Re: cdrtools 2.01.01a59: Compiling problems
Marcus Roeckrath marcus.roeckr...@gmx.de wrote: while a58 compiles fine on eisfair compilation of a59 wasn't succesful; I got lots of this errors: ../../include/schily/schily.h:173: error: conflicting types for 'fexecve' /usr/include/unistd.h:462: error: previous declaration of 'fexecve' was here ../../include/schily/schily.h:173: error: conflicting types for 'fexecve' /usr/include/unistd.h:462: error: previous declaration of 'fexecve' was here A similar problem ha sbeen reported yesterday already and is a result of trickingout autoconf at your side. POSIX.1-2998 violates POSIX as it defines interfaces that are in conflict with public interfaces used in 1982 already. fexec* is such an illegal interface and libschily inplements the official interface as published in 1982. This however is not a problem a the makefile system provides an autoconf test that implements a workaround. You just should not confuse autoconf by using autoconf results from previous compile runs. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: cdrtools 2.01.01a59: Compiling problems
Marcus Roeckrath marcus.roeckr...@gmx.de wrote: Hi Jörg, Am Montag, 20. April 2009 19:03 schrieb Joerg Schilling: ../../include/schily/schily.h:173: error: conflicting types for 'fexecve' /usr/include/unistd.h:462: error: previous declaration of 'fexecve' was here This however is not a problem a the makefile system provides an autoconf test that implements a workaround. You just should not confuse autoconf by using autoconf results from previous compile runs. I had deleted the src-directory of a58 before extracting the new release. Did you mean something different? If you have real problems, I would recommend that you try ti make a useful bug report. Your current report does not help to do any investigation. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: cdrtools 2.01.01a59: Compiling problems
Hi Jörg, Am Montag, 20. April 2009 20:19 schrieb Joerg Schilling: If you have real problems, I would recommend that you try ti make a useful bug report. Your current report does not help to do any investigation. Ok, I logged the compile output to a file and will try to post some lines of it: Checking for POSIX violations by the POSIX.1-2008 standard: checking for fexecl... no checking for fexecle... no checking for fexecv... no checking for fexecve... no checking for fspawnv... no checking for fspawnl... no checking for fspawnv_nowait... no checking for getline... yes checking for fgetline... no End of tests for POSIX violations by the POSIX.1-2008 standard. [...] == COMPILING OBJ/athlon-4-linux-cc/avoffset.o In file included from ../include/schily/unistd.h:36, from ../include/schily/libport.h:29, from ../include/schily/schily.h:479, from avoffset.c:32: /usr/include/unistd.h:462: error: conflicting types for 'fexecve' ../include/schily/schily.h:173: error: previous declaration of 'fexecve' was her e /usr/include/unistd.h:462: error: conflicting types for 'fexecve' ../include/schily/schily.h:173: error: previous declaration of 'fexecve' was her e make[2]: *** [OBJ/athlon-4-linux-cc/avoffset.o] Error 1 More input needed? -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : marcus.roeckr...@gmx.de WWW: http://home.foni.net/~marcusroeckrath/ pgpJY2DBHSKRL.pgp Description: PGP signature
Re: cdrtools 2.01.01a59: Compiling problems
Marcus Roeckrath marcus.roeckr...@gmx.de wrote: Your current report does not help to do any investigation. Ok, I logged the compile output to a file and will try to post some lines of it: Checking for POSIX violations by the POSIX.1-2008 standard: checking for fexecl... no checking for fexecle... no checking for fexecv... no checking for fexecve... no checking for fspawnv... no checking for fspawnl... no checking for fspawnv_nowait... no checking for getline... yes checking for fgetline... no End of tests for POSIX violations by the POSIX.1-2008 standard. This is how it looks ar suse-10.0: Checking for POSIX violations by the POSIX.1-2008 standard: checking for fexecl... no checking for fexecle... no checking for fexecv... no checking for fexecve... yes checking for fspawnv... no checking for fspawnl... no checking for fspawnv_nowait... no checking for getline... yes checking for fgetline... no End of tests for POSIX violations by the POSIX.1-2008 standard. == COMPILING OBJ/athlon-4-linux-cc/avoffset.o In file included from ../include/schily/unistd.h:36, from ../include/schily/libport.h:29, from ../include/schily/schily.h:479, from avoffset.c:32: /usr/include/unistd.h:462: error: conflicting types for 'fexecve' ../include/schily/schily.h:173: error: previous declaration of 'fexecve' was her e /usr/include/unistd.h:462: error: conflicting types for 'fexecve' ../include/schily/schily.h:173: error: previous declaration of 'fexecve' was her e make[2]: *** [OBJ/athlon-4-linux-cc/avoffset.o] Error 1 Please check the output in incs/arch-dir/config.log for fexecve For me it looks this way: configure:13014: checking for fexecve configure:13042: cc -o conftest -O-D_GNU_SOURCE -Llibs/i686-linux-cc -L/opt/schily/lib -Wl,-R/opt/schily/lib -Wl,-R/opt/schily/lib -Wl,-Rlibs/i\ 686-linux-cc conftest.c 15 and there is no problem. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: cdrtools 2.01.01a59: Compiling problems
Hi Jörg, Am Montag, 20. April 2009 21:36 schrieb Joerg Schilling: Please check the output in incs/arch-dir/config.log for fexecve Here its: configure:13014: checking for fexecve configure:13042: cc -o conftest -D_GNU_SOURCE conftest.c 15 configure: In function `main': configure:13034: error: `choke' undeclared (first use in this function) configure:13034: error: (Each undeclared identifier is reported only once configure:13034: error: for each function it appears in.) configure:13034: error: syntax error before me -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : marcus.roeckr...@gmx.de WWW: http://home.foni.net/~marcusroeckrath/ pgp2HM5W9pFyH.pgp Description: PGP signature
Re: cdrtools 2.01.01a59: Compiling problems
Marcus Roeckrath marcus.roeckr...@gmx.de wrote: Am Montag, 20. April 2009 21:36 schrieb Joerg Schilling: Please check the output in incs/arch-dir/config.log for fexecve Here its: configure:13014: checking for fexecve configure:13042: cc -o conftest -D_GNU_SOURCE conftest.c 15 configure: In function `main': configure:13034: error: `choke' undeclared (first use in this function) configure:13034: error: (Each undeclared identifier is reported only once configure:13034: error: for each function it appears in.) configure:13034: error: syntax error before me So your system defines an always failing function fexecve() in order to fool autoconf :-( Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: cdrtools 2.01.01a59: Compiling problems
Bill Davidsen david...@tmr.com wrote: The build appeared to be doing just that, even though I unpacked into a totally clean subdirectory which did not exist before the unpack. So to be absolutely sure I was starting from clean, I did a make clean which also appears to be broken; instead of deleting the dependent files it goes off into an orgy of checking things and BUILDING things, and RULESETS which appeared to be looping. Your reply is unrelated to the problem of the OP and it does not contain a valid statement. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: cdrtools 2.01.01a59: Compiling problems
Joerg Schilling wrote: Bill Davidsen david...@tmr.com wrote: The build appeared to be doing just that, even though I unpacked into a totally clean subdirectory which did not exist before the unpack. So to be absolutely sure I was starting from clean, I did a make clean which also appears to be broken; instead of deleting the dependent files it goes off into an orgy of checking things and BUILDING things, and RULESETS which appeared to be looping. Your reply is unrelated to the problem of the OP and it does not contain a valid statement. And looking at this issue, of course my comment is related to the OP problem, I was trying to replicate his problem on a clean source tree. You mentioned leaving old information around, so I attempted to produce a valid data point by cleaning the tree to pristine state and then doing the build. Repeating a test to determine if the first results have additional influencing conditions is considered good practice. -- bill davidsen david...@tmr.com CTO TMR Associates, Inc You are disgraced professional losers. And by the way, give us our money back. - Representative Earl Pomeroy, Democrat of North Dakota on the A.I.G. executives who were paid bonuses after a federal bailout. -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org