This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Trouble adding ColdFire support to glibc-2.2.5
- From: Andreas Schwab <schwab at suse dot de>
- To: Peter Barada <pbarada at mail dot wm dot sps dot mot dot com>
- Cc: libc-alpha at sources dot redhat dot com, Peter dot Barada at motorola dot com
- Date: Tue, 24 Sep 2002 10:28:13 +0200
- Subject: Re: Trouble adding ColdFire support to glibc-2.2.5
- References: <200209232252.g8NMqKV13922@hyper.wm.sps.mot.com>
Peter Barada <pbarada@mail.wm.sps.mot.com> writes:
|> I'm in the midst of adding ColdFire v4e support to glibc so I can
|> build linux applications, and I'm having some trouble.
|>
|> I first modified gcc-3.2 to make the defaults in
|> gcc/config/m68k/linux.h only generate/accept ColdFire v4e opcodes, and
Linux/m68k assumes 68020+, so you'll have to use a different target.
|> This is due to glibc beliving that all 68k's support these
|> instructions which ColdFire does not.
|>
|> 1) What is the best way to get glibc built in a hurry so I can unblock
|> others doing kernel development?
If you are in a hurry you can just remove the offending files, then more
general files will be picked up.
|> 2) Can I disable the construction of sysdep/m68020(and are there
|> generic functions to replace these 'sysdep' ones)?
|>
|> 3) How can I add a sysdep/m68k/coldfire directory and place in it the
|> coldfire versions of those functions that it supports?
You need to set base_machine and machine appropriately for your target in
configure.in.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."