This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See the CrossGCC FAQ 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] |
Hello Remy, Bart! All, On Sunday 07 February 2010 12:52:45 Remy Bohmer wrote: > 2010/1/28 Yann E. MORIN <yann.morin.1998@anciens.enib.fr>: > > From the gcc man page, it seems you can also pass -march and -mtune. > > Did you exclude those on purpose, or is it a oversight? > I excluded them because they were not yet needed. OK. > > Is it possible to generate: > > - m68k-linux-gnu ? > > - m68k-linux-uclibc ? > Maybe, but I did not look into that. > We only need a bare metal compiler to replace another old exotic > compiler, running linux on an ancient 20MHz processor with just 512kB > of RAM is not that useful... OK, I was just inquiring. Let's keep it as-is for now, until someone requires Linux and his/her box and provides a proper patch! ;-) > > elf2flt is currently disabled in the code. We do not (yet) build it, as > > we do not call its functions (for now). > elf2flt was auto-magically selected, I did not select it on purpose. > Actually we even do not need the elf2flt code. > We will create a separate patch to get rid of this unexpected and > unwanted relation. How do you manage this noMMU stuff if not using elf2flt, then? > > Was your toolchain functional? > We are still testing it, but everything looks good, and the compiler > seems to deliver proper executables. > However, we have not yet build a complete product with it so there > might still be some issues, but we will fix those as well. Any feedback? > > [--SNIP--] > >> +CT_DoArchTupleValues() { > >> + ? ?# The architecture part of the tuple: > >> + ? ?CT_TARGET_ARCH="${CT_ARCH}" > > > > This is the default, and needs not be repeated. > Copy-pasted from another architecture... (x86_64) Well, x86_64 is only a variant of the x86 arch, and thus needs to set this value. > Soon, there will be updates to this architecture to make it more > useful. (Me or Bart will post those) > We also want a canadian build for this toolchain (Windows hosted) and > we are having some issues to get it compiled properly. > We also want newlib support in it as well. (does not compile yet) Any progress in those fields? 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] |