On Wed, 11 Jan 2006, Bastian Blank wrote: > Package: procmail > Version: 3.22-12 > Severity: important > > There was an error while trying to autobuild your package: > > > Automatic build of procmail_3.22-12 on debian-31 by sbuild/s390 85 > > [...] > > gcc -c -g -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 procmail.c > > In file included from procmail.c:28: > > common.h:13: error: conflicting types for 'strcspn' > > make[2]: *** [procmail.o] Error 1 > > make[2]: Leaving directory `/build/buildd/procmail-3.22/src' > > make[1]: *** [bins] Error 2 > > make[1]: Leaving directory `/build/buildd/procmail-3.22' > > The test did not find the definition of strcspn. It uses some link test > and greps for the name in the output. The linker don't have the exact > source informations available which makes the output look like this: > > | make[3]: Entering directory `/build/waldi/tmp/procmail-3.22/src' > | gcc -g3 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 _autotst.o -o > _autotst -lm -lc > | _autotst.o: In function `__strcspn_c1':/usr/include/bits/string2.h:974: > undefined reference to `strlcat' > | :/usr/include/bits/string2.h:974: undefined reference to `setrgid' > | collect2: ld returned 1 exit status > | make[3]: *** [_autotst] Error 1 > | make[3]: Leaving directory `/build/waldi/tmp/procmail-3.22/src'
I get this on a sarge/i386 machine: _autotst.o(.text+0xc8): In function `main': : undefined reference to `setrgid' _autotst.o(.text+0x1d1): In function `main': : undefined reference to `strlcat' collect2: ld returned 1 exit status What makes the linker to behave differently on s390? Why does it report an undefined reference to __strcspn_c1, which is not in the test program? Seems it could be a linker bug. Please provide more details if that's not the case, or reassign if it is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
