[Bug bootstrap/56182] [4.6 Regression] gcc/config/i386/t-linux64:29: recipe commences before first target

2013-02-04 Thread doko at gcc dot gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56182

Matthias Klose  changed:

   What|Removed |Added

 CC||vapier at gentoo dot org

--- Comment #4 from Matthias Klose  2013-02-04 
18:28:59 UTC ---
back from travelling. yes, I did check that before checking in, builds from the
branch, and builds as a package.

$ md5sum gcc/config/i386/t-linux64
7d88364e4013e7259e8e856b0d778c24  gcc/config/i386/t-linux64

this shows me that line 39 ends with a backslash.

this doesn't seem to be a build from the fsf branch, but a gentoo build:

>>> Unpacked to 
>>> /mnt/md3/cache/portage/sys-devel/gcc-4.6.4_pre/work/gcc-4.6.4-
 * updating multilib directories to be: ../lib64 ../lib32
 * Running elibtoolize in: gcc-4.6.4-/
 *   Applying portage/2.2 patch ...
 *   Applying sed/1.5.6 patch ...
 *   Applying as-needed/2.2.6 patch ...

and "updating multilib directories" looks suspicious.


[Bug ada/56274] New: [4.8 Regression] libada bootstrap failure on kfreebsd ("pthread_rwlock_t" not declared in "OS_Interface")

2013-02-10 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56274



 Bug #: 56274

   Summary: [4.8 Regression] libada bootstrap failure on kfreebsd

("pthread_rwlock_t" not declared in "OS_Interface")

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: ada

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





seen on {i486,x86_64}-kfreebsd-gnu on the trunk



/build/buildd-gcc-snapshot_20130209-1-kfreebsd-i386-2T1xhX/gcc-snapshot-20130209/build/./gcc/xgcc

-B/build/buildd-gcc-snapshot_20130209-1-kfreebsd-i386-2T1xhX/gcc-snapshot-20130209/build/./gcc/

-B/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/bin/

-B/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/lib/ -isystem

/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/include -isystem

/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/sys-include-c -g -O2  -fpic  -W

-Wall -gnatpg -nostdinc   a-dynpri.adb -o a-dynpri.o

s-taspri.ads:81:39: "pthread_rwlock_t" not declared in "OS_Interface"

make[9]: *** [a-dynpri.o] Error 1

make[9]: Leaving directory

`/build/buildd-gcc-snapshot_20130209-1-kfreebsd-i386-2T1xhX/gcc-snapshot-20130209/build/gcc/ada/rts'

make[8]: *** [gnatlib] Error 2

make[8]: Leaving directory

`/build/buildd-gcc-snapshot_20130209-1-kfreebsd-i386-2T1xhX/gcc-snapshot-20130209/build/gcc/ada'

make[7]: *** [gnatlib-shared-default] Error 2


[Bug middle-end/56301] New: [4.7 Regression] wrong code with the fix for PR53844

2013-02-12 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56301



 Bug #: 56301

   Summary: [4.7 Regression] wrong code with the fix for PR53844

Classification: Unclassified

   Product: gcc

   Version: 4.7.3

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





works with 4.6 branch, 4.7.2 and the trunk. introduced in r195708 by the fix

for PR53844.



I don't have a reduced testcase yet. the unreduced test case is that the

upstart build in Ubuntu raring hangs in the testsuite with:



  Testing job_deserialise() ptrace handling

  BAD: wrong value for job->goal, expected 1 got 0

   at tests/test_job.c:7331 (deserialise_ptrace_next).



still trying to isolate the failure.



afaics, it is not architecture specific.



Even if backports are tested together, it would help if independent patches

could be committed separately to the branches.


[Bug middle-end/56301] [4.7 Regression] wrong code with the fix for PR53844

2013-02-18 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56301



--- Comment #1 from Matthias Klose  2013-02-18 
12:31:31 UTC ---

Created attachment 29482

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29482

test case



no reduced test case yet, but there is a diff in the tree dump with

-fdump-tree-dse in the test_deserialise_ptrace function:



diff -u  



--- revert/upstart-1.6.1/init/test_job.c.132t.dse2

+++ norevert/upstart-1.6.1/init/test_job.c.132t.dse2

@@ -367,12 +367,8 @@

   abort ();



 :

-  job_64->goal = 1;

-  job_64->state = 3;

   D.9269_65 = job_64->pid;

   *D.9269_65 = pid_49;

-  job_64->trace_forks = 0;

-  job_64->trace_state = 3;



 :

   __ret_66 = nih_str_array_new (0B);


[Bug middle-end/56301] [4.7 Regression] wrong code with the fix for PR53844

2013-02-18 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56301



Matthias Klose  changed:



   What|Removed |Added



 Status|WAITING |NEW



--- Comment #2 from Matthias Klose  2013-02-18 
12:37:50 UTC ---

with -fdump-tree-dse-details:



--- revert/upstart-1.6.1/init/test_job.c.132t.dse2

+++ norevert/upstart-1.6.1/init/test_job.c.132t.dse2

@@ -35,6 +35,14 @@



 ;; Function test_deserialise_ptrace (test_deserialise_ptrace, funcdef_no=60,

decl_uid=9022, cgraph_uid=60)



+  Deleted dead store 'job_64->trace_state = 3;

+'

+  Deleted dead store 'job_64->trace_forks = 0;

+'

+  Deleted dead store 'job_64->state = 3;

+'

+  Deleted dead store 'job_64->goal = 1;

+'

 test_deserialise_ptrace ()

 {

   long unsigned int D.9415;

@@ -367,12 +375,8 @@

   abort ();



 :

-  job_64->goal = 1;

-  job_64->state = 3;

   D.9269_65 = job_64->pid;

   *D.9269_65 = pid_49;

-  job_64->trace_forks = 0;

-  job_64->trace_state = 3;



 :

   __ret_66 = nih_str_array_new (0B);


[Bug middle-end/56301] [4.7 Regression] wrong code with the fix for PR53844

2013-02-19 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56301



--- Comment #8 from Matthias Klose  2013-02-19 
13:17:55 UTC ---

> so it's not about initializing the memory but the fact that it

> _is_ aliased by other things.



yes, the value returned was saved in a caching data structure.


[Bug c++/56395] New: [4.7/4.8 Regression] ICE, Segmentation fault in tsubst

2013-02-19 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395



 Bug #: 56395

   Summary: [4.7/4.8 Regression] ICE, Segmentation fault in tsubst

Classification: Unclassified

   Product: gcc

   Version: 4.7.3

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





works with 4.7.2, fails with 4.7 20130215 and trunk 20130217.



$ g++ -c Platform.ii

./openvdb/tree/TreeIterator.h:433:40: internal compiler error: Segmentation

fault

Please submit a full bug report,

with preprocessed source if appropriate.


[Bug c++/56395] [4.7/4.8 Regression] ICE, Segmentation fault in tsubst

2013-02-19 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395



--- Comment #1 from Matthias Klose  2013-02-19 
14:16:53 UTC ---

Created attachment 29494

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29494

preprocessed source


[Bug tree-optimization/56396] New: [4.8 Regression] memory corruption in cc1

2013-02-19 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56396



 Bug #: 56396

   Summary: [4.8 Regression] memory corruption in cc1

Classification: Unclassified

   Product: gcc

   Version: 4.7.3

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: tree-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 29495

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29495

preprocessed source



seen on a x86_64 system with glibc-2.17. seen with trunk 20130217, works with

the 4.7 branch. Lowering to -O1 or -O0 avoids the issue.



$ gcc -fPIC -g -O2 -c subscribe.i



subscribe.c: In function 'reply_421':

subscribe.c:286:5: internal compiler error: Aborted

 int reply_421(struct sip_msg* msg)

 ^

Please submit a full bug report,

with preprocessed source if appropriate.

See  for instructions.

*** Error in `/usr/lib/gcc/x86_64-linux-gnu/4.8/cc1': double free or corruption

(!prev): 0x0331e4c0 ***

*** Error in `/usr/lib/gcc/x86_64-linux-gnu/4.8/cc1': malloc(): memory

corruption: 0x0331f210 ***


[Bug tree-optimization/56398] New: [4.8 Regression] ICE (Segmentation fault) in dominated_by_p

2013-02-19 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398



 Bug #: 56398

   Summary: [4.8 Regression] ICE (Segmentation fault) in

dominated_by_p

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: tree-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 29498

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29498

preprocessed source



works with the 4.7 branch, fails with trunk 20130217. lowering optimization to

-O2 avoids the issue.



$ g++ -c -g -O3 vtkLargeInteger.ii

/home/packages/tmp/ice/vtk-5.8.0/Common/vtkLargeInteger.cxx: In function 'long

int vtkpow(long int, long int)':

/home/packages/tmp/ice/vtk-5.8.0/Common/vtkLargeInteger.cxx:36:6: internal

compiler error: Segmentation fault

 long vtkpow(long a, long b)

  ^

Please submit a full bug report,

with preprocessed source if appropriate.



Program received signal SIGSEGV, Segmentation fault.

0x006ea65b in dominated_by_p(cdi_direction, basic_block_def const*,

basic_block_def const*) ()

(gdb) bt

#0  0x006ea65b in dominated_by_p(cdi_direction, basic_block_def const*,

basic_block_def const*) ()

#1  0x00a2e450 in ?? ()

#2  0x00a30101 in ?? ()

#3  0x00a31b26 in vect_do_peeling_for_loop_bound(_loop_vec_info*,

tree_node**, unsigned int, bool) ()

#4  0x00a22404 in vect_transform_loop(_loop_vec_info*) ()

#5  0x00a3ac3b in vectorize_loops() ()

#6  0x00860919 in execute_one_pass(opt_pass*) ()

#7  0x00860cf5 in execute_pass_list(opt_pass*) ()

#8  0x00860d07 in execute_pass_list(opt_pass*) ()

#9  0x00860d07 in execute_pass_list(opt_pass*) ()

#10 0x006c03be in ?? ()

#11 0x006c1977 in compile() ()

#12 0x006c1d9a in finalize_compilation_unit() ()

#13 0x00595fe9 in cp_write_global_declarations() ()

#14 0x008eee8d in ?? ()

#15 0x008f08fa in toplev_main(int, char**) ()

#16 0x76c55a55 in __libc_start_main (main=0x533f50 , argc=15,

ubp_av=0x7fffe508, init=, fini=, 

rtld_fini=, stack_end=0x7fffe4f8) at libc-start.c:260

#17 0x005341b9 in _start ()


[Bug go/56432] New: libgo check should behave like the check target for all other target libraries

2013-02-22 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56432



 Bug #: 56432

   Summary: libgo check should behave like the check target for

all other target libraries

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: go

AssignedTo: i...@airs.com

ReportedBy: d...@gcc.gnu.org





the libgo testsuite unfortunately works not the same as all other testsuites

for the target libraries do work. Usually if you do want to test a multilib

build, you call



  RUNTESTFLAGS="--target_board=unix\{,-m32,-mx32\}" make -k check



and only the check target for the default multilib is called. The check target

doesn't descend into the multilib directories. libgo however descends into the

non-default multilib targets and calls check there too. And then with the above

RUNTESTFLAGS, every go test is called nine times instead of three times, and

apparently fails the other six times.



Otoh, running the test without RUNTESTFLAGS, and having at least a multilib

which can't be run on the current kernel, tries to run all multilib

configurations, and fails every test in these (this is a common use case on

build daemon machines running kernels of an older release).



Please let libgo behave the same as the other target libraries for the check

target, even it does introduce some delta.


[Bug middle-end/56433] New: ICE in expand_asm_operands, at stmt.c:910

2013-02-22 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56433



 Bug #: 56433

   Summary: ICE in expand_asm_operands, at stmt.c:910

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 29527

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29527

preprocessed source



seen with trunk 195917, works with 4.7 branch, fails with Linaro branch,

buildings without -O doesn't show the issue.



$ gcc -c -marm -mfpu=neon -O1 -c dxa.i 

In file included from

/scratch/packages/tmp/4.8/libav-0.8.5/libavutil/intreadwrite.h:60:0,

 from

/scratch/packages/tmp/4.8/libav-0.8.5/libavformat/dxa.c:22:

/scratch/packages/tmp/4.8/libav-0.8.5/libavutil/arm/intreadwrite.h: In function

'dxa_read_packet':

/scratch/packages/tmp/4.8/libav-0.8.5/libavutil/arm/intreadwrite.h:45:5:

internal compiler error: in expand_asm_operands, at stmt.c:910

 __asm__ ("ldr  %0, %1" : "=r"(v) : "m"(*(const uint32_t *)p));

 ^

Please submit a full bug report,

with preprocessed source if appropriate.


[Bug c++/56481] New: [4.8 Regression] endless loop compiling a C++ file

2013-02-28 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56481



 Bug #: 56481

   Summary: [4.8 Regression] endless loop compiling a C++ file

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 29549

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29549

preprocessed source



seen with 4.8.0 20130223 (experimental) [trunk revision 196236]

seen as well with -g, -fopenmp, -O



$ g++ -c GuiFilesModified.ii



0  0x005e2a3e in ?? ()

#1  0x005e2f5d in ?? ()

#2  0x005e357f in ?? ()

#3  0x005e2b22 in ?? ()

#4  0x005e4ca7 in ?? ()

#5  0x005e5a4a in ?? ()

#6  0x005e4f2a in maybe_constant_value(tree_node*) ()

#7  0x005e5a4a in ?? ()

#8  0x005e4f2a in maybe_constant_value(tree_node*) ()

#9  0x005e5a4a in ?? ()

#10 0x005e5481 in ?? ()

#11 0x005e4f2a in maybe_constant_value(tree_node*) ()

#12 0x005e5a4a in ?? ()

#13 0x005e5481 in ?? ()

#14 0x005e5481 in ?? ()

#15 0x005e5481 in ?? ()

#16 0x005e4f2a in maybe_constant_value(tree_node*) ()

#17 0x005e5a4a in ?? ()

#18 0x005e4f2a in maybe_constant_value(tree_node*) ()

#19 0x005e5a4a in ?? ()

#20 0x005e4f2a in maybe_constant_value(tree_node*) ()


[Bug target/56484] ICE in assign_by_spills, at lra-assigns.c:1268

2013-02-28 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56484



Matthias Klose  changed:



   What|Removed |Added



 CC||doko at gcc dot gnu.org



--- Comment #1 from Matthias Klose  2013-02-28 
15:22:58 UTC ---

I can't reproduce this with r196236


[Bug middle-end/56559] New: [4.7/4.8 Regression] ICE in propagate_op_to_single_use, at tree-ssa-reassoc.c:1057

2013-03-06 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56559



 Bug #: 56559

   Summary: [4.7/4.8 Regression] ICE in

propagate_op_to_single_use, at tree-ssa-reassoc.c:1057

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 29607

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29607

preprocessed source



works with 4.7, fails with trunk 20130307. Omitting -ffast-math avoids the

issue.



$ gcc-4.8 -c -g -O1 -ffast-math gga_k_dk.i 

In file included from ../../../../libxc/src/gga_k_dk.c:158:0:

../../../../libxc/src/work_gga_x.c: In function 'work_gga_k':

../../../../libxc/src/work_gga_x.c:36:1: internal compiler error: in

propagate_op_to_single_use, at tree-ssa-reassoc.c:1057

Please submit a full bug report,

with preprocessed source if appropriate.


[Bug middle-end/56640] New: [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}

2013-03-17 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640



 Bug #: 56640

   Summary: [4.8 Regression] bootstrap failure on

arm-linux-gnueabi{,hf}

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





seen with the 4.8.0 release candidate on arm-linux-gnueabi{,hf}



/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/./prev-gcc/xg++

-B/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/./prev-gcc/

-B/usr/arm-linux-gnueabihf/bin/ -nostdinc++

-B/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/src/.libs

-B/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/libsupc++/.libs

-I/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/include/arm-linux-gnueabihf

-I/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/include

-I/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/src/libstdc++-v3/libsupc++

-L/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/src/.libs

-L/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/libsupc++/.libs

-c   -g -O2 -gtoggle -DIN_GCC   -fno-exceptions -fno-rtti

-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings

-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long

-Wno-variadic-macros -Wno-overlength-strings -Werror   -DHAVE_CONFIG_H -I. -I.

-I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include

-I../../src/gcc/../libcpp/include  -I../../src/gcc/../libdecnumber

-I../../src/gcc/../libdecnumber/dpd -I../libdecnumber

-I../../src/gcc/../libbacktrace -DCLOOG_INT_GMP../../src/gcc/ira.c -o ira.o

../../src/gcc/ira.c: In function 'void print_translated_classes(FILE*, bool)':

../../src/gcc/ira.c:1396:49: error: iteration 16u invokes undefined behavior

[-Werror=aggressive-loop-optimizations]

 fprintf (f, " %s -> %s\n", reg_class_names[i],

 ^

../../src/gcc/ira.c:1395:3: note: containing loop

   for (i = 0; i < N_REG_CLASSES; i++)

   ^

cc1plus: all warnings being treated as errors

make[5]: *** [ira.o] Error 1



configured with



Configured with: -v

 --with-pkgversion='Debian 4.8-20130315-1'

 --with-bugurl='file:///usr/share/doc/gcc-4.8/README.Bugs'

 --enable-languages=c,c++,go,fortran,objc,obj-c++

 --prefix=/usr

 --program-suffix=-4.8

 --enable-shared

 --enable-linker-build-id

 --libexecdir=/usr/lib

 --without-included-gettext

 --enable-threads=posix

 --with-gxx-include-dir=/usr/include/c++/4.8

 --libdir=/usr/lib

 --enable-nls

 --with-sysroot=/

 --enable-clocale=gnu

 --enable-libstdcxx-debug

 --enable-libstdcxx-time=yes

 --enable-gnu-unique-object

 --disable-libitm

 --enable-plugin

 --with-system-zlib

 --enable-objc-gc

 --enable-multiarch

 --disable-sjlj-exceptions

 --with-arch=armv7-a

 --with-fpu=vfpv3-d16

 --with-float=hard

 --with-mode=thumb

 --enable-checking=release

 --build=arm-linux-gnueabihf

 --host=arm-linux-gnueabihf

 --target=arm-linux-gnueabihf



and 



Configured with: -v

 --with-pkgversion='Debian 4.8-20130315-1'

 --with-bugurl='file:///usr/share/doc/gcc-4.8/README.Bugs'

 --enable-languages=c,c++,go,fortran,objc,obj-c++

 --prefix=/usr

 --program-suffix=-4.8

 --enable-shared

 --enable-linker-build-id

 --libexecdir=/usr/lib

 --without-included-gettext

 --enable-threads=posix

 --with-gxx-include-dir=/usr/include/c++/4.8

 --libdir=/usr/lib

 --enable-nls

 --with-sysroot=/

 --enable-clocale=gnu

 --enable-libstdcxx-debug

 --enable-libstdcxx-time=yes

 --enable-gnu-unique-object

 --disable-libitm

 --enable-plugin

 --with-system-zlib

 --enable-objc-gc

 --enable-multiarch

 --disable-sjlj-exceptions

 --with-arch=armv4t

 --with-float=soft

 --enable-checking=release

 --build=arm-linux-gnueabi

 --host=arm-linux-gnueabi

 --target=arm-linux-gnueabi


[Bug middle-end/56640] [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}

2013-03-17 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640



Matthias Klose  changed:



   What|Removed |Added



   Keywords||ice-on-valid-code

 Target||arm-linxux-gnueabihf

   ||arm-linxux-gnueabi

  Known to fail||4.8.0



--- Comment #1 from Matthias Klose  2013-03-17 
15:23:03 UTC ---

this fails for my Debian builds, as seen in

https://buildd.debian.org/status/package.php?p=gcc-4.8&suite=experimental



but succeeds for my Ubuntu build (the hard float configuration):

https://launchpad.net/~ubuntu-toolchain-r/+archive/test/+build/4374070


[Bug middle-end/56640] [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}

2013-03-17 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640



--- Comment #2 from Matthias Klose  2013-03-17 
15:24:52 UTC ---

the Debian builds use glibc-2.13 and binutils 2.22.x., the Ubuntu build

glibc-2.17 and binutils-2.23.x


[Bug c++/55951] ICE in check_array_designated_initializer, at cp/decl.c:4785

2013-03-26 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951



Matthias Klose  changed:



   What|Removed |Added



   Keywords||ice-on-valid-code

   Last reconfirmed|2013-01-28 00:00:00 |2013-03-26 0:00

 CC||doko at gcc dot gnu.org

  Known to fail||4.7.3, 4.8.0



--- Comment #2 from Matthias Klose  2013-03-26 
10:23:48 UTC ---

[forwarding from http://bugs.debian.org/703945]



seen with current 4.7 and 4.8 branches.



$ g++-4.8 -c -std=c++11 LiczbaTest.ii

In file included from LiczbaTest.cpp:1:0:

Liczba.hpp:33:45: internal compiler error: in

check_array_designated_initializer, at cp/decl.c:4784

Please submit a full bug report,


[Bug c++/55951] ICE in check_array_designated_initializer, at cp/decl.c:4785

2013-03-26 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951



--- Comment #3 from Matthias Klose  2013-03-26 
10:24:14 UTC ---

Created attachment 29727

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29727

preprocessed source


[Bug other/56721] libffi.info installed in share/info collides with that from libffi itself

2013-03-30 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56721



Matthias Klose  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 CC||doko at gcc dot gnu.org

Version|4.8.0   |4.8.1

 Resolution||FIXED



--- Comment #3 from Matthias Klose  2013-03-30 
11:27:56 UTC ---

now fixed on trunk and the 4.8 branch.


[Bug middle-end/56848] New: [4.7 Regression] ICE (segfault) with the 4.7.3 release candidate

2013-04-05 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56848



 Bug #: 56848

   Summary: [4.7 Regression] ICE (segfault) with the 4.7.3 release

candidate

Classification: Unclassified

   Product: gcc

   Version: 4.7.3

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 29808

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29808

preprocessed source



lowering to -O1 works around it. r197184 does work, r197476 not.



$ gcc -c -g -O2 perf_event.i arch/x86/kernel/cpu/perf_event.c: In function

'get_segment_base':

arch/x86/kernel/cpu/perf_event.c:1887:1: internal compiler error: Segmentation

fault

Please submit a full bug report,

with preprocessed source if appropriate.



(gdb) bt

#0  0x00bd312d in ?? ()

#1  0x00bd305e in ?? ()

#2  0x00bd2c6b in ?? ()

#3  0x00bd357d in ?? ()

#4  0x00bd51b0 in deps_analyze_insn(deps_desc*, rtx_def*) ()

#5  0x00bd5603 in sched_analyze(deps_desc*, rtx_def*, rtx_def*) ()

#6  0x00760d12 in sched_rgn_compute_dependencies(int) ()

#7  0x007635f2 in schedule_insns() ()

#8  0x00763a41 in ?? ()

#9  0x0070b778 in execute_one_pass(opt_pass*) ()

#10 0x0070bad5 in execute_pass_list(opt_pass*) ()

#11 0x0070bae7 in execute_pass_list(opt_pass*) ()

#12 0x0070bae7 in execute_pass_list(opt_pass*) ()

#13 0x007e5439 in tree_rest_of_compilation(tree_node*) ()

#14 0x00592afa in ?? ()

#15 0x0059434c in cgraph_optimize() ()

#16 0x005947fa in cgraph_finalize_compilation_unit() ()

#17 0x004d44e8 in c_write_global_declarations() ()

#18 0x0079edce in toplev_main(int, char**) ()

#19 0x7670dea5 in __libc_start_main () from

/lib/x86_64-linux-gnu/libc.so.6

#20 0x004c3351 in _start ()


[Bug middle-end/56848] [4.7 Regression] ICE (segfault) with the 4.7.3 release candidate

2013-04-05 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56848



Matthias Klose  changed:



   What|Removed |Added



   Keywords||ice-on-valid-code

  Known to work||4.7.2, 4.8.0

   Target Milestone|--- |4.7.3

  Known to fail||4.7.3


[Bug middle-end/56848] [4.7 Regression] ICE (segfault) with the 4.7.3 release candidate

2013-04-05 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56848



--- Comment #1 from Matthias Klose  2013-04-05 
09:51:33 UTC ---

seen on x86_64-linux-gnu


[Bug middle-end/56848] [4.7 Regression] ICE (segfault) with the 4.7.3 release candidate

2013-04-05 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56848



--- Comment #3 from Matthias Klose  2013-04-05 
10:47:05 UTC ---

Reverting the backport for 56077 lets the file compile


[Bug middle-end/56848] [4.7 Regression] ICE (segfault) with the 4.7.3 release candidate

2013-04-05 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56848



--- Comment #5 from Matthias Klose  2013-04-05 
12:30:38 UTC ---

backporting r190733 fixes the issue too, testsuite still running


[Bug middle-end/56848] [4.7 Regression] ICE (segfault) with the 4.7.3 release candidate

2013-04-05 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56848



--- Comment #8 from Matthias Klose  2013-04-05 
14:22:24 UTC ---

the backport of r190733 doesn't show any regressions on x86_64-linux-gnu


[Bug c++/56869] New: [4.7 Regression] ICE (segfault) with the 4.7.3 release candidate

2013-04-07 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56869



 Bug #: 56869

   Summary: [4.7 Regression] ICE (segfault) with the 4.7.3 release

candidate

Classification: Unclassified

   Product: gcc

   Version: 4.7.3

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





works with 4.6 and 4.8, fails with the 4.7 branch



$ g++ -std=c++0x foo.cc 

'

Internal compiler error: Error reporting routines re-entered.

Please submit a full bug report,

with preprocessed source if appropriate.



#include 



namespace

{

struct Foo

{

Foo(int) {}

};

}



int main(int, char**)

{

auto foo = std::make_shared();

return 0;

}


[Bug c++/56869] [4.7 Regression] ICE (segfault) Error reporting routines re-entered

2013-04-07 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56869



Matthias Klose  changed:



   What|Removed |Added



  Known to work||4.7.2



--- Comment #1 from Matthias Klose  2013-04-07 
20:52:21 UTC ---

works with 4.7.2, fails with 4.7.3


[Bug c++/56869] [4.7 Regression] ICE (segfault) Error reporting routines re-entered

2013-04-08 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56869



--- Comment #3 from Matthias Klose  2013-04-08 
11:19:50 UTC ---

Created attachment 29822

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29822

preprocessed source


[Bug c++/56869] [4.7 Regression] ICE (segfault) Error reporting routines re-entered

2013-04-08 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56869



Matthias Klose  changed:



   What|Removed |Added



 Status|WAITING |UNCONFIRMED

 Ever Confirmed|1   |0


[Bug c++/56966] New: [4.7 Regression] wrong warning with -Werror (wrong code without Werror?)

2013-04-15 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56966



 Bug #: 56966

   Summary: [4.7 Regression] wrong warning with -Werror (wrong

code without Werror?)

Classification: Unclassified

   Product: gcc

   Version: 4.7.3

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 29874

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29874

preprocessed source



seen when building OpenJDK-7 on x86_64-linux-gnu, no reduced test case yet.

works with 4.6 and 4.8, and a 4.7 branch from march. trying to get one

revision.





g++-4.7 -fno-rtti -fno-exceptions -fcheck-new -fvisibility=hidden -g -O3

-fno-strict-aliasing -Werror -c g1BlockOffsetTable.ii



In file included from /usr/include/string.h:638:0,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/utilities/globalDefinitions_gcc.hpp:35,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/utilities/globalDefinitions.hpp:33,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/utilities/debug.hpp:29,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/runtime/globals.hpp:28,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/memory/allocation.hpp:28,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/memory/memRegion.hpp:28,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.hpp:28,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.inline.hpp:28,

 from

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp:26:

In function 'void* memset(void*, int, size_t)',

inlined from 'void

G1BlockOffsetSharedArray::_ZN24G1BlockOffsetSharedArray16set_offset_arrayEmmh.isra.8(unsigned

char*, size_t, size_t, unsigned char)' at

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.hpp:169:52,

inlined from 'void

G1BlockOffsetArray::set_remainder_to_point_to_start_incl(size_t, size_t)' at

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp:195:67,

inlined from 'void

G1BlockOffsetArray::_ZN18G1BlockOffsetArray31set_remainder_to_point_to_startEP8HeapWordS1_.part.55(HeapWord*,

HeapWord*)' at

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp:168:61,

inlined from 'void

G1BlockOffsetArray::set_remainder_to_point_to_start(HeapWord*, HeapWord*)' at

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp:369:1,

inlined from 'void G1BlockOffsetArray::alloc_block_work2(HeapWord**,

size_t*, HeapWord*, HeapWord*)' at

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp:510:53,

inlined from 'HeapWord*

G1BlockOffsetArray::forward_to_block_containing_addr_slow(HeapWord*, HeapWord*,

const void*)' at

/scratch/packages/openjdk/7u15/openjdk-7-7u17-2.3.8/build/zerovm/openjdk/hotspot/src/share/vm/gc_implementation/g1/g1BlockOffsetTable.cpp:394:59:

/usr/include/x86_64-linux-gnu/bits/string3.h:81:32: error: call to

'__warn_memset_zero_len' declared with attribute warning: memset used with

constant zero length parameter; this could be due to transposed parameters

[-Werror]

/usr/include/x86_64-linux-gnu/bits/string3.h:81:32: error: call to

'__warn_memset_zero_len' declared with attribute warning: memset used with

constant zero length parameter; this could be due to transposed parameters

[-Werror]

/usr/include/x86_64-linux-gnu/bits/string3.h:81:32: error: call to

'__warn_memset_zero_len' declared with attribute warning: memset used with

constant zero length parameter; this could be due to transposed parameters

[-Werror]

/usr/include/x86_64-linux-gnu/bits/string3.h:81:32: error: call to

'__warn_memset_zero_len' declared with attribute warning: memset used with

constant zero length parameter; this could be due to transposed parameters

[-Werror]

/usr/include/x86_64-linux-gnu/bits/string3.h:81:32: error: call to

[Bug tree-optimization/57149] New: [4.8 Regression] wrong -Wmaybe-uninitialized warning with -Os

2013-05-02 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57149



 Bug #: 57149

   Summary: [4.8 Regression] wrong -Wmaybe-uninitialized warning

with -Os

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: tree-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 30007

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30007

preprocessed source



seen when building a driver in an arm linux 3.4 kernel, the warning shows up

when building with -Os, but not when building with -O[g123], works with all

optimization levels in 4.7.3.



$ gcc -Wall -Wno-unused-but-set-variable -Os -marm -mapcs -mabi=aapcs-linux

-march=armv7-a -msoft-float -g -c ci13xxx_msm.i)

In file included from drivers/usb/gadget/ci13xxx_msm.c:21:0:

drivers/usb/gadget/ci13xxx_msm.c: In function 'msm_udc_irq':

drivers/usb/gadget/ci13xxx_udc.c:2544:13: warning: 'err' may be used

uninitialized in this function [-Wmaybe-uninitialized]

dbg_event(_usb_addr(mEp), "ERROR", err);

 ^

drivers/usb/gadget/ci13xxx_udc.c:2357:23: note: 'err' was declared here

   int type, num, dir; int err = -EINVAL;

   ^

$ gcc -Wall -Wno-unused-but-set-variable -Og -marm -mapcs -mabi=aapcs-linux

-march=armv7-a -msoft-float -g -c ci13xxx_msm.i

$


[Bug c++/57211] New: wrong line indicated in warning for synthesized method

2013-05-08 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57211



 Bug #: 57211

   Summary: wrong line indicated in warning for synthesized method

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





seen at least in 4.6, 4.7, 4.8 and trunk:



$ g++-4.8 -c -std=c++11 -Wunused-parameter  test.cpp

test.cpp:3:8: warning: unused parameter 'p' [-Wunused-parameter]

 struct A  // line pointed-to by warning

^

test.cpp: In function 'int main()':

test.cpp:21:11: note: synthesized method 'A& A::operator=(A&&)' first required

here 

 b = std::move(a);

   ^



$ cat test.cpp 

#include 



struct A  // line pointed-to by warning

{

struct B

{

B& operator=(B&&) { return *this; }

};



B f;



A() = default;

A& operator=(A&& p) = default;  // where the method is declared

};



int main()

{

A a;

A b;



b = std::move(a);

}


[Bug c++/54341] New: [4.7 / 4.8 Regression] ICE (segfault) in cx_check_missing_mem_inits, at cp/semantics.c:6093

2012-08-21 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54341

 Bug #: 54341
   Summary: [4.7 / 4.8 Regression] ICE (segfault) in
cx_check_missing_mem_inits, at cp/semantics.c:6093
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


[forwarded from http://bugs.debian.org/685430]

works with 4.6, fails with current 4.7 branch and trunk:

#include 


class VTableClass {
public:
virtual void someVirtualMethod() { }
};

class SomeClass : public std::enable_shared_from_this< SomeClass >, public
VTableClass { };

SomeClass* createInstance()
{
return new SomeClass;
}


g++ -std=c++0x -c testcase.cc 
testcase.cc: In constructor 'constexpr SomeClass::SomeClass()':
testcase.cc:9:7: internal compiler error: in cx_check_missing_mem_inits, at
cp/semantics.c:6093
 class SomeClass : public std::enable_shared_from_this< SomeClass >, public
VTableClass { };
   ^
Please submit a full bug report,
with preprocessed source if appropriate.


[Bug target/54480] New: Error: bad immediate value for offset

2012-09-04 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54480

 Bug #: 54480
   Summary: Error: bad immediate value for offset
Classification: Unclassified
   Product: gcc
   Version: 4.6.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 28130
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28130
preprocessed source

seen with 4.6, 4,7 and trunk, on arm-linux-gnueabihf

works with -O2, fails with -O3

$ /usr/lib/gcc-snapshot/bin/gcc -c -mfloat-abi=hard -fno-strict-aliasing -g -O3
-fvisibility=hidden -fvisibility-inlines-hidden -fPIC FastMalloc.ii

/tmp/ccMcdYyn.s: Assembler messages:
/tmp/ccMcdYyn.s:3705: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:3708: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:4075: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:4078: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:4578: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:4581: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:5282: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:5285: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:6860: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:6863: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:7427: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:7430: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:9073: Error: bad immediate value for offset (-8)
/tmp/ccMcdYyn.s:9076: Error: bad immediate value for offset (-8)
/tmp/ccMcdYyn.s:9251: Error: bad immediate value for offset (-8)
/tmp/ccMcdYyn.s:9254: Error: bad immediate value for offset (-8)
/tmp/ccMcdYyn.s:10261: Error: bad immediate value for offset (-8)
/tmp/ccMcdYyn.s:10264: Error: bad immediate value for offset (-8)
/tmp/ccMcdYyn.s:10431: Error: bad immediate value for offset (-8)
/tmp/ccMcdYyn.s:10434: Error: bad immediate value for offset (-8)
/tmp/ccMcdYyn.s:10534: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:10537: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:10614: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:10617: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:12008: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:12011: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:12135: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:12138: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:12522: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:12525: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:12702: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:12705: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:13265: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:13268: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:13547: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:13550: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:14840: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:14843: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:15097: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:15100: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:16386: Error: bad immediate value for offset (3424)

/tmp/ccMcdYyn.s:16389: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:16809: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:16812: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:19119: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:19122: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:19377: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:19380: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:20614: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:20617: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:20870: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:20873: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:22513: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:22516: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:23218: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:23221: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:23359: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:23362: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:25316: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:25319: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:26032: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:26035: Error: bad immediate value for offset (3424)
/tmp/ccMcdYyn.s:26326: Error:

[Bug c++/54501] New: infinite recursion on illegal code

2012-09-06 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54501

 Bug #: 54501
   Summary: infinite recursion on illegal code
Classification: Unclassified
   Product: gcc
   Version: 4.6.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


seen on 4.6, 4.7 and trunk on x86_64-linux-gnu

int main()
{
char argv[][0] = {"", 0};
}

$ g++ test.cc
doesn't terminate, or only if the VM get's exhausted.


[Bug c++/54502] New: g++ 4.6 -std=c++0x ICE (segfault)

2012-09-06 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54502

 Bug #: 54502
   Summary: g++ 4.6 -std=c++0x ICE (segfault)
Classification: Unclassified
   Product: gcc
   Version: 4.6.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


this works with 4.7 and trunk, fails with 4.6

$ cat foo.cc 
#include 
int main(){
   std::deque y;
   y.push_back( {2,5} );
}

$ g++-4.6 -std=c++0x foo.cc 
foo.cc: In function 'int main()':
foo.cc:4:23: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.


[Bug middle-end/54559] New: [4.7 Regression], ICE in gimplify_expr, at gimplify.c:7592

2012-09-12 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54559

 Bug #: 54559
   Summary: [4.7 Regression], ICE in gimplify_expr, at
gimplify.c:7592
Classification: Unclassified
   Product: gcc
   Version: 4.7.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


fails with r191092, worked with r190380 on the 4.7 branch, taken from a cython
testcase, with -O[0-3]:

$ gcc -c -g -O0 -I/usr/include/python2.7 pyx.c
pyx.c: In function '__pyx_t_long_double_complex_from_parts':
pyx.c:14:16: internal compiler error: in gimplify_expr, at gimplify.c:7592
Please submit a full bug report,
with preprocessed source if appropriate.

typedef struct {
double real;
double imag;
} Py_complex;

typedef struct _object {
unsigned int refcnt;
} PyObject;

typedef long double _Complex __pyx_t_long_double_complex;

static __inline__ __pyx_t_long_double_complex
__pyx_t_long_double_complex_from_parts(long double x, long double y)
{
return x + y*(__pyx_t_long_double_complex)(__extension__ 1.0iF);
}

static __pyx_t_long_double_complex
__Pyx_PyComplex_As___pyx_t_long_double_complex(PyObject* o) {
Py_complex cval;
return __pyx_t_long_double_complex_from_parts(
   (long double)cval.real,
   (long double)cval.imag);
}


[Bug ada/54843] New: [4.8 Regression] ada bootstrap failure on arm-linux-gnueabi

2012-10-07 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54843



 Bug #: 54843

   Summary: [4.8 Regression] ada bootstrap failure on

arm-linux-gnueabi

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: ada

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





seen on trunk on arm-linux-gnueabi,with 20120820, 20120915, and current trunk

builds. earlier trunk builds after the 4.7 branch show different builds

failures, last succeeding trunk build was 20120314.



configured with

 --enable-linker-build-id

 --enable-gnu-unique-object

 --enable-plugin

 --disable-sjlj-exceptions

 --with-arch=armv5t

 --with-float=soft



/build/buildd/gcc-snapshot-20121006/build/./gcc/xgcc

-B/build/buildd/gcc-snapshot-20121006/build/./gcc/

-B/usr/lib/gcc-snapshot/arm-linux-gnueabi/bin/

-B/usr/lib/gcc-snapshot/arm-linux-gnueabi/lib/ -isystem

/usr/lib/gcc-snapshot/arm-linux-gnueabi/include -isystem

/usr/lib/gcc-snapshot/arm-linux-gnueabi/sys-include-c -g -O2  -fPIC  -W

-Wall -gnatpg -nostdinc   s-stposu.adb -o s-stposu.o

s-stposu.ads: In function

'System.Storage_Pools.Subpools.Root_Storage_Pool_With_Subpoolsdf':

s-stposu.ads:198:9: warning: 'A40s' may be used uninitialized in this function

[-Wmaybe-uninitialized]

s-stposu.ads: In function 'System.Storage_Pools.Subpools.Root_Subpooldf':

s-stposu.ads:240:9: warning: 'A69s' may be used uninitialized in this function

[-Wmaybe-uninitialized]

s-stposu.adb: In function 'System.Storage_Pools.Subpools.Finalize_Pool':

s-stposu.adb:565:8: error: loop 1's latch does not belong directly to it

+===GNAT BUG DETECTED==+

| 4.8.0 20121006 (experimental) [trunk revision 192164] (arm-linux-gnueabi) GCC

error:|

| in verify_loop_structure, at cfgloop.c:1582  |

| Error detected around s-stposu.adb:565:8 |

| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|

| Use a subject line meaningful to you and us to track the bug.|

| Include the entire contents of this bug box in the report.   |

| Include the exact gcc or gnatmake command that you entered.  |

| Also include sources listed below in gnatchop format |

| (concatenated together with no headers between files).   |

+==+



Please include these source files with error report

Note that list may not be accurate in some cases,

so please double check that the problem can still

be reproduced with the set of files listed.

Consider also -gnatd.n switch (see debug.adb).



system.ads

s-stposu.adb

s-stposu.ads

s-stopoo.ads

ada.ads

a-finali.ads

s-finroo.ads

s-stoele.ads

s-finmas.ads

a-except.ads

s-parame.ads

s-stalib.ads

a-unccon.ads

s-traent.ads

s-addima.ads

s-io.ads

s-soflin.ads

s-stache.ads

s-spsufi.ads

a-tags.ads

s-stoele.adb

s-exctab.ads

a-stream.ads

s-imgboo.ads

s-secsta.ads





raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:432

make[9]: *** [s-stposu.o] Error 1


[Bug target/54892] New: [4.7 Regression], ICE in extract_insn, at recog.c:2123

2012-10-10 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54892



 Bug #: 54892

   Summary: [4.7 Regression], ICE in extract_insn, at recog.c:2123

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 28414

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28414

preprocessed source



seen on arm-linux-gnueabi, works with the 4.6 branch, fails with the 4.7

branch:





$ g++-4.7 -c -g cluster.ii cluster.cc: In member function 'bool

rpc::node::set_role(rpc::role_type)':

cluster.cc:88:1: error: unrecognizable insn:

(insn 16 15 17 3 (parallel [

(set (reg:CC_Z 24 cc)

(unspec_volatile:CC_Z [

(const_int 0 [0])

] VUNSPEC_ATOMIC_CAS))

(set (reg:SI 146)

(zero_extend:SI (mem/v:HI (reg/f:SI 134 [ D.146641 ]) [-1 S2

A16])))

(set (mem/v:HI (reg/f:SI 134 [ D.146641 ]) [-1 S2 A16])

(unspec_volatile:HI [

(reg:HI 147)

(subreg/s/u:HI (reg:SI 135 [ D.146642 ]) 0)

(const_int 0 [0])

(const_int 5 [0x5])

(const_int 5 [0x5])

] VUNSPEC_ATOMIC_CAS))

(clobber (scratch:SI))

]) cluster.cc:87 -1

 (nil))

cluster.cc:88:1: internal compiler error: in extract_insn, at recog.c:2123

Please submit a full bug report,


[Bug target/54902] New: [4.7 Regression], ICE (segfault) building on arm-linux-gnueabi

2012-10-11 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54902



 Bug #: 54902

   Summary: [4.7 Regression], ICE (segfault) building on

arm-linux-gnueabi

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





Created attachment 28426

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28426

preprocessed source



seen building the cone package on arm-linux-gnueabi, works with 4.6 branch,

fails with 4.7.



g++-4.7 -c -g -O[123] myserver.ii

myserver.C: In static member function 'static bool

myServer::eventloop(myServer::Callback*)':

myserver.C:168:6: internal compiler error: Segmentation fault

Please submit a full bug report,

with preprocessed source if appropriate.



Program received signal SIGSEGV, Segmentation fault.

0x003b90ae in free_scc_vn() ()

(gdb) bt

#0 0x003b90ae in free_scc_vn() ()

#1 0x003aee44 in ?? ()

#2 0x003aee44 in ?? ()

Backtrace stopped: previous frame identical to this frame (corrupt stack?)


[Bug target/54902] [4.7 Regression], ICE (segfault) building on arm-linux-gnueabi

2012-10-12 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54902



Matthias Klose  changed:



   What|Removed |Added



  Known to work||4.8.0



--- Comment #2 from Matthias Klose  2012-10-12 
09:58:46 UTC ---

trunk 20120820 and 20121008 do work.


[Bug target/54974] [4.8 Regression] [ARM] Incorrect placement of constant pools

2012-10-18 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54974



Matthias Klose  changed:



   What|Removed |Added



   Keywords||wrong-code

 Target||arm-linux-gnueabi

  Known to work||4.7.2

Summary|[ARM] Incorrect placement   |[4.8 Regression] [ARM]

   |of constant pools   |Incorrect placement of

   ||constant pools

  Known to fail||4.8.0



--- Comment #2 from Matthias Klose  2012-10-18 
13:20:19 UTC ---

works with 4.7, fails with trunk


[Bug target/54974] [4.8 Regression] [ARM] Incorrect placement of constant pools

2012-10-19 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54974



Matthias Klose  changed:



   What|Removed |Added



  Known to work|4.7.2   |4.6.3

  Known to fail||4.7.2



--- Comment #5 from Matthias Klose  2012-10-19 
12:23:57 UTC ---

this patch is now on the 4.7 branch too.


[Bug bootstrap/55048] New: [4.8 Regression] libjava bootstrap failure on trunk after LRA merge

2012-10-24 Thread doko at gcc dot gnu.org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55048



 Bug #: 55048

   Summary: [4.8 Regression] libjava bootstrap failure on trunk

after LRA merge

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





noted as well in http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02133.html



seen here on i686-linux-gnu



(gdb) run

Starting program:

/scratch/packages/gcc/snap/gcc-snapshot-20121024/build/gcc/jc1 /tmp/ccBOtnc2jx

-fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc

-fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase ccBOtnc2jx

-mtune=generic -march=i686 -auxbase-strip gnu/java/awt/.libs/color.o -g -O2

-Wno-deprecated -version -ffilelist-file -ffloat-store -fomit-frame-pointer

-fencoding=UTF-8 -fbootstrap-classes

-fsource-filename=/scratch/packages/gcc/snap/gcc-snapshot-20121024/build/i686-linux-gnu/libjava/classpath/lib/classes

-fPIC -fbootclasspath=./:../../../src/libjava/classpath/lib/ -faux-classpath

ccBOtnc2jx.zip -MD_ -MT gnu/java/awt/color.lo -MF gnu/java/awt/color.deps -o

ccBOtnc2jx.s



Program received signal SIGSEGV, Segmentation fault.

0x08428882 in lra_inheritance() ()

(gdb) bt

#0  0x08428882 in lra_inheritance() ()

#1  0x0841ad7b in lra(_IO_FILE*) ()

#2  0x083e202c in rest_of_handle_reload() ()

#3  0x0847293c in execute_one_pass(opt_pass*) ()

#4  0x08472d65 in execute_pass_list(opt_pass*) ()

#5  0x08472d78 in execute_pass_list(opt_pass*) ()

#6  0x08225916 in expand_function(cgraph_node*) ()

#7  0x08227939 in compile() ()

#8  0x08227fb5 in finalize_compilation_unit() ()

#9  0x08406adc in write_global_declarations() ()

#10 0x0815db2e in java_write_globals() ()

#11 0x0851b395 in compile_file() ()

#12 0x0851cf4c in toplev_main(int, char**) ()

#13 0x0815714b in main ()


[Bug target/57310] New: [4.7/4.8/4.9 Regression] segfault with -O2 or higher on x86_64-linux-gnu

2013-05-17 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57310

Bug ID: 57310
   Summary: [4.7/4.8/4.9 Regression] segfault with -O2 or higher
on x86_64-linux-gnu
   Product: gcc
   Version: 4.7.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org

seen with 4.7, 4.8 and trunk on x86_64-linux-gnu, works on i585-linux-gnu, and
arm-linux-gnueabi*, works with 4.6. seen with both libffi 3.0.10 and 3.0.13.

$ gcc-4.8 -O2 ffi-test.c -lffi && ./a.out 
Segmentation fault
$ gcc-4.8 -O1 ffi-test.c -lffi && ./a.out 
(ok)
$ gcc-4.8 -O2 -fno-align-functions -fno-align-jumps -fno-align-labels
-fno-align-loops -fno-caller-saves -fno-crossjumping -fno-cse-follow-jumps
-fno-devirtualize -fno-expensive-optimizations -fno-gcse
-fno-hoist-adjacent-loads -fno-inline-small-functions -fno-ipa-cp -fno-ipa-sra
-fno-optimize-register-move -fno-optimize-sibling-calls -fno-optimize-strlen
-fno-peephole2 -fno-regmove -fno-reorder-blocks -fno-reorder-functions
-fno-rerun-cse-after-loop -fno-schedule-insns2 -fno-strict-aliasing
-fno-thread-jumps -fno-tree-builtin-call-dce -fno-tree-pre
-fno-tree-switch-conversion -fno-tree-tail-merge -fno-tree-vrp ffi-test.c -lffi
&& ./a.out 
Segmentation fault
$ gcc-4.8 -m32 -O2 ffi-test.c -lffi && ./a.out
(ok)

#include 

extern void abort (void);

int myfn(const char *s)
{
  return __builtin_strlen(s);
}

int main()
{
  ffi_cif cif;
  ffi_type *args[1];
  void *values[1];
  char *s;
  int rc;

  /* Initialize the argument info vectors */
  args[0] = &ffi_type_pointer;
  values[0] = &s;

  /* Initialize the cif */
  if (ffi_prep_cif(&cif, FFI_DEFAULT_ABI, 1, &ffi_type_sint, args) == FFI_OK)
{
  s = "Hello World!";
  ffi_call(&cif, FFI_FN(myfn), &rc, values);
  /* rc now holds the result of the call to puts */
  if (rc != 12)
abort();

  /* values holds a pointer to the function's arg, so to
 call puts() again all we need to do is change the
 value of s */
  s = "This is cool!";
  ffi_call(&cif, FFI_FN(myfn), &rc, values);
  if (rc != 13)
abort();
}

  return 0;
}


[Bug target/57578] SPE detection broken on Linux (bits/predefs.h: No such file or directory)

2013-06-11 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57578

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #1 from Matthias Klose  ---
looks ok to me, but please send this to the gcc-patches ML and CC the powerpc
maintainers.


[Bug target/57578] SPE detection broken on Linux (bits/predefs.h: No such file or directory)

2013-06-11 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57578

Matthias Klose  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-06-11
 Ever confirmed|0   |1


[Bug driver/57651] New: [4.8 / 4.9 Regression] gcc-ar and gcc-nm don't find the lto plugin

2013-06-19 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57651

Bug ID: 57651
   Summary: [4.8 / 4.9 Regression] gcc-ar and gcc-nm don't find
the lto plugin
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org

$ gcc-ar-4.8 -h
gcc-ar-4.8: Cannot find plugin 'liblto_plugin.so'

the plugin is *not* installed with x permission flags (which seems to be the
standard for shared libraries).   You did change the code to use find_a_file
which searches only for files with the x bit set.

Work around is to install the plugin with the x bits set, or use some helper
function which doesn't look for the x bits.  I assume that wasn't catched,
because the plugin then was found in another location?

gcc.c has a static find_a_file function which does allows to specify the
permission flags you want to search for.


[Bug driver/57651] [4.8 / 4.9 Regression] gcc-ar and gcc-nm don't find the lto plugin

2013-06-19 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57651

--- Comment #1 from Matthias Klose  ---
now, working around the permission bit, I get:

$ gcc-ar-4.8
gcc-ar-4.8: Cannot find binary 'ar'

so it only searches ar in the given paths, not on the path of the file system
(/usr/bin in this case)


[Bug driver/57651] [4.8 / 4.9 Regression] gcc-ar and gcc-nm don't find the lto plugin

2013-06-19 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57651

--- Comment #3 from Matthias Klose  ---
please lets fix it in gcc.  I fixed it in gcc.c last year, and this behaviour
is now re-introduced, so it is a regression.  shared libraries work without the
x bit set too, so lets just recognize these too.


[Bug driver/57651] [4.8 / 4.9 Regression] gcc-ar and gcc-nm don't find the lto plugin

2013-06-20 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57651

Matthias Klose  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |4.8.2

--- Comment #7 from Matthias Klose  ---
the x permission issue is now fixed too.


[Bug plugins/53126] gcc-4.7.0 error "gcc-ar: Cannot find plugin"

2013-06-20 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53126

Matthias Klose  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||doko at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #9 from Matthias Klose  ---
PR57651 is now fixed, which should address this issue too. please reopen the
issue, if not.


[Bug go/57689] New: [4.8 Regression] ICE (segfault) building libgo on ia64-linux-gnu

2013-06-23 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689

Bug ID: 57689
   Summary: [4.8 Regression] ICE (segfault) building libgo on
ia64-linux-gnu
   Product: gcc
   Version: 4.8.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: doko at gcc dot gnu.org

libgo fails to build on ia64-linux-gnu, with r200219, the last successful build
was with r200018. A build from the trunk on 20130620 did succeed.

/bin/mkdir -p .; files=`echo ../../../src/libgo/go/regexp/exec.go
../../../src/libgo/go/regexp/regexp.go bytes.gox io.gox regexp/syntax.gox
strconv.gox strings.gox sync.gox unicode.gox unicode/utf8.gox | sed -e 's/[^
]*\.gox//g'`; /bin/bash ./libtool --tag GO --mode=compile
/«PKGBUILDDIR»/build/./gcc/gccgo -B/«PKGBUILDDIR»/build/./gcc/
-B/usr/ia64-linux-gnu/bin/ -B/usr/ia64-linux-gnu/lib/ -isystem
/usr/ia64-linux-gnu/include -isystem /usr/ia64-linux-gnu/sys-include -isystem
/«PKGBUILDDIR»/build/sys-include  -O2 -g -I . -c -fgo-pkgpath=`echo
regexp.lo | sed -e 's/.lo$//' -e 's/-go$//'` -o regexp.lo $files
libtool: compile:  /«PKGBUILDDIR»/build/./gcc/gccgo
-B/«PKGBUILDDIR»/build/./gcc/ -B/usr/ia64-linux-gnu/bin/
-B/usr/ia64-linux-gnu/lib/ -isystem /usr/ia64-linux-gnu/include -isystem
/usr/ia64-linux-gnu/sys-include -isystem /«PKGBUILDDIR»/build/sys-include -O2
-g -I . -c -fgo-pkgpath=regexp ../../../src/libgo/go/regexp/exec.go
../../../src/libgo/go/regexp/regexp.go  -fPIC -o .libs/regexp.o

../../../src/libgo/go/regexp/regexp.go: In function 'regexp.$nested3':
../../../src/libgo/go/regexp/regexp.go:528:2: internal compiler error:
Segmentation fault
  })
  ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[6]: *** [regexp.lo] Error 1

[Bug target/57731] New: [4.9 Regression] ICE in extract_insn, at recog.c:2158 (arm-linux)

2013-06-27 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57731

Bug ID: 57731
   Summary: [4.9 Regression] ICE in extract_insn, at recog.c:2158
(arm-linux)
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org

Created attachment 30384
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30384&action=edit
preprocessed source

seen with trunk 20130620 on arm-linux-gnueabihf

$ /usr/lib/gcc-snapshot/bin/g++ -c -O2 SVGStyledLocatableElement.ii
In file included from ../../khtml/svg/SVGStyledLocatableElement.cpp:27:0:
../../khtml/svg/SVGStyledLocatableElement.h: In member function 'virtual
WebCore::FloatRect
WebCore::SVGStyledLocatableElement::_ZTv0_n24_NK7WebCore25SVGStyledLocatableElement7getBBoxEv()
const':
../../khtml/svg/SVGStyledLocatableElement.h:45:27: error: unrecognizable insn:
 virtual FloatRect getBBox() const;
   ^
(call_insn/j 10 9 11 2 (parallel [
(set (parallel:BLK [
(expr_list:REG_DEP_TRUE (reg:SF 16 s0)
(const_int 0 [0]))
(expr_list:REG_DEP_TRUE (reg:SF 17 s1)
(const_int 4 [0x4]))
(expr_list:REG_DEP_TRUE (reg:SF 18 s2)
(const_int 8 [0x8]))
(expr_list:REG_DEP_TRUE (reg:SF 19 s3)
(const_int 12 [0xc]))
])
(call (mem:SI (symbol_ref:SI ("*.LTHUNK10") [flags 0x3]
) [0 *.LTHUNK10 S4 A32])
(const_int 0 [0])))
(return)
(use (const_int 0 [0]))
]) -1
 (nil)
(expr_list:REG_CFA_WINDOW_SAVE (use (reg:SI 0 r0))
(nil)))
../../khtml/svg/SVGStyledLocatableElement.h:45:27: internal compiler error: in
extract_insn, at recog.c:2158
Please submit a full bug report,
with preprocessed source if appropriate.


[Bug c++/57279] [C++11] alias declaration fails to declare function types with cv-qualifiers

2013-06-27 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57279

Matthias Klose  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||doko at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #3 from Matthias Klose  ---
closing. this apparently did get into the 4.8.1 release. however can't change
the milestone back to 4.8.1.


[Bug go/57689] [4.8 Regression] ICE (segfault) building libgo on ia64-linux-gnu

2013-06-27 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689

--- Comment #2 from Matthias Klose  ---
building with BOOT_CFLAGS set to -g -O1 or -g -Og doesn't show the ICE and
builds libgo. Attaching test results later.


[Bug tree-optimization/57732] New: [4.8 / 4.9 Regression] ICE (segfault in libisl) building drizzle on 32bit targets (at least arm-linux and i586-linux)

2013-06-27 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57732

Bug ID: 57732
   Summary: [4.8 / 4.9 Regression] ICE (segfault in libisl)
building drizzle on 32bit targets (at least arm-linux
and i586-linux)
   Product: gcc
   Version: 4.8.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org

Created attachment 30386
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30386&action=edit
preprocessed source

g++ -c -g -O2 -std=gnu++98 -fPIE -floop-parallelize-all -fno-strict-aliasing 
cmpfunc.ii 

leaving out the -floop-parallelize-all avoids the ICE.

(gdb) bt
#0  0xf7f5859c in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#1  0xf7f58629 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#2  0xf7f512b7 in isl_tab_rollback () from /usr/lib/i386-linux-gnu/libisl.so.10
#3  0xf7f5307b in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#4  0xf7f59376 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#5  0xf7f59355 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#6  0xf7f59355 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#7  0xf7f59355 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#8  0xf7f5a283 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#9  0xf7f5a506 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#10 0xf7f5ac09 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#11 0xf7efb5b2 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#12 0xf7f0d3d3 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#13 0xf7f0e067 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#14 0xf7ee0728 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#15 0xf7ee07f3 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#16 0xf7ee16e9 in isl_access_info_compute_flow () from
/usr/lib/i386-linux-gnu/libisl.so.10
#17 0xf7ee1f09 in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#18 0xf7f61d6a in ?? () from /usr/lib/i386-linux-gnu/libisl.so.10
#19 0xf7ee9d21 in isl_hash_table_foreach () from
/usr/lib/i386-linux-gnu/libisl.so.10
#20 0xf7f62c4e in isl_union_map_foreach_map () from
/usr/lib/i386-linux-gnu/libisl.so.10
#21 0xf7ee228c in isl_union_map_compute_flow () from
/usr/lib/i386-linux-gnu/libisl.so.10
#22 0x088c9ee7 in compute_deps(scop*, vec,
isl_union_map**, isl_union_map**, isl_union_map**, isl_union_map**,
isl_union_map**, isl_union_map**, isl_union_map**, isl_union_map**,
isl_union_map**, isl_union_map**, isl_union_map**, isl_union_map**) ()
#23 0x088ca821 in loop_is_parallel_p(loop*, htab*, int) ()
#24 0x088c8d15 in ?? ()
#25 0x088c8c02 in ?? ()
#26 0x088c9390 in gloog(scop*, htab*) ()
#27 0x088c62db in graphite_transform_loops() ()
#28 0x085ec5a4 in ?? ()
#29 0x08497fae in execute_one_pass(opt_pass*) ()
#30 0x08498385 in execute_pass_list(opt_pass*) ()
#31 0x08498398 in execute_pass_list(opt_pass*) ()
#32 0x08498398 in execute_pass_list(opt_pass*) ()
#33 0x08498398 in execute_pass_list(opt_pass*) ()
#34 0x082dc43b in ?? ()
#35 0x082dda15 in compile() ()
#36 0x082dde9a in finalize_compilation_unit() ()
#37 0x081a82ad in cp_write_global_declarations() ()
#38 0x0852c96d in ?? ()
#39 0x0852e454 in toplev_main(int, char**) ()


[Bug c/58209] New: ICE in extract_range_from_binary_expr, at tree-vrp.c:2294

2013-08-21 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58209

Bug ID: 58209
   Summary: ICE in extract_range_from_binary_expr, at
tree-vrp.c:2294
   Product: gcc
   Version: 4.7.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org

seen with 4.6.4, 4.7.3, 4.8.1 and trunk with -O2, lowering to -O1 works around
the issue.

$ gcc-4.7 -c -O2 foo.c 
foo.c: In function 'pow2_s':
foo.c:3:7: internal compiler error: in build2_stat, at tree.c:3785
Please submit a full bug report,
with preprocessed source if appropriate.

$ /usr/lib/gcc-snapshot/bin/gcc -c -O2 foo.c 
foo.c: In function 'pow2_s':
foo.c:25:1: error: invalid (pointer) operands to plus/minus
 }
 ^
acc_tmp_14 = add_acc_5 + _1;
foo.c:25:1: internal compiler error: verify_gimple failed
Please submit a full bug report,


$ cat foo.c
#include 

void *pow2_s(void *arg)
{
intptr_t n = (intptr_t)arg;

if (n == 0)
return (void *)1;

n--;

intptr_t s1 = (intptr_t)pow2_s((void *)n);
intptr_t s2 = (intptr_t)pow2_s((void *)n);

return (void *)(s1 + s2);
}

int main(void)
{
intptr_t n = 5;

pow2_s((void *)n);

return 0;
}


[Bug libgcj/55637] FAIL: sourcelocation output - source compiled test

2013-09-03 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55637

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #4 from Matthias Klose  ---
Mark's patch is in binutils 2.23.x, but the testcase is still failing on x86_64
linux.


[Bug libgcj/55637] FAIL: sourcelocation output - source compiled test

2013-09-04 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55637

--- Comment #7 from Matthias Klose  ---
it prints
-1
-1
-1


[Bug target/58320] New: [4.7 / 4.8 / 4.9 Regression] code used in autoconf test fails with -O2, works with -O0

2013-09-05 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58320

Bug ID: 58320
   Summary: [4.7 / 4.8 / 4.9 Regression] code used in autoconf
test fails with -O2, works with -O0
   Product: gcc
   Version: 4.7.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org

seen on arm-linux-gnueabihf, as part of an autoconf test in librep:

$ cat stack.c 
#include 

void inner (char *foo) {
  char bar;
  exit (!(foo >= &bar));
}

void main () {
  char foo;
  inner (&foo);
}

$ gcc-4.6 -o conftest -O2 stack.c && ./conftest ; echo $?
0
$ gcc-4.7 -o conftest -O2 stack.c && ./conftest ; echo $?
1
$ gcc-4.8 -o conftest -O2 stack.c && ./conftest ; echo $?
1
$ gcc-4.8 -o conftest -O0 stack.c && ./conftest ; echo $?
0


[Bug c++/50114] New: ICE on invalid code in pop_binding, at cp/name-lookup.c:382

2011-08-18 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50114

 Bug #: 50114
   Summary: ICE on invalid code in pop_binding, at
cp/name-lookup.c:382
Classification: Unclassified
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 25045
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25045
preprocessed source

fails with current 4.5 and 4.6 branches, and trunk.

$ g++ -std=c++0x -c bp_b.ii 
src/bp/bp_b.cc: In lambda function:
src/bp/bp_b.cc:538:33: error: invalid conversion from
'tt_bookprxor::open_newfeeds()::x2feed*' to 'int' [-fpermissive]
src/bp/bp_b.cc:539:25: error: base operand of '->' is not a pointer
src/bp/bp_b.cc:540:24: error: 'x2feeds_i' was not declared in this scope
src/bp/bp_b.cc:540:58: error: return-statement with a value, in function
returning 'void' [-fpermissive]
src/bp/bp_b.cc:545:9: warning: name lookup of 'x2feed_i' changed [enabled by
default]
src/bp/bp_b.cc:534:46: warning:   matches this 'x2feed_i' under ISO standard
rules [enabled by default]
src/bp/bp_b.cc:538:22: warning:   matches this 'x2feed_i' under old rules
[enabled by default]
src/bp/bp_b.cc:545:55: error: cannot convert 'tt::feedhdlr*' to
'circlist*' in assignment
src/bp/bp_b.cc:547:5: internal compiler error: in pop_binding, at
cp/name-lookup.c:382
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


[Bug c++/48660] [4.5/4.6/4.7 Regression] ARM ICE in expand_expr_real_1

2011-09-03 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48660

--- Comment #5 from Matthias Klose  2011-09-03 
14:18:30 UTC ---
works with 4.4.6, not with 4.5/4.6/trunk 20110824


[Bug middle-end/50295] New: [4.6 Regression] ICE (segfault) in expand_debug_expr at cfgexpand.c:2380

2011-09-05 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50295

 Bug #: 50295
   Summary: [4.6 Regression] ICE (segfault) in expand_debug_expr
at cfgexpand.c:2380
Classification: Unclassified
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 25197
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25197
preprocessed source

seen with 4.6 20110903 on i686-linux-gnu, with -Os and -O2, works with -O1 and
-O0, works with -Os and -O2 when omitting -g.

The ICE is triggered by the nsrefcnt WyciwygChannelChild::AddRef line, omitting
this line doesn't show the ICE.

$ gcc -c -g -O2 -std=gnu++0x  WyciwygChannelChild.ii 
/home/chrisccoulson/src/firefox/firefox-7.0~b4+build2+nobinonly/build-tree/mozilla/netwerk/protocol/wyciwyg/WyciwygChannelChild.cpp:
In member function 'virtual nsresult
mozilla::net::WyciwygChannelChild::CloseCacheEntry(nsresult)':
/home/chrisccoulson/src/firefox/firefox-7.0~b4+build2+nobinonly/build-tree/mozilla/netwerk/protocol/wyciwyg/WyciwygChannelChild.cpp:605:1:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.

Program received signal SIGSEGV, Segmentation fault.
0x0820cec8 in expand_debug_expr (exp=0xf28c5d50) at
../../gcc-4_6-branch/gcc/cfgexpand.c:2380
2380  enum machine_mode mode = TYPE_MODE (TREE_TYPE (exp));
(gdb) bt
#0  0x0820cec8 in expand_debug_expr (exp=0xf28c5d50) at
../../gcc-4_6-branch/gcc/cfgexpand.c:2380
#1  0x08210208 in expand_debug_locations () at
../../gcc-4_6-branch/gcc/cfgexpand.c:3316
#2  gimple_expand_cfg () at ../../gcc-4_6-branch/gcc/cfgexpand.c:4112
#3  0x08366147 in execute_one_pass (pass=0x8aa5780) at
../../gcc-4_6-branch/gcc/passes.c:1556
#4  0x083663f5 in execute_pass_list (pass=0x8aa5780) at
../../gcc-4_6-branch/gcc/passes.c:1611
#5  0x08434ac5 in tree_rest_of_compilation (fndecl=0xf3447d80) at
../../gcc-4_6-branch/gcc/tree-optimize.c:422
#6  0x085711f9 in cgraph_expand_function (node=0xf3342000) at
../../gcc-4_6-branch/gcc/cgraphunit.c:1576
#7  0x08572f85 in cgraph_expand_all_functions () at
../../gcc-4_6-branch/gcc/cgraphunit.c:1635
#8  cgraph_optimize () at ../../gcc-4_6-branch/gcc/cgraphunit.c:1899
#9  0x08573405 in cgraph_finalize_compilation_unit () at
../../gcc-4_6-branch/gcc/cgraphunit.c:1096
#10 0x0812682b in cp_write_global_declarations () at
../../gcc-4_6-branch/gcc/cp/decl2.c:4000
#11 0x083f800d in compile_file () at ../../gcc-4_6-branch/gcc/toplev.c:591
#12 do_compile () at ../../gcc-4_6-branch/gcc/toplev.c:1900
#13 toplev_main (argc=16, argv=0xd6c4) at
../../gcc-4_6-branch/gcc/toplev.c:1963
#14 0x080d018b in main (argc=16, argv=0xd6c4) at
../../gcc-4_6-branch/gcc/main.c:36


[Bug middle-end/50295] [4.6 Regression] ICE (segfault) in expand_debug_expr at cfgexpand.c:2380

2011-09-05 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50295

--- Comment #1 from Matthias Klose  2011-09-05 
15:52:11 UTC ---
caused by 

r178482 | jamborm | 2011-09-02 16:30:34 +0200 (Fri, 02 Sep 2011) | 10 lines

2011-09-02  Martin Jambor  

PR middle-end/49886
* ipa-split.c (split_function): Do not skip any arguments if
can_change_signature is set or there are function type attributes.

* testsuite/gcc.c-torture/execute/pr49886.c: New testcase.
* testsuite/gfortran.fortran-torture/compile/pr50260.f90: Likewise.


[Bug target/50350] New: [4.6 Regression] ICE (segfault) in canonicalize_float_value

2011-09-10 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50350

 Bug #: 50350
   Summary: [4.6 Regression] ICE (segfault) in
canonicalize_float_value
Classification: Unclassified
   Product: gcc
   Version: 4.6.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 25237
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25237
preprocessed source

seen with r178746 on the 4.6 branch, not seen with r178501.

/home/doko/gcc/gcc-4.6-4.6.1/build/./gcc/xgcc
-B/home/doko/gcc/gcc-4.6-4.6.1/build/./gcc/ -B/usr/ia64-linux-gnu/bin/
-B/usr/ia64-linux-gnu/lib/ -isystem /usr/ia64-linux-gnu/include -isystem
/usr/ia64-linux-gnu/sys-include-g -O2 -O2  -g -O2 -DIN_GCC  
-DUSE_LIBUNWIND_EXCEPTIONS -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include  -fPIC -DUSE_GAS_SYMVER -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector   -I. -I. -I../.././gcc
-I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc
-I../../../src/libgcc/../include  -DHAVE_CC_TLS  -o __trampoline.o -MT
__trampoline.o -MD -MP -MF __trampoline.dep -DL__trampoline
-xassembler-with-cpp \
  -c ../../../src/libgcc/../gcc/config/ia64/lib1funcs.asm -include
__trampoline.vis
/home/doko/gcc/gcc-4.6-4.6.1/build/./gcc/xgcc
-B/home/doko/gcc/gcc-4.6-4.6.1/build/./gcc/ -B/usr/ia64-linux-gnu/bin/
-B/usr/ia64-linux-gnu/lib/ -isystem /usr/ia64-linux-gnu/include -isystem
/usr/ia64-linux-gnu/sys-include-g -O2 -O2  -g -O2 -DIN_GCC  
-DUSE_LIBUNWIND_EXCEPTIONS -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include  -fPIC -DUSE_GAS_SYMVER -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector   -I. -I. -I../.././gcc
-I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc
-I../../../src/libgcc/../include  -DHAVE_CC_TLS  -o _lshrdi3.o -MT _lshrdi3.o
-MD -MP -MF _lshrdi3.dep -DL_lshrdi3 -c ../../../src/libgcc/../gcc/libgcc2.c \
  -fvisibility=hidden -DHIDE_EXPORTS
../../../src/libgcc/../gcc/libgcc2.c: In function '__lshrti3':
../../../src/libgcc/../gcc/libgcc2.c:404:1: internal compiler error:
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.


make[5]: *** [_lshrdi3.o] Error 1
make[5]: Leaving directory
`/home/doko/gcc/gcc-4.6-4.6.1/build/ia64-linux-gnu/libgcc'
make[4]: *** [all-stage2-target-libgcc] Error 2
make[4]: Leaving directory `/home/doko/gcc/gcc-4.6-4.6.1/build'
make[3]: *** [stage2-bubble] Error 2
make[3]: Leaving directory `/home/doko/gcc/gcc-4.6-4.6.1/build'
make[2]: *** [bootstrap-lean] Error 2


Program received signal SIGSEGV, Segmentation fault.
0x408567c1 in canonicalize_float_value ()
(gdb) bt
#0  0x408567c1 in canonicalize_float_value ()
#1  0x40856ff0 in set_lattice_value ()
#2  0x40863040 in visit_assignment ()
#3  0x4091f9e0 in simulate_stmt ()
#4  0x40921930 in ssa_propagate ()
#5  0x408598b0 in do_ssa_ccp ()
#6  0x405c6c20 in execute_one_pass ()
#7  0x405c7490 in execute_pass_list ()
#8  0x405c74e0 in execute_pass_list ()
#9  0x407ef930 in tree_rest_of_compilation ()
#10 0x40adc870 in cgraph_expand_function ()
#11 0x40ae1300 in cgraph_optimize ()
#12 0x40ae22a0 in cgraph_finalize_compilation_unit ()
#13 0x400ca3f0 in c_write_global_declarations ()
#14 0x40749ad0 in toplev_main ()
#15 0x4009bdf0 in main ()


[Bug lto/50367] -flto and -Wl,--as-needed combination removes some needed libraries

2011-09-19 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50367

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #1 from Matthias Klose  2011-09-19 
21:14:50 UTC ---
$ cat test-flto.c 
#include 
#include 

int main()
{
printf("%le\n", gamma(42));
return 0;
}


$ gcc -Wl,--as-needed -flto test-flto.c -lm
/tmp/ccXjDUDX.ltrans0.ltrans.o: In function `main':
ccXjDUDX.ltrans0.o:(.text+0xd): undefined reference to `gamma'
collect2: ld returned 1 exit status

$ gcc -B/usr/lib/gold-ld/ -Wl,--as-needed -flto -o test-flto test-flto.c -lm
does work


[Bug lto/50367] -flto and -Wl,--as-needed combination removes some needed libraries

2011-09-19 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50367

--- Comment #2 from Matthias Klose  2011-09-19 
21:21:53 UTC ---
http://sourceware.org/bugzilla/show_bug.cgi?id=13201


[Bug c/50565] New: [4.5/4.6/4.7 Regression] initializer element is not computable at load time

2011-09-29 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50565

 Bug #: 50565
   Summary: [4.5/4.6/4.7 Regression] initializer element is not
computable at load time
Classification: Unclassified
   Product: gcc
   Version: 4.6.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 25379
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25379
preprocessed source

[forwarded from http://bugs.debian.org/642144]

this may be a duplicate of PR38354, compiles on 32bit targets, on 64bit targets
it succeeds with 4.4, but fails with 4.5, 4.6 and trunk:

$ gcc -c message.i 
message.i:154:2: error: initializer element is not computable at load time
message.i:154:2: error: (near initialization for 'byte_order[1].offset')


[Bug bootstrap/50665] [4.7 Regression] Bootstrap failure

2011-10-10 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50665

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #4 from Matthias Klose  2011-10-10 
12:47:41 UTC ---
seen as well on i686-linux-gnu. x86_64-linux-gnu builds fine


[Bug target/50350] [4.6 Regression] ICE (segfault) in canonicalize_float_value

2011-10-12 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50350

--- Comment #3 from Matthias Klose  2011-10-12 
19:16:01 UTC ---
I'll check, however I don't see the fix for 50326 applied to the 4.6 branch.


[Bug target/50350] [4.6 Regression] ICE (segfault) in canonicalize_float_value

2011-10-12 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50350

--- Comment #4 from Matthias Klose  2011-10-13 
06:21:36 UTC ---
still seen on the 4.6 branch with 20111012


[Bug target/50350] [4.6 Regression] ICE (segfault) in canonicalize_float_value

2011-10-18 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50350

--- Comment #6 from Matthias Klose  2011-10-18 
11:44:57 UTC ---
the proposed patch lets the build succeed


[Bug go/52586] libgo fails to build for mips*64-linux-gnu (reference to undefined name 'SYS_GETDENTS64')

2012-05-01 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52586

--- Comment #9 from Matthias Klose  2012-05-01 
23:14:15 UTC ---
Native configuration is mipsel-unknown-linux-gnu

=== libgo tests ===


Running target unix
FAIL: archive/zip

=== libgo Summary for unix ===

# of expected passes122
# of unexpected failures1

Running target unix/-mabi=n32
FAIL: archive/zip
FAIL: os/user

=== libgo Summary for unix/-mabi=n32 ===

# of expected passes121
# of unexpected failures2

Running target unix/-mabi=64
FAIL: archive/zip
FAIL: os/user

=== libgo Summary for unix/-mabi=64 ===

# of expected passes121
# of unexpected failures2

=== libgo Summary ===

# of expected passes364
# of unexpected failures5


this seems to work. the fails are:


--- FAIL: zip.TestReader (2.72 seconds)
reader_test.go:254: error=open testdata/go-no-datadesc-sig.zip: No such
file or directory, want 
reader_test.go:254: error=open testdata/go-with-datadesc-sig.zip: No
such file or directory, want 
panic: Error reading go-with-datadesc-sig.zip: open
testdata/go-with-datadesc-sig.zip: No such file or directory
 [recovered]
panic: Error reading go-with-datadesc-sig.zip: open
testdata/go-with-datadesc-sig.zip: No such file or d
irectory
FAIL: archive/zip
../../../src/libgo/testsuite/gotest: line 448: gotest-timeout: No such file or
directory


--- FAIL: user.TestCurrent (0.14 seconds)
user_test.go:35: Current: user: unknown userid 1174
--- FAIL: user.TestLookup (0.00 seconds)
user_test.go:76: Current: user: unknown userid 1174
--- FAIL: user.TestLookupId (0.00 seconds)
user_test.go:92: Current: user: unknown userid 1174
FAIL
FAIL: os/user

note that the user is not present in /etc/passwd.


[Bug other/53285] New: libibiberty's md5.c builds with warnings with 4.7 and trunk

2012-05-08 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53285

 Bug #: 53285
   Summary: libibiberty's md5.c builds with warnings with 4.7 and
trunk
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


when libibiberty's md5.c is built using 4.7 or trunk on x86-linux, the
following warning is emitted:

md5.c: In function 'md5_finish_ctx':
md5.c:119:2: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
  *(md5_uint32 *) & ctx->buffer[bytes + pad] = SWAP (ctx->total[0] << 3);
  ^
md5.c:120:2: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
  *(md5_uint32 *) & ctx->buffer[bytes + pad + 4] =
  ^

afaics this is the only warning emitted when building libiberty when built with
4.7 or trunk.


[Bug c++/53439] g++ generates buggy code with optimisation flags

2012-05-22 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53439

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #1 from Matthias Klose  2012-05-22 
22:19:52 UTC ---
seen with r187339 and r187756 from the 4.7 branch.


[Bug other/53285] libibiberty's md5.c builds with warnings with 4.7 and trunk

2012-05-27 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53285

--- Comment #1 from Matthias Klose  2012-05-28 
04:38:50 UTC ---
Created attachment 27511
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27511
patch taken from glibc

the md5.c copy in glibc was fixed with the attached patch


[Bug other/53285] libibiberty's md5.c builds with warnings with 4.7 and trunk

2012-05-27 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53285

--- Comment #2 from Matthias Klose  2012-05-28 
06:42:37 UTC ---
the patch is incomplete.

the patch from glibc is found at
http://sourceware.org/git/?p=glibc.git;a=patch;h=7dc6bd90c569c49807462b0740b18e32fab4d8b7

using anonymous unions which cannot be used for stage1. The original patch is
http://sourceware.org/ml/libc-alpha/2011-07/msg00085.html

A third approach from gnulib is pointed out in
http://sourceware.org/ml/libc-alpha/2011-07/msg00093.html


[Bug middle-end/53644] New: ICE in force_move_args_size_note, at combine-stack-adj.c:419

2012-06-12 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53644

 Bug #: 53644
   Summary: ICE in force_move_args_size_note, at
combine-stack-adj.c:419
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 27609
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27609
preprocessed source

seen on i686-linux-gnu only, with -Os, works with -O[123]. I see the ICE with
4.6 as well.


$ g++ -c -ggdb2 -Os -std=gnu++0x skeletoncommon.ii
/home/bjoern/libreoffice-3.6.0~alpha1/unodevtools/source/skeletonmaker/skeletoncommon.cxx:
In function 'void
skeletonmaker::checkDefaultInterfaces(boost::unordered::unordered_set&, const boost::unordered::unordered_set&, const rtl::OString&)':
/home/bjoern/libreoffice-3.6.0~alpha1/unodevtools/source/skeletonmaker/skeletoncommon.cxx:317:1:
internal compiler error: in force_move_args_size_note, at
combine-stack-adj.c:419
Please submit a full bug report,
with preprocessed source if appropriate.


[Bug middle-end/53644] ICE in force_move_args_size_note, at combine-stack-adj.c:419

2012-06-12 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53644

Matthias Klose  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #2 from Matthias Klose  2012-06-12 
13:40:52 UTC ---
duplicate

*** This bug has been marked as a duplicate of bug 53602 ***


[Bug c++/53602] [4.7 Regression] Libre Office causes an internal compiler error

2012-06-12 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53602

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #18 from Matthias Klose  2012-06-12 
13:40:52 UTC ---
*** Bug 53644 has been marked as a duplicate of this bug. ***


[Bug target/53682] New: [4.7/4.8 Regression] ICE in cselib_lookup (SEGV) on i586-linux-gnu

2012-06-15 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53682

 Bug #: 53682
   Summary: [4.7/4.8 Regression] ICE in cselib_lookup (SEGV) on
i586-linux-gnu
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 27625
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27625
test case

works with 4.6 branch, fails with 4.7.1 on i586-linux-gnu, works on
x86_64-linux-gnu.

omitting one of the -fPIC, -fvisibility=hidden, -funroll-loops options avoids
the ice.

$ gcc -c -g -O2 -fPIC -fvisibility=hidden -funroll-loops  mini_q_math.c 
mini_q_math.c: In function 'ByteToDir':
mini_q_math.c:124:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.


Program received signal SIGSEGV, Segmentation fault.
0x081e657b in cselib_lookup(rtx_def*, machine_mode, int, machine_mode) ()
(gdb) bt
#0  0x081e657b in cselib_lookup(rtx_def*, machine_mode, int, machine_mode) ()
#1  0x081e7034 in ?? ()
#2  0x08590da2 in ?? ()
#3  0x085a8680 in ?? ()
#4  0x08189983 in find_base_term(rtx_def*) ()
#5  0x08189a28 in find_base_term(rtx_def*) ()
#6  0x08189b69 in find_base_term(rtx_def*) ()
#7  0x0818b3e8 in ?? ()
#8  0x081e7820 in ?? ()
#9  0x081e88f7 in ?? ()
#10 0x081e9183 in cselib_process_insn(rtx_def*) ()
#11 0x0856c723 in ?? ()
#12 0x0857323c in variable_tracking_main() ()
#13 0x0836e2bc in execute_one_pass(opt_pass*) ()
#14 0x0836e615 in execute_pass_list(opt_pass*) ()
#15 0x0836e628 in execute_pass_list(opt_pass*) ()
#16 0x0836e628 in execute_pass_list(opt_pass*) ()
#17 0x0844d434 in tree_rest_of_compilation(tree_node*) ()
#18 0x081dd654 in ?? ()
#19 0x081deeb5 in cgraph_optimize() ()
#20 0x081df3ef in cgraph_finalize_compilation_unit() ()
#21 0x081185fc in c_write_global_declarations() ()
#22 0x0840661a in toplev_main(int, char**) ()
#23 0x0810712b in main ()


[Bug target/53755] New: [4.7 Regression] ICE in replace_reg_with_saved_mem, at caller-save.c:1125 on i586-linux-gnu

2012-06-23 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53755

 Bug #: 53755
   Summary: [4.7 Regression] ICE in replace_reg_with_saved_mem, at
caller-save.c:1125 on i586-linux-gnu
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 27690
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27690
preprocessed source

Might be a duplicate of PR52662.

seen with 4.7.1 on i586-linux-gnu, not x86_64, not seen with the 4.6 branch and
the trunk 20120601. '-fPIC -fvisibility=hidden -fno-builtin-memcmp' are all
needed to trigger the ice.

$ gcc -m32 -c -g -O2 -fPIC -fvisibility=hidden -fno-builtin-memcmp
evergreen_compute_internal.i 
evergreen_compute_internal.c: In function 'evergreen_set_vtx_resource':
evergreen_compute_internal.c:693:1: internal compiler error: in
replace_reg_with_saved_mem, at caller-save.c:1125
Please submit a full bug report,
with preprocessed source if appropriate.


[Bug target/53755] [4.7 Regression] ICE in replace_reg_with_saved_mem, at caller-save.c:1125 on i586-linux-gnu

2012-06-23 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53755

Matthias Klose  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||DUPLICATE

--- Comment #2 from Matthias Klose  2012-06-23 
16:39:27 UTC ---
confirmed, fixed on the branch.

*** This bug has been marked as a duplicate of bug 53700 ***


[Bug rtl-optimization/53700] [4.7 regression] ICE in reload_cse_simplify_operands, at postreload.c:403

2012-06-23 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53700

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #8 from Matthias Klose  2012-06-23 
16:39:27 UTC ---
*** Bug 53755 has been marked as a duplicate of this bug. ***


[Bug gcov-profile/38292] [4.5/4.6/4.7/4.8 Regression] corrupted profile info with -O[23] -fprofile-use

2012-06-27 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38292

Matthias Klose  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 CC||doko at gcc dot gnu.org
 Resolution||FIXED

--- Comment #21 from Matthias Klose  2012-06-27 
12:10:26 UTC ---
the python builds works when built using -fprofile-correction


[Bug c++/53882] New: [4.6/4.7 Regression] ICE in type_contains_placeholder_1, at tree.c:3015

2012-07-06 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53882

 Bug #: 53882
   Summary: [4.6/4.7 Regression] ICE in
type_contains_placeholder_1, at tree.c:3015
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


seen with the 4.7 branch 20120704 and trunk, works with 4.6:


$ g++ -std=c++0x -c -O foo.cc 
foo.cc: In constructor 'std::function<_Res(_ArgTypes ...)>::function(_Functor)
[with _Functor = std::_Bind(User*,
std::nullptr_t)>;  = void; _Res = void; _ArgTypes =
{}]':
foo.cc:12:1: internal compiler error: in type_contains_placeholder_1, at
tree.c:3015
 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.

#include 

struct User
{
void run(void *) {}
};

int main()
{
User u;
std::function p = std::bind(&User::run, &u, nullptr);
}


[Bug c++/53882] [4.7/4.8 Regression] ICE in type_contains_placeholder_1, at tree.c:3015

2012-07-06 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53882

--- Comment #1 from Matthias Klose  2012-07-06 
22:04:26 UTC ---
[forwarded from http://bugs.debian.org/680521]

"Seems related to optimization and nullptr in args. When nullptr is replaced
with (void *)0, gcc compiles the code successfully."


[Bug c++/53882] [4.7/4.8 Regression] ICE in type_contains_placeholder_1, at tree.c:3015

2012-07-08 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53882

--- Comment #3 from Matthias Klose  2012-07-08 
17:59:33 UTC ---
still see this with trunk 189355


[Bug c++/54145] New: [4.6/4.7 Regression] no symbol generated for `void QMailThreadSortKey::deserialize

2012-07-31 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54145

 Bug #: 54145
   Summary: [4.6/4.7 Regression] no symbol generated for `void
QMailThreadSortKey::deserialize(QDataStre
am&)'
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 27911
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27911
preprocessed source

[forwarded from http://bugs.debian.org/667341]

seen when building the qmf testsuite with 4.7 or the trunk.

g++ -m64 -Wl,-O1 -o build/tst_qmailthread tst_qmailthread.o
-L/usr/lib/x86_64-linux-gnu -L../../src/libraries/qmfclient/build -lqmfclient
-lQtTest -lQtCore -lpthread
tst_qmailthread.o: In function `tst_qmailthread::test_threadKeys()':
tst_qmailthread.cpp:(.text+0x559b): undefined reference to `void
QMailThreadSortKey::deserialize(QDataStream&)'
collect2: error: ld returned 1 exit status
make[3]: *** [build/tst_qmailthread] Error 1
make[3]: Leaving directory
`/home/packages/tmp/qmf-1.0.7~2011w23.2/tests/tst_qmailthread'

the symbol is emitted in qmailthreadsortkey1.cpp, when built with 4.6 (both
with -O1 and -O2), and with 4.7 with -O1, but not with -O2. Same behavior for
the trunk.

$ g++ -c -O1 -Wall -W -fPIC -o qmailthreadsortkey1.o qmailthreadsortkey1.cpp
$ objdump -C -t qmailthreadsortkey1.o |grep deserialize
 ld 
.text._ZN15MailSortKeyImplI18QMailThreadSortKeyE11deserializeI11QDataStreamEEvRT_
 
.text._ZN15MailSortKeyImplI18QMailThreadSortKeyE11deserializeI11QDataStreamEEvRT_
 ld 
.text._ZN18QMailThreadSortKey11deserializeI11QDataStreamEEvRT_ 
.text._ZN18QMailThreadSortKey11deserializeI11QDataStreamEEvRT_
  wF
.text._ZN15MailSortKeyImplI18QMailThreadSortKeyE11deserializeI11QDataStreamEEvRT_
 00a1 void
MailSortKeyImpl::deserialize(QDataStream&)
  wF
.text._ZN18QMailThreadSortKey11deserializeI11QDataStreamEEvRT_ 0048
void QMailThreadSortKey::deserialize(QDataStream&)


$ g++ -c -O2 -Wall -W -fPIC -o qmailthreadsortkey1.o qmailthreadsortkey1.cpp
$ objdump -C -t qmailthreadsortkey1.o |grep deserialize
$


[Bug bootstrap/53468] debian/ubuntu changed the location of libraries on the disk which broke bootstrap

2012-08-07 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53468

--- Comment #3 from Matthias Klose  2012-08-07 
10:29:45 UTC ---
Comment on attachment 27825
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27825
multiarch-2012-07-08

>2012-06-25  Matthias Klose  
>
>   * doc/invoke.texi: Document -print-multiarch.
>   * doc/install.texi: Document --enable-multiarch.
>   * doc/fragments.texi: Document MULTILIB_OSDIRNAMES, MULTIARCH_DIRNAME.
>   * configure.ac: Add --enable-multiarch option.
>   * configure.in: Regenerate.
>   * Makefile.in (s-mlib): Pass MULTIARCH_DIRNAME to genmultilib.
>   enable_multiarch, with_float: New macros.
>   if_multiarch: New macro, define in terms of enable_multiarch.
>   * genmultilib: Add new argument for the multiarch name.
>   * gcc.c (multiarch_dir): Define.
>   (for_each_path): Search for multiarch suffixes.
>   (driver_handle_option): Handle multiarch option.
>   (do_spec_1): Pass -imultiarch if defined.
>   (main): Print multiarch.
>   (set_multilib_dir): Separate multilib and multiarch names
>   from multilib_select.
>   (print_multilib_info): Ignore multiarch names in multilib_select.
>   * incpath.c (add_standard_paths): Search the multiarch include dirs.
>   * cppdeault.h (default_include): Document multiarch in multilib
>   member.
>   * cppdefault.c: [LOCAL_INCLUDE_DIR, STANDARD_INCLUDE_DIR] Add an
>include directory for multiarch directories.
>   * common.opt: New options --print-multiarch and -imultilib.
>   * config.gcc  (tmake_file):
>   Include i386/t-linux.
>(tmake_file):
>   Include i386/t-kfreebsd.
>(tmake_file): Include i386/t-gnu.
>   * config/i386/t-linux64: Add multiarch names in
>   MULTILIB_OSDIRNAMES, define MULTIARCH_DIRNAME.
>   * config/i386/t-gnu: New file.
>   * config/i386/t-kfreebsd: Likewise.
>   * config/i386/t-linux: Likewise.
>
>
>Index: configure.ac
>===
>--- configure.ac   (revision 188931)
>+++ configure.ac   (working copy)
>@@ -623,6 +623,21 @@
> [], [enable_multilib=yes])
> AC_SUBST(enable_multilib)
> 
>+# Determine whether or not multiarch is enabled.
>+AC_ARG_ENABLE(multiarch,
>+[AS_HELP_STRING([--enable-multiarch],
>+  [enable support for multiarch paths])],
>+[case "${withval}" in
>+yes|no|auto-detect) enable_multiarch=$withval;;
>+*) AC_MSG_ERROR(bad value ${withval} given for --enable-multiarch option) ;;
>+esac], [enable_multiarch=auto-detect])
>+AC_MSG_CHECKING(for multiarch configuration)
>+AC_SUBST(enable_multiarch)
>+AC_MSG_RESULT($enable_multiarch)
>+
>+# needed for setting the multiarch name on ARM
>+AC_SUBST(with_float)
>+
> # Enable __cxa_atexit for C++.
> AC_ARG_ENABLE(__cxa_atexit,
> [AS_HELP_STRING([--enable-__cxa_atexit], [enable __cxa_atexit for C++])],
>Index: cppdefault.c
>===
>--- cppdefault.c   (revision 188931)
>+++ cppdefault.c   (working copy)
>@@ -63,6 +63,7 @@
> #endif
> #ifdef LOCAL_INCLUDE_DIR
> /* /usr/local/include comes before the fixincluded header files.  */
>+{ LOCAL_INCLUDE_DIR, 0, 0, 1, 1, 2 },
> { LOCAL_INCLUDE_DIR, 0, 0, 1, 1, 0 },
> #endif
> #ifdef PREFIX_INCLUDE_DIR
>@@ -90,6 +91,7 @@
> #endif
> #ifdef NATIVE_SYSTEM_HEADER_DIR
> /* /usr/include comes dead last.  */
>+{ NATIVE_SYSTEM_HEADER_DIR, NATIVE_SYSTEM_HEADER_COMPONENT, 0, 0, 1, 2 },
> { NATIVE_SYSTEM_HEADER_DIR, NATIVE_SYSTEM_HEADER_COMPONENT, 0, 0, 1, 0 },
> #endif
> { 0, 0, 0, 0, 0, 0 }
>Index: cppdefault.h
>===
>--- cppdefault.h   (revision 188931)
>+++ cppdefault.h   (working copy)
>@@ -43,9 +43,11 @@
>  C++.  */
>   const char add_sysroot; /* FNAME should be prefixed by
>  cpp_SYSROOT.  */
>-  const char multilib;/* FNAME should have the multilib path
>- specified with -imultilib
>- appended.  */
>+  const char multilib;/* FNAME should have appended
>+ - the multilib path specified with -imultilib
>+   when 1 is passed,
>+ - the multiarch path specified with
>+   -imultiarch, when 2 is passed.  */
> };
> 
> extern const struct default_include cpp_include_defaults[];
>Index: Makefile.in
>===
>--- Makefile.in(revision 188931)
>+++ Makefile.in(working copy)
>@@ -350,6 +350,17 @@
> 
> enable_plugin = @enable_plugin@
> 
>+# Multiarch support
>+enable_multiarch = @enable_multiarch@
>+with_float = @with_float@
>+ifeq ($(enable_multiarch),yes)
>+  if_multiarch = $(1)
>+else ifeq ($(enable_m

[Bug target/52074] New: ICE: RTL flag check: MEM_VOLATILE_P used with unexpected rtx code 'plus' in extract_fixed_bit_field, at expmed.c:1734

2012-01-31 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52074

 Bug #: 52074
   Summary: ICE: RTL flag check: MEM_VOLATILE_P used with
unexpected rtx code 'plus' in extract_fixed_bit_field,
at expmed.c:1734
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


seen with trunk 20120131, on a powerpc-linux-gnu biarch build, defaulting to
32bit.

Configured with: -v
 --enable-languages=c,c++,fortran,go
 --prefix=/usr/lib/gcc-snapshot
 --enable-shared
 --enable-linker-build-id
 --with-system-zlib
 --disable-nls
 --enable-clocale=gnu
 --enable-libstdcxx-debug
 --enable-libstdcxx-time=yes
 --disable-libmudflap
 --disable-libitm
 --enable-plugin
 --enable-secureplt
 --disable-softfloat
 --enable-targets=powerpc-linux,powerpc64-linux
 --with-cpu=default32
 --disable-werror
 --with-long-double-128
 --enable-checking=yes
 --build=powerpc-linux-gnu
 --host=powerpc-linux-gnu
 --target=powerpc-linux-gnu

the 32bit libgo does build, but the 64bit build doesn't:

libtool: compile:  /home/doko/gcc/snap/gcc-snapshot-20120131/build/./gcc/gccgo
-B/home/doko/gcc/snap/gcc-snapshot-20120131/build/./gcc/
-B/usr/lib/gcc-snapshot/powerpc-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/powerpc-linux-gnu/lib/ -isystem
/usr/lib/gcc-snapshot/powerpc-linux-gnu/include -isystem
/usr/lib/gcc-snapshot/powerpc-linux-gnu/sys-include -O2 -g -m64 -fPIC
-mstrict-align -I . -c -fgo-prefix=libgo_compress
../../../../src/libgo/go/compress/flate/deflate.go
../../../../src/libgo/go/compress/flate/huffman_bit_writer.go
../../../../src/libgo/go/compress/flate/huffman_code.go
../../../../src/libgo/go/compress/flate/inflate.go
../../../../src/libgo/go/compress/flate/reverse_bits.go
../../../../src/libgo/go/compress/flate/token.go
../../../../src/libgo/go/compress/flate/util.go  -fPIC -o
compress/.libs/flate.o
../../../../src/libgo/go/compress/flate/huffman_bit_writer.go: In function
'flate.writeBytes.pN37_libgo_compress.flate.huffmanBitWriter':
../../../../src/libgo/go/compress/flate/huffman_bit_writer.go:171:9: internal
compiler error: RTL flag check: MEM_VOLATILE_P used with unexpected rtx code
'plus' in extract_fixed_bit_field, at expmed.c:1734
Please submit a full bug report,
with preprocessed source if appropriate.


[Bug target/52079] New: ICE in aggregate_value_p while building libgo on arm-linux-gnueabihf

2012-01-31 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52079

 Bug #: 52079
   Summary: ICE in aggregate_value_p while building libgo on
arm-linux-gnueabihf
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


20120131 trunk, configured with
--with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16 --with-mode=thumb 
--build=arm-linux-gnueabihf --host=arm-linux-gnueabihf
--target=arm-linux-gnueabihf

(gdb) run
Starting program:
/scratch/packages/gcc/snap/gcc-snapshot-20120131/build/gcc/go1
../../../src/libgo/go/strconv/atob.go ../../../src/libgo/go/strconv/atof.go
../../../src/libgo/go/strconv/atoi.go ../../../src/libgo/go/strconv/decimal.go
../../../src/libgo/go/strconv/extfloat.go ../../../src/libgo/go/strconv/ftoa.go
../../../src/libgo/go/strconv/itoa.go ../../../src/libgo/go/strconv/quote.go
-quiet -dumpbase atob.go -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16
-mthumb -mtls-dialect=gnu -auxbase-strip strconv/.libs/strconv.o -g -O2
-version -fgo-prefix=libgo_strconv -fPIC -I .
-L/scratch/packages/gcc/snap/gcc-snapshot-20120131/build/./gcc
-L/lib/arm-linux-gnueabihf -L/usr/lib/arm-linux-gnueabihf -o /tmp/ccILwoBv.s
GNU Go (Ubuntu/Linaro 20120131-0ubuntu1) version 4.7.0 20120131 (experimental)
[trunk revision 183758] (arm-linux-gnueabihf)
compiled by GNU C version 4.7.0 20120131 (experimental) [trunk revision
183758], GMP version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Go (Ubuntu/Linaro 20120131-0ubuntu1) version 4.7.0 20120131 (experimental)
[trunk revision 183758] (arm-linux-gnueabihf)
compiled by GNU C version 4.7.0 20120131 (experimental) [trunk revision
183758], GMP version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096

Program received signal SIGSEGV, Segmentation fault.
0x00279eb6 in aggregate_value_p(tree_node const*, tree_node const*) ()

(gdb) bt
#0  0x00279eb6 in aggregate_value_p(tree_node const*, tree_node const*) ()
#1  0x001942d8 in emit_library_call_value_1(int, rtx_def*, rtx_def*,
libcall_type, machine_mode, int, std::__va_list) ()
#2  0x00197994 in emit_library_call_value(rtx_def*, rtx_def*, libcall_type,
machine_mode, int, ...) ()
#3  0x0030f086 in expand_twoval_binop_libfunc(optab_d*, rtx_def*, rtx_def*,
rtx_def*, rtx_def*, rtx_code) ()
#4  0x00217be0 in expand_divmod(int, tree_code, machine_mode, rtx_def*,
rtx_def*, rtx_def*, int) ()
#5  0x00228470 in expand_expr_real_2(separate_ops*, rtx_def*, machine_mode,
expand_modifier) ()
#6  0x0019ce00 in expand_gimple_stmt(gimple_statement_d*) ()
#7  0x0019e20e in expand_gimple_basic_block(basic_block_def*) ()
#8  0x0019f77a in gimple_expand_cfg() ()
#9  0x003201fc in execute_one_pass(opt_pass*) ()
#10 0x0032049c in execute_pass_list(opt_pass*) ()
#11 0x003dd67e in tree_rest_of_compilation(tree_node*) ()
#12 0x001b49ec in cgraph_expand_function(cgraph_node*) ()
#13 0x001b5fa0 in cgraph_optimize() ()
#14 0x001b645a in cgraph_finalize_compilation_unit() ()
#15 0x0012c70e in Gogo::write_globals() ()
#16 0x0039329a in toplev_main(int, char**) ()
#17 0xb6bdcc3a in __libc_start_main () from /lib/arm-linux-gnueabihf/libc.so.6
#18 0x0010a64e in _start ()


[Bug go/52084] New: go tests fail to link on powerpc-linux-gnu (undefined reference to __sync_add_and_fetch_8)

2012-02-01 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52084

 Bug #: 52084
   Summary: go tests fail to link on powerpc-linux-gnu (undefined
reference to __sync_add_and_fetch_8)
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
AssignedTo: i...@airs.com
ReportedBy: d...@gcc.gnu.org


with the patch proposed in PR52074 the build of libgo succeeds, but every test
case fails with:

/home/doko/gcc/snap/gcc-snapshot-20120131/build/powerpc-linux-gnu/libgo/.libs/libgo.so:
undefined reference to `__sync_add_and_fetch_8'
/home/doko/gcc/snap/gcc-snapshot-20120131/build/powerpc-linux-gnu/libgo/.libs/libgo.so:
undefined reference to `__sync_bool_compare_and_swap_8'
collect2: error: ld returned 1 exit status
FAIL: fmt
make[2]: *** [fmt/check] Error 1


[Bug middle-end/52074] ICE: RTL flag check: MEM_VOLATILE_P used with unexpected rtx code 'plus' in extract_fixed_bit_field, at expmed.c:1734

2012-02-01 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52074

--- Comment #4 from Matthias Klose  2012-02-01 
20:24:08 UTC ---
libgo builds with this fix.

libgo now fails to run every test (see PR52084).


[Bug target/52079] ICE in aggregate_value_p while building libgo on arm-linux-gnueabihf

2012-02-02 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52079

--- Comment #6 from Matthias Klose  2012-02-02 
08:30:34 UTC ---
builds with this patch; testsuite still running


[Bug target/52163] New: [4.7 regression] 64bit powerpc libgcc is missing exported symbols

2012-02-07 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52163

 Bug #: 52163
   Summary: [4.7 regression] 64bit powerpc libgcc is missing
exported symbols
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


a 20120205 trunk build on powerpc-linux-gnu, configured with
  --enable-targets=powerpc-linux,powerpc64-linux
 --with-cpu=default32
is missing some exported symbols in the 64bit libgcc_s.so.  The 32bit libgcc
looks fine.
I don't see the missing symbols with 20120121, but 20120129.

I'll do the next test build with r183491 reverted.


dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols
file: see diff output below
dpkg-gensymbols: warning: debian/lib64gcc1/DEBIAN/symbols doesn't match
completely debian/lib64gcc1.symbols.powerpc
--- debian/lib64gcc1.symbols.powerpc (lib64gcc1_1:4.7-20120205-1_powerpc)
+++ dpkg-gensymbolsDWJ2Yc2012-02-05 22:14:13.0 +
@@ -1,7 +1,7 @@
 libgcc_s.so.1 lib64gcc1 #MINVER#
  GCC_3.0@GCC_3.0 1:4.1.1
  GCC_3.3.1@GCC_3.3.1 1:4.1.1
- GCC_3.3.4@GCC_3.3.4 1:4.1.1
+#MISSING: 1:4.7-20120205-1# GCC_3.3.4@GCC_3.3.4 1:4.1.1
  GCC_3.3@GCC_3.3 1:4.1.1
  GCC_3.4.2@GCC_3.4.2 1:4.1.1
  GCC_3.4.4@GCC_3.4.4 1:4.1.1
@@ -32,8 +32,8 @@
  __absvdi2@GCC_3.0 1:4.1.1
  __absvsi2@GCC_3.0 1:4.1.1
  __absvti2@GCC_3.4.4 1:4.1.1
- __adddf3@GCC_3.0 1:4.1.1
- __addsf3@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __adddf3@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __addsf3@GCC_3.0 1:4.1.1
  __addvdi3@GCC_3.0 1:4.1.1
  __addvsi3@GCC_3.0 1:4.1.1
  __addvti3@GCC_3.4.4 1:4.1.1
@@ -53,24 +53,24 @@
  __deregister_frame_info@GLIBC_2.0 1:4.1.1
  __deregister_frame_info_bases@GCC_3.0 1:4.1.1
  __divdc3@GCC_4.0.0 1:4.1.1
- __divdf3@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __divdf3@GCC_3.0 1:4.1.1
  __divsc3@GCC_4.0.0 1:4.1.1
- __divsf3@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __divsf3@GCC_3.0 1:4.1.1
  __divtc3@GCC_4.0.0 1:4.1.1
  __divti3@GCC_3.0 1:4.1.1
  __emutls_get_address@GCC_4.3.0 1:4.3
  __emutls_register_common@GCC_4.3.0 1:4.3
  __enable_execute_stack@GCC_3.4.2 1:4.1.1
- __eqdf2@GCC_3.0 1:4.1.1
- __eqsf2@GCC_3.0 1:4.1.1
- __extendsfdf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __eqdf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __eqsf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __extendsfdf2@GCC_3.0 1:4.1.1
  __ffsdi2@GCC_3.0 1:4.1.1
  __ffsti2@GCC_3.0 1:4.1.1
  __fixdfdi@GCC_3.0 1:4.1.1
- __fixdfsi@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __fixdfsi@GCC_3.0 1:4.1.1
  __fixdfti@GCC_3.0 1:4.1.1
  __fixsfdi@GCC_3.0 1:4.1.1
- __fixsfsi@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __fixsfsi@GCC_3.0 1:4.1.1
  __fixsfti@GCC_3.0 1:4.1.1
  __fixtfdi@GCC_3.0 1:4.1.1
  __fixtfti@GCC_3.0 1:4.1.1
@@ -85,16 +85,16 @@
  __floatdidf@GCC_3.0 1:4.1.1
  __floatdisf@GCC_3.0 1:4.1.1
  __floatditf@GCC_3.0 1:4.1.1
- __floatsidf@GCC_3.0 1:4.1.1
- __floatsisf@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __floatsidf@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __floatsisf@GCC_3.0 1:4.1.1
  __floattidf@GCC_3.0 1:4.1.1
  __floattisf@GCC_3.0 1:4.1.1
  __floattitf@GCC_3.0 1:4.1.1
  __floatundidf@GCC_4.2.0 1:4.2.1
  __floatundisf@GCC_4.2.0 1:4.2.1
  __floatunditf@GCC_4.2.0 1:4.2.1
- __floatunsidf@GCC_4.2.0 1:4.1.1
- __floatunsisf@GCC_4.2.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __floatunsidf@GCC_4.2.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __floatunsisf@GCC_4.2.0 1:4.1.1
  __floatuntidf@GCC_4.2.0 1:4.2.1
  __floatuntisf@GCC_4.2.0 1:4.2.1
  __floatuntitf@GCC_4.2.0 1:4.2.1
@@ -104,33 +104,33 @@
  __gcc_qdiv@GCC_3.4.4 1:4.1.1
  __gcc_qmul@GCC_3.4.4 1:4.1.1
  __gcc_qsub@GCC_3.4.4 1:4.1.1
- __gedf2@GCC_3.0 1:4.1.1
- __gesf2@GCC_3.0 1:4.1.1
- __gtdf2@GCC_3.0 1:4.1.1
- __gtsf2@GCC_3.0 1:4.1.1
- __ledf2@GCC_3.0 1:4.1.1
- __lesf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __gedf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __gesf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __gtdf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __gtsf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __ledf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __lesf2@GCC_3.0 1:4.1.1
  __lshrti3@GCC_3.0 1:4.1.1
- __ltdf2@GCC_3.0 1:4.1.1
- __ltsf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __ltdf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __ltsf2@GCC_3.0 1:4.1.1
  __modti3@GCC_3.0 1:4.1.1
  __muldc3@GCC_4.0.0 1:4.1.1
- __muldf3@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __muldf3@GCC_3.0 1:4.1.1
  __mulsc3@GCC_4.0.0 1:4.1.1
- __mulsf3@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __mulsf3@GCC_3.0 1:4.1.1
  __multc3@GCC_4.0.0 1:4.1.1
  __multi3@GCC_3.0 1:4.1.1
  __mulvdi3@GCC_3.0 1:4.1.1
  __mulvsi3@GCC_3.0 1:4.1.1
  __mulvti3@GCC_3.4.4 1:4.1.1
- __nedf2@GCC_3.0 1:4.1.1
- __negdf2@GCC_3.0 1:4.1.1
- __negsf2@GCC_3.0 1:4.1.1
+#MISSING: 1:4.7-20120205-1# __nedf2@GCC_3.0

[Bug target/52164] New: [4.7 Regression] libjava build failure on arm-linux-gnuabi, configured for softfp float ABI

2012-02-07 Thread doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52164

 Bug #: 52164
   Summary: [4.7 Regression] libjava build failure on
arm-linux-gnuabi, configured for softfp float ABI
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


libjava 20120205 fails to build on arm-linux-gnueabi, configured with 
 --with-arch=armv6
 --with-float=softfp
 --with-fpu=vfpv3-d16
it builds when configured --with-float=hard

libtool: compile:  /build/buildd/gcj-4.7-4.7-20120205/build/./gcc/gcj
-B/build/buildd/gcj-4.7-4.7-20120205/build/arm-linux-gnueabi/libjava/
-B/build/buildd/gcj-4.7-4.7-20120205/build/./gcc/ -B/usr/arm-linux-gnueabi/bin/
-B/usr/arm-linux-gnueabi/lib/ -isystem /usr/arm-linux-gnueabi/include -isystem
/usr/arm-linux-gnueabi/sys-include -fclasspath=
-fbootclasspath=../../../src/libjava/classpath/lib --encoding=UTF-8
-Wno-deprecated -fbootstrap-classes -g -O2
-fsource-filename=/build/buildd/gcj-4.7-4.7-20120205/build/arm-linux-gnueabi/libjava/classpath/lib/classes
-fjni -findirect-dispatch -fno-indirect-classes -c @gnu-xml-stream.list  -fPIC
-o .libs/gnu-xml-stream.o
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/XIncludeFilter.java:
In class 'gnu.xml.stream.XIncludeFilter':
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/XIncludeFilter.java:
In method 'gnu.xml.stream.XIncludeFilter.isSpace(char[],int)':
In file included from
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/DTDImpl.java:112:0,
 from
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/XMLEventAllocatorImpl.java:201,
 from
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/XMLParser.java:4917,
 from
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/EndElementImpl.java:105,
 from
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/XMLEventImpl.java:195,
 from
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/XMLParser.java:4964,
 from :42:
/build/buildd/gcj-4.7-4.7-20120205/src/libjava/classpath/gnu/xml/stream/XIncludeFilter.java:662:0:
internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:456
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[5]: *** [gnu-xml-stream.lo] Error 1


  1   2   3   4   5   6   7   8   9   10   >