Re: pkg/44735 (pkgsrc 2010Q4 Solaris 2.{8,10} lang/gcc3 build failed (libtool problem ?))

[Tim Zingelman <zingelman%gmail.com@localhost>]

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

From: Tim Zingelman <zingelman%gmail.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: Wolfgang Stukenbrock <Wolfgang.Stukenbrock%nagler-company.com@localhost>, 
solaris-pkg-people%netbsd.org@localhost, 
        gnats-admin%netbsd.org@localhost, pkgsrc-bugs%netbsd.org@localhost
Subject: Re: pkg/44735 (pkgsrc 2010Q4 Solaris 2.{8,10} lang/gcc3 build failed
 (libtool problem ?))
Date: Fri, 25 Mar 2011 10:03:52 -0500

 On Thu, Mar 24, 2011 at 6:00 AM, Wolfgang Stukenbrock
 <Wolfgang.Stukenbrock%nagler-company.com@localhost> wrote:
 > The following reply was made to PR pkg/44735; it has been noted by GNATS.
 >
 > =A0I've "TOOLS_PLATFORM.sh?=3D /usr/pkg/bin/pdksh" in the
 > =A0/usr/pkg/etc/mk.conf too. It is placed there by the bootstrap process.
 >
 
 I guess I do not understand then how your libtool comes to contain
 SHELL=3D/bin/sh and mine has the correct SHELL=3D/usr/pkg/bin/pdksh
 
 > =A0When I switch to gcc3 for compilation, I run into problems with libtoo=
 l
 > =A0again, because libtool was build with sunstudio and there are some
 > =A0imcompartible options that are hardcoded into /usr/pkg/bin/libtool ...
 > =A0The main problem here is, that libtool has no support (till now) for
 > =A0more than one compiler setup. It would be realy great improvement if
 > =A0libtool would support different compilers in one installation dependin=
 g
 > =A0on "whatever" option, compiler name analyses or environment setting.
 
 I think this should be fixed in the compiler specific transforms found
 in pkgsrc/mk/wrapper/* the idea being that based on the compiler (or
 other tool) in use, all args are converted to match what is needed.  I
 am aware that these are currently incomplete, but have not understood
 the entire infrastructure sufficiently yet to propose required fixes.
 
 > =A0First -G does not work with gcc, so the following line is required to
 > =A0fix the option:
 > =A0WRAPPER_TRANSFORM_CMDS+=3D opt:-G:-shared
 > =A0There are some -G<num> options for some architectures in gcc, but I ho=
 pe
 > =A0this does not hurt - at least for me it works for now.
 >
 > =A0The next problem is that sunstudio requires CC to be called with -xar =
 to
 > =A0build .a files from c++ sources. G++ never heard of this ...
 > =A0This is more problematic, but can be worked around be the following:
 
 I'm not sure I follow the complex solution you suggest, but if the
 only requirement is to remove the -xar argument, then
 WRAPPER_TRANSFORM_CMDS+=3D rm:-xar would do that for you.
 
 I'm not a make expert, so perhaps someone else could better answer the
 other questions.