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,
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
Steve Ellcey sell...@mips.com 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 @@
Richard Sandiford rdsandif...@googlemail.com writes:
Steve Ellcey sell...@mips.com 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
+++
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-plugin
Steve Ellcey sell...@mips.com 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
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' and
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 question
Steve Ellcey sell...@mips.com 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
On Mon, 2012-11-05 at 22:55 +, Richard Sandiford wrote:
Steve Ellcey sell...@mips.com 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
Steve Ellcey sell...@mips.com writes:
On Mon, 2012-11-05 at 22:55 +, Richard Sandiford wrote:
Steve Ellcey sell...@mips.com 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
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,
12 matches
Mail list logo