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] |
Bryan, All, On 2014-07-18 14:17 -0700, Bryan Hundven spake thusly: > This change is based on a patch by Timo TerÃs: > http://patchwork.ozlabs.org/patch/257187/ > > This patch, as the original, is an RFC. Currently a minimal armel- is > the only target tested. sh[34][a]- support is in crosstool-ng, but not > in the 020-musl-support.patch. > > Please let me know if you have any comments, feedback, and/or > suggestions. So, this patch has stirred a bit of discussions on IRC. My position is to not have feature-patches against the components, especially if they have not been blessed by the corresponding upstream. Having feature-patches to components is globally a problem, because they might have unexpected and hard-to-find impacts on the compoent. For example, we have such a situation with (another) musl patch in Buildroot, that breaks C++ applications that throw exceptions. I do not want such issues to pop up in crosstool-NG. However, we've had a very constructive discussion with Bryan on IRC, about adding musl to crosstool-NG. Here is the plan: 1- add a new config knob that enables using experimental patches. Such patches are not located in the same area as other patches, so do not get applied by default, unless that new config knob is enabled. 2- for each experimental patch added, a corresponding config knob is automatically generated, so the user can seelct whatever experimental patches he wishes to. 3- add musl as a new C library, but without the biggish gcc patch 4- add the musl patches as experimental patches, with a big README stating the experimental status Note that the experimental patches will be a severly restricted feature. We'll only add select patches. For now, only the musl patch is identified as going in. Later, we might add a few others, especially for llvm. But the list will *not* grow out of proportions. Thanks for watching the show. You can now resume your normal activities. ;-) 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
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |