Re: cdrtools 2.01.01a59: Compiling problems

2009-04-20 Thread Joerg Schilling
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

2009-04-20 Thread Joerg Schilling
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

2009-04-20 Thread Marcus Roeckrath
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

2009-04-20 Thread Joerg Schilling
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

2009-04-20 Thread Marcus Roeckrath
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

2009-04-20 Thread Joerg Schilling
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

2009-04-20 Thread Joerg Schilling
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

2009-04-20 Thread Bill Davidsen

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