On 11/29/2011 04:57 PM, Bernd Schmidt wrote:
I've now tried to build c6x-uclinux, not only c6x-elf, and found another
problem: crtbegin.o wasn't built. I committed the following patch;
please doublecheck there wasn't a reason for how it was being done
previously.
It's ok, indeed we should look
I've now tried to build c6x-uclinux, not only c6x-elf, and found another
problem: crtbegin.o wasn't built. I committed the following patch;
please doublecheck there wasn't a reason for how it was being done
previously.
Bernd
Index: libgcc/config.host
=
On 11/21/2011 04:43 PM, Rainer Orth wrote:
Paolo Bonzini writes:
On 11/07/2011 07:15 PM, Rainer Orth wrote:
Bernd Schmidt writes:
On 11/03/11 20:20, Rainer Orth wrote:
* config/c6x/t-elf (LIB2ADDEH): Set.
* config/c6x/t-c6x-elf: Remove.
It builds now, but parts of libg
Paolo Bonzini writes:
> On 11/07/2011 07:15 PM, Rainer Orth wrote:
>> Bernd Schmidt writes:
>>
>>> On 11/03/11 20:20, Rainer Orth wrote:
* config/c6x/t-elf (LIB2ADDEH): Set.
* config/c6x/t-c6x-elf: Remove.
>>>
>>> It builds now, but parts of libgcc are missing. There's no s
Bernd Schmidt writes:
> On 11/07/11 19:15, Rainer Orth wrote:
>>
>> * config/c6x/t-elf (LIB2ADD): Add instead of assigning.
>
> It does seem happier that way, please install. Please also check the
> list of files Paolo generated.
Done. Checking this in other cases has been the plan all al
On 11/07/11 19:15, Rainer Orth wrote:
>
> * config/c6x/t-elf (LIB2ADD): Add instead of assigning.
It does seem happier that way, please install. Please also check the
list of files Paolo generated.
Bernd
On 11/07/2011 07:15 PM, Rainer Orth wrote:
> Bernd Schmidt writes:
>
>> On 11/03/11 20:20, Rainer Orth wrote:
>>>
>>> * config/c6x/t-elf (LIB2ADDEH): Set.
>>> * config/c6x/t-c6x-elf: Remove.
>>
>> It builds now, but parts of libgcc are missing. There's no sign of
>> muldf3, for examples.
Bernd Schmidt writes:
> On 11/03/11 20:20, Rainer Orth wrote:
>>
>> * config/c6x/t-elf (LIB2ADDEH): Set.
>> * config/c6x/t-c6x-elf: Remove.
>
> It builds now, but parts of libgcc are missing. There's no sign of
> muldf3, for examples.
I found the problem: before, LIB2ADD was passed in
On 11/03/11 20:20, Rainer Orth wrote:
>
> * config/c6x/t-elf (LIB2ADDEH): Set.
> * config/c6x/t-c6x-elf: Remove.
It builds now, but parts of libgcc are missing. There's no sign of
muldf3, for examples.
Bernd
On 11/03/11 20:20, Rainer Orth wrote:
> Here's the patch I've come up with. Should I commit it now or would you
> like to do a full testsuite run first?
Please commit, thanks.
Bernd
Bernd Schmidt writes:
> I've tried again on x86_64, still no such failure. Are you quite sure
> the binutils directory is up-to-date? (Try a clean checkout with CVS).
It was up-to-date, but somehow mangled (haven't yet investigated
how/why). Anyway, with a fresh anon-CVS checkout of the 2.22 br
On 11/03/11 19:12, Rainer Orth wrote:
> Bernd Schmidt writes:
>
> [Trimming the Cc: list.]
>
>> On 11/03/11 18:01, Rainer Orth wrote:
>>> Bernd Schmidt writes:
A cross environment for -elf targets typicaly just requires building up
binutils/newlib, and that should be rather quick to s
Bernd Schmidt writes:
[Trimming the Cc: list.]
> On 11/03/11 18:01, Rainer Orth wrote:
>> Bernd Schmidt writes:
>>> A cross environment for -elf targets typicaly just requires building up
>>> binutils/newlib, and that should be rather quick to set up. A set of
>>
>> Maybe in theory, but for th
On 11/03/11 18:01, Rainer Orth wrote:
> Bernd Schmidt writes:
>> A cross environment for -elf targets typicaly just requires building up
>> binutils/newlib, and that should be rather quick to set up. A set of
>
> Maybe in theory, but for the case at hand, a c6x-elf configuration with
> binutils f
Bernd Schmidt writes:
> On 11/03/11 14:12, Rainer Orth wrote:
>> Bernd Schmidt writes:
>>
>>> c6x-elf cross builds are also broken with failures in libgcc/. Rainer,
>>> can you investigate?
>>
>> Can you provide details? It probably would take quite some time for me
>> to set up a full cross
Hans-Peter Nilsson writes:
>> From: Rainer Orth
>> Date: Thu, 3 Nov 2011 14:10:50 +0100
>
>> Hans-Peter Nilsson writes:
>> > For cris-elf, a patch in the range 180770:180778 supposedly
>> > yours, cause massive testsuite failures on the form of not
>> > finding functions in libgcc at link-time.
> From: Rainer Orth
> Date: Thu, 3 Nov 2011 14:10:50 +0100
> Hans-Peter Nilsson writes:
> > For cris-elf, a patch in the range 180770:180778 supposedly
> > yours, cause massive testsuite failures on the form of not
> > finding functions in libgcc at link-time.
It seems it was just a missing t-f
> From: Rainer Orth
> Date: Thu, 3 Nov 2011 14:10:50 +0100
> Hans-Peter Nilsson writes:
>
> > For big changes such as this, please test on a cross
> > configuration as well.
>
> A random cross wouldn't help, and I'd claim it's impractical to set up
> full cross environments for all affected ta
On 11/03/11 14:12, Rainer Orth wrote:
> Bernd Schmidt writes:
>
>> c6x-elf cross builds are also broken with failures in libgcc/. Rainer,
>> can you investigate?
>
> Can you provide details? It probably would take quite some time for me
> to set up a full cross environment, and perhaps I can sp
Bernd Schmidt writes:
> c6x-elf cross builds are also broken with failures in libgcc/. Rainer,
> can you investigate?
Can you provide details? It probably would take quite some time for me
to set up a full cross environment, and perhaps I can spot what's amiss
without doing so.
Thanks.
Hans-Peter Nilsson writes:
> For big changes such as this, please test on a cross
> configuration as well.
A random cross wouldn't help, and I'd claim it's impractical to set up
full cross environments for all affected targets. That's why I
repeatedly send calls for testers, with exactly no rea
On 11/02/11 21:13, Hans-Peter Nilsson wrote:
> For big changes such as this, please test on a cross
> configuration as well.
>
> For cris-elf, a patch in the range 180770:180778 supposedly
> yours, cause massive testsuite failures on the form of not
> finding functions in libgcc at link-time. Fro
> From: Rainer Orth
> Date: Wed, 2 Nov 2011 13:37:33 +0100
> Rainer Orth writes:
>
> > The next patch in the series moves crtstuff.c, extra_parts, EXTRA_PARTS,
> > EXTRA_MULTILIB_PARTS and referenced files to libgcc. This will avoid
> > errors due to inconsistencies in extra_parts between gcc
23 matches
Mail list logo
