Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
On Wed, Jan 11, 2006 at 06:43:01PM +0100, Santiago Vila wrote: 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? strcspn is a macro which expands to a call of the inline function __strcspn_c1. Seems it could be a linker bug. Please provide more details if that's not the case, or reassign if it is. No. You build the testcase with -g, which makes the compiler supply some informations about the source. The linker tries to guess where the undefined reference is located and is wrong in this case. Bastian -- You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
On Thu, 12 Jan 2006, Bastian Blank wrote: No. You build the testcase with -g, which makes the compiler supply some informations about the source. The linker tries to guess where the undefined reference is located and is wrong in this case. So, do you thing that just dropping -g3 from gcc command line when compiling the test case would work? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
Hi. Can you try this patch on a s390 and see whether it works? diff -ru procmail-3.22.orig/debian/rules procmail-3.22/debian/rules --- procmail-3.22.orig/debian/rules 2006-01-12 12:46:27.0 +0100 +++ procmail-3.22/debian/rules 2006-01-12 12:44:00.0 +0100 @@ -18,6 +18,8 @@ build: $(checkdir) + $(MAKE) CC=$(CC) CFLAGS0= LDFLAGS0=$(LDFLAGS0) \ + SEARCHLIBS=$(SEARCHLIBS) autoconf.h $(MAKE) CC=$(CC) CFLAGS0=$(CFLAGS0) LDFLAGS0=$(LDFLAGS0) \ SEARCHLIBS=$(SEARCHLIBS) touch build -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
On Thu, Jan 12, 2006 at 12:51:45PM +0100, Santiago Vila wrote: Can you try this patch on a s390 and see whether it works? It does. Bastian -- Actual war is a very messy business. Very, very messy business. -- Kirk, A Taste of Armageddon, stardate 3193.0
Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
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 [...] =autoconf.h=== /* This file was automagically generated by autoconf */ /* 2 moves in 64 steps of size 16384 when reallocing */ #define NOpw_class #define NOstrcspn #define NOstrlcat #define NOsetrgid #define MAX_argc 7588 /* Your system's strstr() is 1.00 times SLOWER than my C-routine */ #define NO_COMSAT #define setrgid_RUNTIME_CHECK #define MAILSPOOLDIR /var/mail/ #define SENDMAIL /usr/sbin/sendmail #define CF_no_procmail_yet #define defPATH PATH=$HOME/bin:/bin:/usr/bin #define defSPATH PATH=/bin:/usr/bin #define PM_VERSION 3.22 /* Hotwire LOCKINGTEST=100 */ /* Procmail will lock via: dotlocking, fcntl() */ /* autoconf completed */ == make[2]: Leaving directory `/build/buildd/procmail-3.22/src' echo Housekeeping file config.check cd src; /usr/bin/make ../new/procmail ../new/lockfile ../new/formail ../new/mailstat make[2]: Entering directory `/build/buildd/procmail-3.22/src' 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' Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
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]
Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
I wrote: Why does it report an undefined reference to __strcspn_c1, which is not in the test program? Sorry, I meant: Why does it report an undefined reference in __strcspn_c1, which is not in the test program? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]