[adtools] Re: libstdc++-v3 Multilib Support
- From: Trevor Scroggins <trevor.scroggins@xxxxxxxxx>
- To: adtools@xxxxxxxxxxxxx
- Date: Thu, 8 Jul 2010 00:12:57 -0700
Hi,
On Wed, Jul 7, 2010 at 2:58 PM, Sebastian Bauer
<mail@xxxxxxxxxxxxxxxxxxx> wrote:
> and leaving all the other bits intact as they are in the SVN. That way newlib
> and clib2 libs are generated in the same build (and hence the building is
> simplified). The reason for the failing that I observed is that the (multilib)
> configure of libiberty doesn't pass the -mcrt=clib2 flag to the compiler that
> is used to determine the capabilities in configure (and thus the contents of
> config.h). This could be a problem in the baseline, but I'm not sure. For
> libstdc++, the flags are properly passed.
>
> I can fix this easily in configure, but I have no clue where this really stems
> from.
Take a look at these very old threads:
http://cygwin.ru/ml/binutils/2003-10/msg00017.html
http://gcc.gnu.org/ml/gcc/2003-12/msg01101.html
The top-level $CC is probably still propagated to and cached by
libiberty/configure.
This change to config-ml.in looks promising:
http://gcc.gnu.org/viewcvs/trunk/config-ml.in?r1=114622&r2=123825
If it works, perhaps we can ultimately build:
MULTILIB_OPTIONS = mcrt=newlib/mcrt=clib2/mcrt=clib2-ts
mbaserel/msdata msoft-float
MULTILIB_DIRNAMES = newlib clib2 clib2-ts baserel small-data soft-float
Trev
--
______________________________________________________________________________
Amiga Development tools ML - //www.freelists.org/list/adtools
Homepage...................: http://www.sourceforge.net/projects/adtools
Listserver help............: mailto:adtools-request@xxxxxxxxxxxxx?Subject=HELP
Other related posts:
