SGI: Development

beta test: neko_pango-1.14.10 - Page 2

To follow up just a bit :
Attachment:
glib_installation.jpg
glib_installation.jpg [ 148.16 KiB | Viewed 320 times ]

Definitely installed but ran it through the grinder again anyhow, just to make sure.
diegel wrote:
Here is my standard build environment:
Code:
export CC=c99
export CXX=CC
export CFLAGS="-O1 -OPT:Olimit=0:roundoff=3:IEEE_arithmetic=3:alias=TYPED -mips4 -n32 -INLINE -woff 1174"
export CXXFLAGS="-O1 -OPT:Olimit=0:roundoff=3:IEEE_arithmetic=3:alias=TYPED -mips4 -n32 -Zf,_245 -INLINE -woff 1110,1171,1201,1355,3201"
export LDFLAGS="-L/usr/nekoware/lib"
export PERL="/usr/nekoware/bin/perl"
export CPPFLAGS="-I/usr/nekoware/include -I/usr/nekoware/include/glib-2.0"

Code:
bash-4.2$ gmake distclean

bash-4.2$ printenv    {slightly cleaned up}
LDFLAGS=-L/usr/nekoware/lib
MANPATH=/usr/share/catman:/usr/share/man:/usr/catman:/usr/man:/usr/nekoware/man:
TERM=iris-ansi
SHELL=/bin/tcsh
HOST=urchin
CPPFLAGS=-I/usr/nekoware/include -I/usr/nekoware/include/glib-2.0
PERL=/usr/nekoware/bin/perl
WINDOWID=104857606
LD_LIBRARYN32_PATH=/usr/nekoware/lib /usr/lib32
LD_LIBRARY_PATH=/usr/nekoware/lib /usr/lib32
HOSTTYPE=iris4d
CXXFLAGS=-O1 -OPT:Olimit=0:roundoff=3:IEEE_arithmetic=3:alias=TYPED -mips4 -n32 -Zf,_245 -INLINE -woff 1110,1171,1201,1355,3201
PATH=/usr/nekoware/bin:/usr/nekoware/sbin:/usr/nekoware/bin:/usr/nekoware/sbin:/usr/sbin:/usr/bsd:/sbin:/usr/bin:/usr/bin/X11:.:/usr/java2/bin:/usr/java/bin:/usr/etc:/usr/java2/bin:/usr/java/bin:/usr/etc
PWD=/usr/people/dev/pango-1.18.4
GNUMAKE=gmake
MAILBOXPROG=/usr/bin/X11/MediaMail -gui
LANG=C
TZ=CST-8
PYTHONHOME=/usr/nekoware/bin
XFILESEARCHPATH=/usr/lib/X11/%T/%N:/usr/nekoware/lib/X11/%T/%N
F77=f77
CXX=CC
SHLVL=2
MAKE=gmake
CFLAGS=-O1 -OPT:Olimit=0:roundoff=3:IEEE_arithmetic=3:alias=TYPED -mips4 -n32 -INLINE -woff 1174
PYTHONPATH=/usr/nekoware/lib/python2.5
WINEDITOR=/usr/nekoware/bin/nedit
CMS_DEFAULT_PATH=/var/cms/profiles/local:/var/cms/profiles:.,
CC=c99


Code:
bash-4.2$ ./configure --prefix=/usr/nekoware

config return stuff, la bla
configuration:
backends: FreeType X Xft Cairo

Code:
bash-4.2$ gmake
gmake  all-recursive
gmake[1]: Entering directory `/usr/people/dev/pango-1.18.4'
Making all in pango
gmake[2]: Entering directory `/usr/people/dev/pango-1.18.4/pango'
( cd . && glib-mkenums \
--fhead "#ifndef __PANGO_ENUM_TYPES_H__\n#define __PANGO_ENUM_TYPES_H__\n\n#include <glib-object.h>\n\nG_BEGIN_DECLS\n" \
--fprod "/* enumerations from \"@filename@\" */\n" \
--vhead "GType @enum_name@_get_type (void);\n#define PANGO_TYPE_@ENUMSHORT@ (@enum_name@_get_type())\n"         \
--ftail "G_END_DECLS\n\n#endif /* __PANGO_ENUM_TYPES_H__ */" \
pango.h pango-attributes.h pango-break.h pango-context.h pango-coverage.h pango-engine.h pango-font.h pango-fontmap.h pango-fontset.h pango-glyph.h pango-glyph-item.h pango-gravity.h pango-item.h pango-language.h pango-layout.h pango-matrix.h pango-modules.h pango-renderer.h pango-script.h pango-tabs.h pango-types.h pango-utils.h ) > tmp-pango-enum-types.h \
&& (cmp -s tmp-pango-enum-types.h pango-enum-types.h || cp tmp-pango-enum-types.h pango-enum-types.h ) \
&& rm -f tmp-pango-enum-types.h \
&& echo timestamp > s-enum-types-h
/bin/sh: glib-mkenums:  not found
gmake[2]: *** [s-enum-types-h] Error 127
gmake[2]: Leaving directory `/usr/people/dev/pango-1.18.4/pango'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/people/dev/pango-1.18.4'
gmake: *** [all] Error 2


Now, I am not going to even pretend to be an Ace at C code. Or any kind of code.

But this is ridiculous. If I handed this shit to a customer they would hand me back my head on a plate.

I must have fifty programs around here that I have compiled with little to some trouble, but crashing in the very first line of the Make process ? My mom could do better than this and she's ninety-three years old, can't hear and wets the bed. Give me a break.

If someone else wants to mess with this garbage it would be appreciated but as for me, screw gtk2 and the horse it rode in on.

_________________
lemon tree very pretty and the flower very sweet ...
I uploaded neko_pango-1.28.4.tardist to incoming. It looks like the c++ code is used internally only. The libraries may work with mips pro.

@hamei:

versions long | grep glib-mkenums
f 51351 34 neko_glib.sw.eoe usr/nekoware/bin/glib-mkenums
f 44878 14 neko_glib.man.manpages usr/nekoware/man/man1/glib-mkenums.1
f 62337 22 neko_glib.man.html usr/nekoware/share/gtk-doc/html/gobject/glib-mkenums.html

_________________
:Tezro: :Fuel: :Octane2: :Octane: :Onyx2: :O2+: :O2: :Indy: :Indigo: :Cube:
diegel wrote:
versions long | grep glib-mkenums
f 51351 34 neko_glib.sw.eoe usr/nekoware/bin/glib-mkenums
f 44878 14 neko_glib.man.manpages usr/nekoware/man/man1/glib-mkenums.1
f 62337 22 neko_glib.man.html usr/nekoware/share/gtk-doc/html/gobject/glib-mkenums.html

Code:
urchin 1% versions long | grep glib-mkenums
f 51351    34 neko_glib.sw.eoe        usr/nekoware/bin/glib-mkenums
f 44878    14 neko_glib.man.manpages   usr/nekoware/man/man1/glib-mkenums.1

Who knows ? I will try your version, diegel, for the benefit of others. And thank you. But as far as I am concerned, the pango people can go pound salt.

_________________
lemon tree very pretty and the flower very sweet ...
diegel wrote:
I uploaded neko_pango-1.28.4.tardist to incoming. It looks like the c++ code is used internally only. The libraries may work with mips pro.

Installed it three or four hours ago, No huge performance difference like with the first one but so far so good, no crashes or strange behavior. So the rest of you, c'mon in, the water's fine :D

thanks, diegel

_________________
lemon tree very pretty and the flower very sweet ...
+1 vote for 1.28.4, works well here :)

Thanks!
I installed 1.28.4 on my Octane the other day. A few quick tests revealed no "show stopper" problems, but I haven't had time to test thoroughly yet.

I don't know whether or not my experience so far is enough to make another vote in favour. I'll let somebody else decide if this counts or not!

_________________
:Indigo2IMP: :Octane: :Indigo: :O3x0:
Sun SPARCstation 20, Blade 2500
HP C8000
1 vote against the current neko_pango-1.28.4 because it doesn't mark the files in /usr/nekoware/etc as config(), and would therefore replace any locally changed versions during the next update without asking for confirmation or creating backups. I'm sure I've neglected that in packages I've made in the past, and that flag isn't set automatically by my idbify.sh script.

Otherwise neko_pango-1.28.4 is working well for me.
canavan wrote:
1 vote against the current neko_pango-1.28.4 because it doesn't mark the files in /usr/nekoware/etc as config()

sure thing, one more vote for "no" then

_________________
r-a-c.de
Uploaded a new package of neko_pango-1.28.4 to incoming with /usr/nekoware/etc tagged as config.

_________________
:Tezro: :Fuel: :Octane2: :Octane: :Onyx2: :O2+: :O2: :Indy: :Indigo: :Cube:
diegel wrote:
Uploaded a new package of neko_pango-1.28.4 to incoming ...

Oh great, another package clogging up /beta !

Just kidding, thank you diegel. I'll walk point : installed it, seems good as far as I can tell, Fireflop runs same, looked at a couple other pango-users, they seem good, no negatives to report, maybe I'm premature but one vote for current (gotta clean that beta mess up !)

_________________
lemon tree very pretty and the flower very sweet ...
Another vote for /current for neko_pango-1.28.4.
YAVF (Yet Another Vote For) neko_pango-1.28.4. Let my pangogo. Posting with it now.

_________________
smit happens.

:Fuel: bigred , 700MHz R16K, 4GB RAM, V12, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
probably posted from Image bruce , 2x2x2.5GHz PowerPC 970MP, 8GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...