This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.

See crosstool-NG for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 2 of 2] config/target.in+scripts/glibc-eglibc.sh-common: Allow building multilib gcc without full c library


Hi Yann / Mike, All,

On 20 September 2012 07:38, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> David, All,
>
> On Wednesday 19 September 2012 05:42:49 David Holsgrove wrote:
>> # HG changeset patch
>> # User David Holsgrove <david.holsgrove@xilinx.com>
>> # Date 1348016531 -36000
>> # Node ID 24e33e3717f8a740f7c65a0d05a1bed51535c690
>> # Parent  95abeed3a485c4d5b02e4860fc554d6841e1cc41
>> config/target.in+scripts/glibc-eglibc.sh-common: Allow building multilib gcc without full c library
>>
>> Add option to enable building a multilib aware gcc, without building out all the multilib combos
>> for the c library
>
> As Mike stated, gcc needs the full set of C library combos to do the
> actual link. So, it's not obvious why you are trying to disable those
> combos.
>
> Care to elaborate a bit on the use-case?

Thanks for the comments,

My reason for adding this locally was to replicate the toolchains we
produced in the era before crosstool-NG
had multi-lib building capability (and we had more external steps), by
essentially just passing --enable-multilib
to the gcc configure stage.

I used it more for rapidly building a pseudo-multilibed toolchain
(which has multilib versions of libgcc/libstdc++
etc, even if they were linked against a non multilibed c library) for
platform integration tests (eg correct
response to -print-multi-lib) as opposed to validity.

It also allowed me to side step an issue I've noticed with the C
library multilib loop where it created symlinks
to bridge the difference in where gcc / glibcs expects to install - if
we have nested multi_dirs (eg bs/m/mh),
the symlinks are broken. I've got a patch to propose which works for
me which I'll send on now for review.

In relation to this patch - please disregard - on second thoughts it
wont be useful to upstream :-)

thanks again,
David

[--SNIP--]

>
> Regards,
> Yann E. MORIN.
>
> --
> .-----------------.--------------------.------------------.--------------------.
> |  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
> | +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
> | +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
> | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
> '------------------------------^-------^------------------^--------------------'
>
> --
> For unsubscribe information see http://sourceware.org/lists.html#faq
>

--
For unsubscribe information see http://sourceware.org/lists.html#faq


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]