Roger Leigh <[EMAIL PROTECTED]> writes: > ./libtool: line 4696: /usr/bin/expr: Argument list too long > using piecewise archive linking... > > This is while creating libgcj.a, so there may be some object files > missed out of the ar command. It's happening inside libtool.
The piecewise linking should take care of that. > /home/rleigh/gcc/gcc-4.0-4.0.0/src/libobjc/thr.c:117: warning: 'noreturn' > function does return > > Remove the noreturn attribute?? Rather, add one to objc_thread_exit. Not a real problem. > ../../../src/boehm-gc/mark_rts.c: In function 'GC_approx_sp': > ../../../src/boehm-gc/mark_rts.c:379: warning: function returns address of > local variable > > That's never a good idea. Not a problem either, this is just done to get the value of the stack pointer. > And there's a shlibs problem in a few packages, for example > > dh_shlibdeps -pgnat-4.0 -L libgnat-4.0 -l debian/libgnat-4.0/usr/lib > dpkg-shlibdeps: warning: could not find path for ld.so.1 > dpkg-shlibdeps: warning: could not find any packages for (ld.so.1) > dpkg-shlibdeps: warning: unable to find dependency information for shared > library ld (soname 1, path , dependency field Depends) > > $ cat /var/lib/dpkg/info/libc6.shlibs > ld 1 libc6 (>= 2.3.2.ds1-21) > > Presumably, there's a binary linked incorrectly or a problem in the > rules or the control file causing this. Maybe something's assuming > something i386-specific, like ld-linux.so.2, but I'm afraid I'm not at > all familiar with the GCC packaging. I don't know what to make of this either. -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]