On Mon, 2012-11-05 at 23:22 +, Richard Sandiford wrote:
> No, same here: I don't use --with-sysroot for the newlib targets.
> Do you build a unified gcc+newlib tree? If not, I don't think
> the above boilerplate works; you'll have to use something else
> instead. E.g. install newlib first, c
On Mon, 2012-11-05 at 23:22 +, Richard Sandiford wrote:
> No, same here: I don't use --with-sysroot for the newlib targets.
> Do you build a unified gcc+newlib tree? If not, I don't think
> the above boilerplate works; you'll have to use something else
> instead. E.g. install newlib first, c
Steve Ellcey writes:
> On Mon, 2012-11-05 at 22:55 +, Richard Sandiford wrote:
>> Steve Ellcey writes:
>> > I am not sure how ld is supposed to find crt0.o in the uninstalled
>> > setup, it exists in obj-mips-mti-elf/newlib/mips-mti-elf/libgloss/mips.
>>
>> The newlib and libgloss flags are
On Mon, 2012-11-05 at 22:55 +, Richard Sandiford wrote:
> Steve Ellcey writes:
> > I am not sure how ld is supposed to find crt0.o in the uninstalled
> > setup, it exists in obj-mips-mti-elf/newlib/mips-mti-elf/libgloss/mips.
>
> The newlib and libgloss flags are usually added by the dejagnu
Steve Ellcey writes:
> I am not sure how ld is supposed to find crt0.o in the uninstalled
> setup, it exists in obj-mips-mti-elf/newlib/mips-mti-elf/libgloss/mips.
The newlib and libgloss flags are usually added by the dejagnu
baseboard file. E.g. for mips-sim.exp:
set_board_info cflags "[libgl
On Mon, 2012-11-05 at 13:40 -0800, Steve Ellcey wrote:
> Hm, I configured GCC with '--enable-languages=c,c++', I think this might
> set ENABLE_LTO to '0' and cause check_effective_target_lto to return
> FALSE and cause the -ffat-lto-objects flag to not be added. Of course
> this raises the questi
On Mon, 2012-11-05 at 21:28 +, Richard Sandiford wrote:
> Does it work for you if you run it separately? E.g. with:
>
> make check-gcc RUNTESTFLAGS=dg-torture.exp=mips-sdata-1.c
>
> Richard
Hm, I configured GCC with '--enable-languages=c,c++', I think this might
set ENABLE_LTO to '0' a
Steve Ellcey writes:
> On Mon, 2012-11-05 at 20:38 +, Richard Sandiford wrote:
>> This sort of thing should usually be handled automatically by
>> scan-assembler, and is for me:
>>
>> /foo/gcc/xgcc -B/foo/gcc/ /bar/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
>> -fno-diagnostics-show-caret
On Mon, 2012-11-05 at 20:38 +, Richard Sandiford wrote:
> This sort of thing should usually be handled automatically by
> scan-assembler, and is for me:
>
> /foo/gcc/xgcc -B/foo/gcc/ /bar/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
> -fno-diagnostics-show-caret
> -O2 -flto -fuse-linker-plu
Richard Sandiford writes:
> "Steve Ellcey " writes:
>> diff --git a/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
>> b/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
>> index 8ffd4d8..53c9e4f 100644
>> --- a/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
>> +++ b/gcc/testsuite/gcc.dg/torture/mips-sdata-
"Steve Ellcey " writes:
> diff --git a/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
> b/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
> index 8ffd4d8..53c9e4f 100644
> --- a/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
> +++ b/gcc/testsuite/gcc.dg/torture/mips-sdata-1.c
> @@ -1,6 +1,7 @@
> /* Check
The test gcc.dg/torture/mips-sdata-1.c fails when compiled with
-fno-fat-lto-objects because when that option is used no assembly code
is output and thus the scan does not find the '.sdata' line.
Checked with the mips-mti-elf target. OK to checkin?
Steve Ellcey
sell...@mips.com
2012-11-05 Stev
12 matches
Mail list logo
