Re: pkg/35211: loop in pkgsrc build on Solaris 10

[Wolfgang Stukenbrock <Wolfgang.Stukenbrock%nagler-company.com@localhost>]

The following reply was made to PR pkg/35211; it has been noted by GNATS.

From: Wolfgang Stukenbrock <Wolfgang.Stukenbrock%nagler-company.com@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/35211: loop in pkgsrc build on Solaris 10
Date: Fri, 15 Dec 2006 14:39:08 +0100

 Hi, once again
 
 I've got it compiling now.
 
 I called "bmake clean" at the top-level to kill any existing information 
 in some directories. After that it compiles.
 
 Sorry for the comfusion.
 
 But there is still a problem with the suggested setup for compiling in 
 64-bit mode on Solaris.
 
 If you follwow the steps in chapter 3.3.7.3 "Building 64-bit binaries 
 with SunPro" in the document "Using pkgsrc on systems other than 
 NetBSD", and choose the first version, you will fail to compile.
 
 (CC=cc64, CXX=CC64, PKGSRC_COMPILER=sumpro)
 
 The suggested script cc64 (and CC64) will strip any characters that are 
 special from the command line.
 This will end up in a syntax error when compiling libiconv, because the 
 surrounding Quotes (") arround the path in LIBDIR are removed ending up 
 in some C-code like: "abc = func (/a/b/c);".
 The error messages is suppresed by libtool so there is no way to see the 
 problem in the output. (shame on this stupid tool !!!!)
 Also the error code seems to be ignored by libtool, because the compiler 
 returns an error exit status - I've checked that.
 
 For unknown reason, there will be some 32-bit objectfiles afterwords and 
 a following link step fails.
 I haven't figured out where thees objects come from - they are definitly 
 not a result of the compiler call done by libtool.
 
 
 There should be a note added in the chapter 3.3.7.3 or find a sollution 
 for the wrapper-scripts that do change any char on the command line.
 Please redirect this bug-report in that direction. Thanks
 
 
 
 Sorry again for the "wrong" bug report (loop in build). I've must have 
 called something prior setting everything up in the correct way and some 
 information was hidden in some generated files that lead to the problem. 
 bmake clean removed that hidden information and it works ...
 
 W. Stukenbrock
 
 Joerg Sonnenberger wrote:
 
 > The following reply was made to PR pkg/35211; it has been noted by GNATS.
 > 
 > From: Joerg Sonnenberger <joerg%britannica.bec.de@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc: 
 > Subject: Re: pkg/35211: loop in pkgsrc build on Solaris 10
 > Date: Mon, 11 Dec 2006 11:45:05 +0100
 > 
 >  On Mon, Dec 11, 2006 at 09:35:01AM +0000, Wolfgang Stukenbrock wrote:
 >  >  Some of the packages explicitly requests a gcc, because the source code 
 >  >  uses some gcc-extentions. The gettext seems to be one of them.
 >  
 >  No, it isn't.
 >  
 >  Joerg
 >  
 >