To go with Philippe's recent LinuxPPC problem, I have a different
one. When I try to make gstep-guile on LinuxPPC, I get the following
problem while linking the `go' binary:
Making all for tool go...
gcc -rdynamic -o shared_obj/powerpc/linux-gnu/gnu-gnu-gnu-xgps/go \
shared_obj/powerpc/linux-gnu/gnu-gnu-gnu-xgps/go.o \
-L../Library/shared_obj/powerpc/linux-gnu/gnu-gnu-gnu-xgps
-L/home/portnoy/GNUstep/Libraries/powerpc/linux-gnu/gnu-gnu-gnu-xgps
-L/home/portnoy/GNUstep/Libraries/powerpc/linux-gnu
-L/usr/GNUstep/Local/Libraries/powerpc/linux-gnu/gnu-gnu-gnu-xgps
-L/usr/GNUstep/Local/Libraries/powerpc/linux-gnu
-L/usr/GNUstep/Network/Libraries/powerpc/linux-gnu/gnu-gnu-gnu-xgps
-L/usr/GNUstep/Network/Libraries/powerpc/linux-gnu
-L/usr/GNUstep/System/Libraries/powerpc/linux-gnu/gnu-gnu-gnu-xgps
-L/usr/GNUstep/System/Libraries/powerpc/linux-gnu -L/usr/local/lib -L/usr/local/lib
-L/usr/X11R6/lib -lgstep_guile -lgg_base -lguile -ldl -lm -lgnustep-base -lobjc
-lpthread -ldl -lm
../Library/shared_obj/powerpc/linux-gnu/gnu-gnu-gnu-xgps/libgstep_guile.so: undefined
reference to `__va_arg_type_violation'
I've seen this before for LinuxPPC; it seems to be related to using
va_arg(ap, type)
rather than
(type)va_arg(ap, int)
so I'm guessing the problem is the va_arg code in gg_class.m. If
anyone knows how to fix this, that'll be useful; otherwise I'll just
see if I can follow the similar code in NSInvocation.m to make the
right alterations.
--
Stephen L. Peters [EMAIL PROTECTED]
PGP fingerprint: A1BF 5A81 03E7 47CE 71E0 3BD4 8DA6 9268 5BB6 4BBE
"Poodle: The other white meat." -- Sherman, Sherman's Lagoon
_______________________________________________
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep
