This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: libgcc: soft float on mips-wrs-vxworks
- From: Jan Smets <jan at smets dot cx>
- To: gcc at gcc dot gnu dot org
- Cc: nathan at codesourcery dot com, Rainer Orth <ro at cebitec dot uni-bielefeld dot de>
- Date: Sun, 27 Jan 2013 12:41:15 +0100
- Subject: Re: libgcc: soft float on mips-wrs-vxworks
- References: <CAH9ve7xwuyd4Y9DNiuZxAJXjYFiR4Qw66uLP-8U_zC2VqbFH1w@mail.gmail.com> <yddip7d53k5.fsf@lokon.CeBiTec.Uni-Bielefeld.DE>
No reply from the maintainer . Can anyone please make this
configuration change to trunk or should I open a bugreport for this?
Thanks
- Jan
On Fri, Jan 4, 2013 at 5:13 PM, Rainer Orth <ro@cebitec.uni-bielefeld.de> wrote:
> Hi Jan,
>
>> I'm running a heavily modified version of vxworks and we implement
>> floating point operations in software. I noticed that the the default
>> libraries do not include FP/DP routines, I think that got changed
>> somewhere after 4.6, I think.
>>
>> libgcc/config.host :
>>
>> 137 mips*-*-*)
>> 138 cpu_type=mips
>> 139 tmake_file=mips/t-mips
>> 140 ;;
>>
>> is overrided by:
>>
>> 263 *-*-vxworks*)
>> 264 tmake_file=t-vxworks
>> 265 ;;
>
> true, this is unlike the other ${host} cases in config.host.
>
>> So my ugly fix is :
>>
>> Index: config.host
>> ===================================================================
>> --- config.host (revision 194855)
>> +++ config.host (working copy)
>> @@ -778,6 +778,7 @@
>> extra_parts="$extra_parts crti.o crtn.o"
>> ;;
>> mips-wrs-vxworks)
>> + tmake_file="$tmake_file mips/t-mips mips/t-elf mips/t-mips16"
>> ;;
>> mipstx39-*-elf* | mipstx39el-*-elf*)
>> tmake_file="$tmake_file mips/t-crtstuff mips/t-mips16"
>
> You should just append to $tmake_file for *-*-vxworks* instead of
> overriding it as every other OS (well, with the exception of *-*-vms*)
> does. I can't see any bad side effect from this.
>
>> Can you have a look and see whether this is a configuration error?
>
> It's probably a configuration error. Unfortunately, my calls for
> testing the libgcc changes went largely unheard, so it's upon the target
> maintainers now to fix the fallout on their platforms.
>
> Rainer
>
> --
> -----------------------------------------------------------------------------
> Rainer Orth, Center for Biotechnology, Bielefeld University
--
Smets Jan
jan@smets.cx