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 0 of 1] Remove use of companion libs for binutils


Mike, All,

On Monday 23 August 2010 09:17:57 Mike Frysinger wrote:
> On Monday, August 23, 2010 02:51:51 Yann E. MORIN wrote:
> > I just checked the binutils binaries (as, ld, objdump...) and none
> > has indeed any reference to a GMP or MPFR symbol.
> true, but i'm afraid you havent gone far enough.  these libraries are for gcc 
> only which means the logic for gdb is also incorrect.

Good. I was going to check later, and you just saved me the check! :-)

> speaking of gdb, i see you miss the optional expat dependency.  newer versions 
> have support for describing target memory via xml among other things.

Patch? ;-)
I'll look at adding it. Thanks for pointing it.

> going further, i'm a bit surprised you dont have pdcurses in companion_libs as 
> this is necessary/useful for Windows targets.  using gdb under Windows really 
> sucks without curses support.

Yes, PDcurses is in there already, but it's in the mingw32 scripts. I already
suggested moving it to the companion libs, and it's on the TODO list.

Basically, the companion libs were intended for the host, not the target, while
PDcurses is definitely for the target. But in the end, there are a bunch of
companion libs, both for host and target, and there is no hard reason for
differentiation.

> and on an unrelated note, you can find a git repo of elf2flt here:
> 	http://blackfin.uclinux.org/git/?p=users/vapier/elf2flt.git
> should be nicer than CVS from uclinux.org

That tree is definitely a mirror of the CVS tree. The CVS tree is considered
the real upstream, and I'd rather base the scripts on the real upstream (no
matter how close the mirror tree follows). And I'd definitely prefer to have
tarballs rather than use some (pseudo-)random tree snapshots...

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]