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]

Re: [PATCH] Add basic m68k support to crosstool-ng


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]