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] |
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] |