[Bug target/39939] MinGW 4.3.0 fails to link sample programme.

[julian1844 at yahoo dot com]

--- Comment #8 from julian1844 at yahoo dot com  2009-04-30 06:38 ---
(In reply to comment #7)
> ok, mingw should be linking against libpthreads with -fopenmp (it should also
> be linking against libgomp also)
> 
> I don't think libgomp has been ported to mingw yet.
> 

I wonder if the source code for libgomp is available. I'm looking for it about
5 days and I cannot find it. Have you got any idea?


-- 


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

[Bug fortran/39971] kinds.h fails at building libgfortran

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2009-04-30 05:52 ---
Change Severity to normal.  Fortran bugs are never major.

AFAIK, there will be no further releases from the gcc-4.1.x branch,
so it is highly unlikely that this bug will be fixed.  gcc-4.4.0
was released a week or so ago.  Try using it.  You'll find that 
gfortran in 4.4.0 is much, much, much, better than the compiler in
4.1.2 (a two year old piece of software).


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|major   |normal
 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug target/39939] MinGW 4.3.0 fails to link sample programme.

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2009-04-30 05:02 ---
ok, mingw should be linking against libpthreads with -fopenmp (it should also
be linking against libgomp also)

I don't think libgomp has been ported to mingw yet.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|libgomp |target


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

[Bug middle-end/39972] [4.5 Regression] 465.tonto in SPEC CPU 2006 is miscompiled

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2009-04-30 04:57 ---
I got

  Running 465.tonto ref base o3 default
Error with '/export/gnu/import/rrs/spec/2006/spec/bin/specinvoke -E -d
/export/g
nu/import/rrs/spec/2006/spec/benchspec/CPU2006/465.tonto/run/run_base_ref_o3.000
0 -c 1 -e compare.err -o compare.stdout -f compare.cmd': check file
'/export/gnu
/import/rrs/spec/2006/spec/benchspec/CPU2006/465.tonto/run/run_base_ref_o3./
.err'
*** Miscompare of stdout, see
/export/gnu/import/rrs/spec/2006/spec/benchspec/CP
U2006/465.tonto/run/run_base_ref_o3./stdout.mis


-- 


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

[Bug middle-end/39973] New: [4.5 Regression] 416.gamess in SPEC CPU 2006 is miscompiled

[hjl dot tools at gmail dot com]

On Linux/Intel64, revision 146991 miscompiles 416.gamess in SPEC CPU 2006
with

-O3 -msse2 -mfpmath=sse -ffast-math -funroll-loops -m32

I got

  Running 416.gamess ref base o3 default

416.gamess: copy #0 non-zero return code (rc=0, signal=11)



Contents of h2ocu2+.gradient.err

STOP IN ABRT




Contents of cytosine.2.err

STOP IN ABRT



Revision 146799 is OK.


-- 
   Summary: [4.5 Regression]  416.gamess in SPEC CPU 2006 is
miscompiled
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug middle-end/39972] New: [4.5 Regression] 465.tonto in SPEC CPU 2006 is miscompiled

[hjl dot tools at gmail dot com]

On Linux/Intel64, revision 146920 miscompiles 465.tonto in SPEC CPU 2006
with

-O3 -msse2 -mfpmath=sse -ffast-math -funroll-loops -m32

revision 146799 is OK.


-- 
   Summary: [4.5 Regression]  465.tonto in SPEC CPU 2006 is
miscompiled
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug libgomp/39939] MinGW 4.3.0 fails to link sample programme.

[julian1844 at yahoo dot com]

--- Comment #6 from julian1844 at yahoo dot com  2009-04-30 04:49 ---
(In reply to comment #4)
> Your libpthreads is doing something wrong.
> Re. comment 5
The command was actually
gcc -fopemnp test.c -lgomp -o test.exe


-- 


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

[Bug libgomp/39939] MinGW 4.3.0 fails to link sample programme.

[julian1844 at yahoo dot com]

--- Comment #5 from julian1844 at yahoo dot com  2009-04-30 04:42 ---
Let us forget everything about libpthread. MinGW fails to link the sample
programme at the command
gcc -fopemnp test.c -gomp -o test.exe
The error messages I get are:
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(parallel.o):(.text+0xe):
undefin
ed reference to `_imp__pthread_getspecific'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(parallel.o):(.text+0x46):
undefi
ned reference to `_imp__pthread_getspecific'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(parallel.o):(.text+0x5e):
undefi
ned reference to `_imp__pthread_getspecific'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(parallel.o):(.text+0x9e):
undefi
ned reference to `_imp__pthread_getspecific'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0xf): undefined
r
eference to `_imp__pthread_key_create'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x22): undefined
reference to `_imp__pthread_setspecific'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x34): undefined
reference to `_imp__sem_init'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x55): undefined
reference to `_imp__pthread_setspecific'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x66): undefined
reference to `_imp__sem_init'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x16d):
undefined
 reference to `_imp__pthread_getspecific'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x1a1):
undefined
 reference to `_imp__pthread_mutex_destroy'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x1b6):
undefined
 reference to `_imp__sem_destroy'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x1e1):
undefined
 reference to `_imp__pthread_getspecific'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x209):
undefined
 reference to `_imp__pthread_mutex_init'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x268):
undefined
 reference to `_imp__sem_init'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x2dd):
undefined
 reference to `_imp__pthread_attr_init'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x2e8):
undefined
 reference to `_imp__pthread_attr_setdetachstate'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x2f9):
undefined
 reference to `_imp__pthread_attr_getstacksize'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x37f):
undefined
 reference to `_imp__pthread_create'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x3a7):
undefined
 reference to `_imp__pthread_attr_destroy'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(team.o):(.text+0x4e5):
undefined
 reference to `_imp__pthread_attr_setstacksize'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(env.o):(.text+0x4ad): undefined
reference to `_imp__pthread_attr_init'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(env.o):(.text+0x4bc): undefined
reference to `_imp__pthread_attr_setdetachstate'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(env.o):(.text+0x562): undefined
reference to `_imp__pthread_attr_setstacksize'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x11): undefined
r
eference to `_imp__pthread_mutex_lock'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x20): undefined
r
eference to `_imp__pthread_mutex_unlock'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x56): undefined
r
eference to `_imp__sem_post'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x74): undefined
r
eference to `_imp__pthread_mutex_unlock'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x89): undefined
r
eference to `_imp__pthread_mutex_unlock'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0xa5): undefined
r
eference to `_imp__pthread_mutex_lock'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0xd0): undefined
r
eference to `_imp__sem_post'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0xed): undefined
r
eference to `_imp__pthread_mutex_lock'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x122): undefined
reference to `_imp__pthread_mutex_lock'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x12b): undefined
reference to `_imp__pthread_mutex_unlock'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x134): undefined
reference to `_imp__pthread_mutex_destroy'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x14a): undefined
reference to `_imp__sem_destroy'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x174): undefined
reference to `_imp__pthread_mutex_init'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(bar.o):(.text+0x191): undefined
reference to `_imp__sem_init'
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(sem.o):(.text+0xa): undefined
re
ference to `_imp__sem_wait'
collect2: ld returned 1 exit status
My question is how sh

[Bug bootstrap/39739] Bootstrapping with in-tree mpfr-2.4.1 and --with-gmp=... errors

[ghazi at gcc dot gnu dot org]

--- Comment #4 from ghazi at gcc dot gnu dot org  2009-04-30 03:22 ---
Fixed.


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|4.3.3 4.4.0 4.5.0   |4.3.3 4.4.0
  Known to work||4.3.4 4.4.1 4.5.0
 Resolution||FIXED


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

[Bug middle-end/39969] [4.5 Regression] Revision 146831 caused many test failures on Linux/ia64

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2009-04-30 02:53 ---
Oops. Fixed as of revision 146984.


-- 


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

[Bug middle-end/39969] [4.5 Regression] Revision 146831 caused many test failures on Linux/ia64

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2009-04-30 02:53 ---
Fixed as of revision 146941.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/36416] internal compiler error: in simplify_subreg_concatn, at lower-subreg.c:398

[permezel at mac dot com]

--- Comment #6 from permezel at mac dot com  2009-04-30 02:22 ---
Created an attachment (id=17782)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17782&action=view)
lets try again


-- 

permezel at mac dot com changed:

   What|Removed |Added

  Attachment #15718|0   |1
is obsolete||


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

[Bug tree-optimization/39960] [4.5 Regression] struct-reorg is broken

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2009-04-30 01:25 ---
Confirmed at r146982 for cris-elf.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-30 01:25:49
   date||


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

[Bug c/39959] [4.5 Regression] IMA is broken

[hp at gcc dot gnu dot org]

--- Comment #3 from hp at gcc dot gnu dot org  2009-04-30 01:24 ---
(In reply to comment #2)
> I see what appears as the same bug for gcc.dg/struct/wo_prof_double_malloc.c

Woops, ok, I noticed that's PR39960.  Ignore this and the previous comments. :)


-- 


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

[Bug fortran/39971] New: kinds.h fails at building libgfortran

[gustcr at yahoo dot com dot ar]

I am having a problem similar to that reported on bug #35471 trying to build
gfortran. Relevant part where it fails follows after the line.

I am using gcc-3.4.6, which I have compiled without problems starting from
gcc-2.95. Also using binutils 2.18 and gmp-4.2.4 and mpfr-2.4.1, with the
configure command:
 /home2/gdb/local/src/gcc-4.1.2/configure --prefix=/home2/gdb/local/gcc-4.1.2
--enable-languages=c,fortran  --with-gmp=/home2/gdb/local/gmp-4.1.3
--with-mpfr=/home2/gdb/local/gmp-4.1.3
--with-as=/home2/gdb/local/binutils-2.18/bin/as
--with-ld=/home2/gdb/local/binutils-2.18/bin/ld

The output of uname -a is:
Linux dirac.chm.bris.ac.uk 2.4.18P4_smp_master #1 SMP Sat Mar 9 21:36:42 GMT
2002 i686 unknown
i.e. a 2.4 kernel, and no chance to change it (it's a cluster where I am just a
normal user)

Really don't know what else to try. The suggested #define for complex works for
a while but then other undocumented bug pops up.


-
/home2/gdb/local/gcc-4.1.2-obj/./gcc/xgcc
-B/home2/gdb/local/gcc-4.1.2-obj/./gcc/
-B/home2/gdb/local/gcc-4.1.2/i686-pc-linux-gnu/bin/
-B/home2/gdb/local/gcc-4.1.2/i686-pc-linux-gnu/lib/ -isystem
/home2/gdb/local/gcc-4.1.2/i686-pc-linux-gnu/include -isystem
/home2/gdb/local/gcc-4.1.2/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
-I/home2/gdb/local/src/gcc-4.1.2/libgfortran -I.
-iquote/home2/gdb/local/src/gcc-4.1.2/libgfortran/io
-I/home2/gdb/local/src/gcc-4.1.2/libgfortran/../gcc
-I/home2/gdb/local/src/gcc-4.1.2/libgfortran/../gcc/config -I../.././gcc
-D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c
/home2/gdb/local/src/gcc-4.1.2/libgfortran/runtime/compile_options.c  -fPIC
-DPIC -o .libs/compile_options.o
In file included from
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:198,
 from
/home2/gdb/local/src/gcc-4.1.2/libgfortran/runtime/compile_options.c:32:
./kinds.h:25: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'float'
./kinds.h:29: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'double'
./kinds.h:33: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'long'
In file included from
/home2/gdb/local/src/gcc-4.1.2/libgfortran/runtime/compile_options.c:32:
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:286: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_4'
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:287: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_8'
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:289: error: expected
specifier-qualifier-list before 'GFC_COMPLEX_10'
/home2/gdb/local/src/gcc-4.1.2/libgfortran/libgfortran.h:594: error: expected
'=', ',', ';', 'asm' or '__attribute__' before '*' token


-- 
   Summary: kinds.h fails at building libgfortran
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gustcr at yahoo dot com dot ar
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug tree-optimization/39955] [4.5 Regression] struct-layout-1 test failures passing struct containing _Decimal32

[matz at gcc dot gnu dot org]

--- Comment #11 from matz at gcc dot gnu dot org  2009-04-30 00:43 ---
The compiler I configured on a powerpc64 host with the options you use
doesn't exhibit the execute.exp fails from comment #7 for me.  Neither with
unix/-m32 nor with unix/-m64 .

When I configure a compiler for a powerpc host with the same configure options
(same machine but in a 32bit changeroot and personality) I also don't get
these fails.

Do you use some other options for the powerpc host than for the powerpc64
host (I didn't find any powerpc-* testresults posts from you to verify)?

I see fails of e.g. 20030916-1.c in other testresults posts that exhibit a
powerpc host, but this is always darwin it seems, e.g.
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg03083.html .  Do you mean
that?  I don't have a darwin host unfortunately.


-- 


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

[Bug bootstrap/39968] [4.5 Regression] ./plugin-version.h:11: error: 'gcc_version' defined but not used

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2009-04-30 00:40 ---
Really I think plugin support is flawed.  There should really be a shared
library which the plugins link against and this library is what the main GCC
links against too.  


-- 


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

[Bug bootstrap/39968] [4.5 Regression] ./plugin-version.h:11: error: 'gcc_version' defined but not used

[lcwu at gcc dot gnu dot org]

--- Comment #2 from lcwu at gcc dot gnu dot org  2009-04-30 00:34 ---
The sole use of gcc_version in plugin.c is in function try_init_one_plugin,
which is guarded by the macro ENABLE_PLUGIN. Since ENABLE_PLUGIN is set to 0 on
the Darwin systems, the function was compiled out. I think we need to guard the
inclusion of plugin-version.h with ENABLE_PLUGIN as well.


-- 

lcwu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dnovillo at google dot com,
   ||lcwu at gcc dot gnu dot org,
   ||espindola at google dot com
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-30 00:34:30
   date||


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

[Bug c/39959] [4.5 Regression] IMA is broken

[hp at gcc dot gnu dot org]

--- Comment #2 from hp at gcc dot gnu dot org  2009-04-30 00:24 ---
I see what appears as the same bug for gcc.dg/struct/wo_prof_double_malloc.c
too, so I won't open a separate PR for that regression:

Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/struct/struct-reorg.exp
...
XPASS: gcc.dg/struct/wo_prof_array_through_pointer.c scan-ipa-dump
ipa_struct_reorg "Number of structures to transform \
is 1"
FAIL: gcc.dg/struct/wo_prof_double_malloc.c (internal compiler error)
FAIL: gcc.dg/struct/wo_prof_double_malloc.c (test for excess errors)
WARNING: gcc.dg/struct/wo_prof_double_malloc.c compilation failed to produce
executable

gcc.log (^M's elided):

Executing on host: /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/xgcc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/
/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/struct/wo_prof_double_malloc.c  
-O3 -fipa-struct-reorg -fdump-ipa-all -fwhole-program -combine
-fipa-type-escape   -isystem
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib/targ-include -isystem
/tmp/hpautotest-gcc1/gcc/newlib/libc/include
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./libgloss/cris/
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./libgloss/cris
-L/tmp/hpautotest-gcc1/gcc/libgloss/cris 
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib/
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib -sim3  -lm   -o
./wo_prof_double_malloc.exe(timeout = 300)
/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/struct/wo_prof_double_malloc.c:
In function 'main':
/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/struct/wo_prof_double_malloc.c:26:
error: non-trivial conversion at assignment
struct type_struct *
struct test_struct_sub.1 *
# .MEM_41 = VDEF <.MEM_18>
*D.2617_31 = D.2619_40;

/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/struct/wo_prof_double_malloc.c:26:
error: non-trivial conversion at assignment
struct type_struct *
struct test_struct_sub.0 *
# .MEM_42 = VDEF <.MEM_41>
*D.2616_32 = D.2618_36;

/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/struct/wo_prof_double_malloc.c:26:
internal compiler error: verify_stmts failed
Please submit a full bug report,


-- 


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

[Bug c/39959] [4.5 Regression] IMA is broken

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2009-04-30 00:16 ---
Noticed on cris-elf too, once the build issues were resolved.
Thus I don't have a better certain regression-range than 146694:146982, but
with a previous patch by Matz I didn't see this at 146828, so perhaps it's
146828:146982 (unless of course e.g. the regression is due to rtl-out-of-ssa
and that previous patch
 solved or covered
it).


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hp at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-30 00:16:29
   date||


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

[Bug testsuite/39776] FAIL: g++.dg/ext/altivec-15.C

[janis at gcc dot gnu dot org]

--- Comment #3 from janis at gcc dot gnu dot org  2009-04-29 23:59 ---
The testcase was added for an internal compiler error, so there's no problem
removing the last two dg-error directives.


-- 

janis at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||janis at gcc dot gnu dot org


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

[Bug c++/39970] New: gcc accepts the . dot operator in template arguments

[bbnickell at gmail dot com]

The following reproducer violates ISO/IEC 14882:2003 [14.3.2p1]

class blah { int member; };
blah global; // global
template 
class template_blah { /* blah */ };

Thanks,
-=brandon=-


-- 
   Summary: gcc accepts the . dot operator in template arguments
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bbnickell at gmail dot com


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

[Bug bootstrap/39968] [4.5 Regression] ./plugin-version.h:11: error: 'gcc_version' defined but not used

[pinskia at gmail dot com]

--- Comment #1 from pinskia at gmail dot com  2009-04-29 23:13 ---
Subject: Re:   New: [4.5 Regression] ./plugin-version.h:11: error:
'gcc_version' defined but not used

Looks like this failson non elf hosts (well darwin supports dlopen so  
I don't understand why it fails on darwin).

Sent from my iPhone

On Apr 29, 2009, at 10:19 AM, "dominiq at lps dot ens dot fr"
 wrote:

> Yet another bootstrap error on i686-apple-darwin9:
>
> ...
> /opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev- 
> gcc/
> -B/opt/gcc/gcc4.5w/i686-apple-darwin9/bin/ -c  -g -O2 -fomit-frame- 
> pointer
> -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing- 
> prototypes
> -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format- 
> attribute
> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength- 
> strings -Werror
> -fno-common  -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5-work/gcc
> -I../../gcc-4.5-work/gcc/. -I../../gcc-4.5-work/gcc/../include - 
> I./../intl
> -I../../gcc-4.5-work/gcc/../libcpp/include -I/sw/include
> -I../../gcc-4.5-work/gcc/../libdecnumber
> -I../../gcc-4.5-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/ 
> include
> -I/sw/include -DCLOOG_PPL_BACKEND   ../../gcc-4.5-work/gcc/pointer- 
> set.c -o
> pointer-set.o
> cc1: warnings being treated as errors
> ./plugin-version.h:11: error: 'gcc_version' defined but not used
> make[3]: *** [plugin.o] Error 1
> make[3]: *** Waiting for unfinished jobs
> rm gcj-dbtool.pod fsf-funding.pod jcf-dump.pod jv-convert.pod  
> grmic.pod
> gcov.pod gcj.pod gc-analyze.pod gfdl.pod cpp.pod gij.pod gcc.pod  
> gfortran.pod
> make[2]: *** [all-stage2-gcc] Error 2
> make[1]: *** [stage2-bubble] Error 2
> make: *** [all] Error 2
>
>
> -- 
>   Summary: [4.5 Regression] ./plugin-version.h:11: error:
>'gcc_version' defined but not used
>   Product: gcc
>   Version: 4.5.0
>Status: UNCONFIRMED
>  Severity: normal
>  Priority: P3
> Component: bootstrap
>AssignedTo: unassigned at gcc dot gnu dot org
>ReportedBy: dominiq at lps dot ens dot fr
> GCC build triplet: i686-apple-darwin9
>  GCC host triplet: i686-apple-darwin9
> GCC target triplet: i686-apple-darwin9
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39968
>


-- 


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

Re: [Bug bootstrap/39968] New: [4.5 Regression] ./plugin-version.h:11: error: 'gcc_version' defined but not used

[Andrew Thomas Pinski]

Looks like this failson non elf hosts (well darwin supports dlopen so  
I don't understand why it fails on darwin).


Sent from my iPhone

On Apr 29, 2009, at 10:19 AM, "dominiq at lps dot ens dot fr" > wrote:



Yet another bootstrap error on i686-apple-darwin9:

...
/opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev- 
gcc/
-B/opt/gcc/gcc4.5w/i686-apple-darwin9/bin/ -c  -g -O2 -fomit-frame- 
pointer
-DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing- 
prototypes
-Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format- 
attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength- 
strings -Werror

-fno-common  -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5-work/gcc
-I../../gcc-4.5-work/gcc/. -I../../gcc-4.5-work/gcc/../include - 
I./../intl

-I../../gcc-4.5-work/gcc/../libcpp/include -I/sw/include
-I../../gcc-4.5-work/gcc/../libdecnumber
-I../../gcc-4.5-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/ 
include
-I/sw/include -DCLOOG_PPL_BACKEND   ../../gcc-4.5-work/gcc/pointer- 
set.c -o

pointer-set.o
cc1: warnings being treated as errors
./plugin-version.h:11: error: 'gcc_version' defined but not used
make[3]: *** [plugin.o] Error 1
make[3]: *** Waiting for unfinished jobs
rm gcj-dbtool.pod fsf-funding.pod jcf-dump.pod jv-convert.pod  
grmic.pod
gcov.pod gcj.pod gc-analyze.pod gfdl.pod cpp.pod gij.pod gcc.pod  
gfortran.pod

make[2]: *** [all-stage2-gcc] Error 2
make[1]: *** [stage2-bubble] Error 2
make: *** [all] Error 2


--
  Summary: [4.5 Regression] ./plugin-version.h:11: error:
   'gcc_version' defined but not used
  Product: gcc
  Version: 4.5.0
   Status: UNCONFIRMED
 Severity: normal
 Priority: P3
Component: bootstrap
   AssignedTo: unassigned at gcc dot gnu dot org
   ReportedBy: dominiq at lps dot ens dot fr
GCC build triplet: i686-apple-darwin9
 GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug middle-end/39969] [4.5 Regression] Revision 146831 caused many test failures on Linux/ia64

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-04-29 22:20 ---
Try again, there were multiple fixes committed after rev. 146941


-- 


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

[Bug middle-end/39969] New: [4.5 Regression] Revision 146831 caused many test failures on Linux/ia64

[hjl dot tools at gmail dot com]

Revision 146831 caused the following test failures on Linux/ia64:

FAIL: gcc.c-torture/execute/20050604-1.c compilation,  -O1  (internal compiler
error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation,  -O2  (internal compiler
error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation,  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  (internal compiler error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation,  -O3 -fomit-frame-pointer
-funroll-loops  (internal compiler error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation,  -O3 -fomit-frame-pointer
 (internal compiler error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation,  -O3 -g  (internal
compiler error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation,  -Os  (internal compiler
error)
FAIL: gcc.dg/pr32912-2.c (internal compiler error)
FAIL: gcc.dg/pr32912-2.c (test for excess errors)
FAIL: gcc.dg/pr32912-3.c (internal compiler error)
FAIL: gcc.dg/pr32912-3.c scan-tree-dump-not optimized "~{": dump file does not
exist
FAIL: gcc.dg/pr32912-3.c (test for excess errors)
FAIL: gcc.dg/torture/pr21817-1.c  -O1  (internal compiler error)
FAIL: gcc.dg/torture/pr21817-1.c  -O1  (test for excess errors)
FAIL: gcc.dg/torture/pr21817-1.c  -O2  (internal compiler error)
FAIL: gcc.dg/torture/pr21817-1.c  -O2  (test for excess errors)
FAIL: gcc.dg/torture/pr21817-1.c  -O3 -fomit-frame-pointer -funroll-all-loops
-finline-functions  (internal compiler error)
FAIL: gcc.dg/torture/pr21817-1.c  -O3 -fomit-frame-pointer -funroll-all-loops
-finline-functions  (test for excess errors)
FAIL: gcc.dg/torture/pr21817-1.c  -O3 -fomit-frame-pointer -funroll-loops 
(internal compiler error)
FAIL: gcc.dg/torture/pr21817-1.c  -O3 -fomit-frame-pointer -funroll-loops 
(test for excess errors)
FAIL: gcc.dg/torture/pr21817-1.c  -O3 -fomit-frame-pointer  (internal compiler
error)
FAIL: gcc.dg/torture/pr21817-1.c  -O3 -fomit-frame-pointer  (test for excess
errors)
FAIL: gcc.dg/torture/pr21817-1.c  -O3 -g  (internal compiler error)
FAIL: gcc.dg/torture/pr21817-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/pr21817-1.c  -Os  (internal compiler error)
FAIL: gcc.dg/torture/pr21817-1.c  -Os  (test for excess errors)

They aren't fixed as of revision 146941.


-- 
   Summary: [4.5 Regression] Revision 146831 caused many test
failures on Linux/ia64
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug tree-optimization/39955] [4.5 Regression] struct-layout-1 test failures passing struct containing _Decimal32

[janis at gcc dot gnu dot org]

--- Comment #10 from janis at gcc dot gnu dot org  2009-04-29 22:03 ---
I forgot to mention in the previous comment that on powerpc64-linux (-m32/-m64)
with revision 146982 plus the patch from comment #5, the torture tests
mentioned in comment #7 now pass but the powerpc tests still fail for -m32.


-- 


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

[Bug tree-optimization/39955] [4.5 Regression] struct-layout-1 test failures passing struct containing _Decimal32

[janis at gcc dot gnu dot org]

--- Comment #9 from janis at gcc dot gnu dot org  2009-04-29 21:57 ---
The struct-layout-1 tests all pass on powerpc64-linux (-m32/-m64) with revision
146982 plus the patch from comment #5.


-- 


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

[Bug rtl-optimization/39938] [4.5 Regression]: build broke for cris-elf with dbr_schedule change

[ebotcazou at gcc dot gnu dot org]

--- Comment #6 from ebotcazou at gcc dot gnu dot org  2009-04-29 21:44 
---
Subject: Bug 39938

Author: ebotcazou
Date: Wed Apr 29 21:44:26 2009
New Revision: 146988

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146988
Log:
PR rtl-optimization/39938
* Makefile.in (cfgrtl.o): Add $(INSN_ATTR_H).
* cfgrtl.c: Include insn-attr.h.
(rest_of_pass_free_cfg): New function.
(pass_free_cfg): Use rest_of_pass_free_cfg as execute function.
* resource.c (init_resource_info): Remove call to df_analyze.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/cfgrtl.c
trunk/gcc/resource.c


-- 


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

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

[doko at debian dot org]

--- Comment #6 from doko at debian dot org  2009-04-29 21:36 ---
Subject: Re:  libstdc++ generates man pages, which conflict
 with the linux manpages

bkoz at gcc dot gnu dot org schrieb:
> --- Comment #1 from bkoz at gcc dot gnu dot org  2009-04-27 22:35 ---
> 
> Is this any better in man4? 

unsure, normally you find this in 3; ;I did rename it to .3cxx for now.

> Should all man pages based on libstdc++ include files and not class objects 
> get
> the axe?

that would match the section 3 for C functions, unsure if it's the right choice
for C++.

  Matthias


-- 


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

[Bug target/39488] ARM EABI: enum comparison against zero optimized away

[rearnsha at gcc dot gnu dot org]

--- Comment #4 from rearnsha at gcc dot gnu dot org  2009-04-29 21:14 
---
There's a proposal in with the ARM ABI to change the behaviour for this case. 
I'm suspending this bug until that is resolved.


-- 

rearnsha at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rearnsha at gcc dot gnu dot
   ||org
 Status|NEW |SUSPENDED


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

[Bug libstdc++/39546] parallel mode doesn't support implicit string conversion

[paolo dot carlini at oracle dot com]

--- Comment #18 from paolo dot carlini at oracle dot com  2009-04-29 20:08 
---
Agreed, Benjamin.


-- 


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

[Bug libstdc++/39546] parallel mode doesn't support implicit string conversion

[bkoz at gcc dot gnu dot org]

--- Comment #17 from bkoz at gcc dot gnu dot org  2009-04-29 19:42 ---

Eh, i'm ok with keeping the same bug report for the generalized case. Suggest
trying to get something in on mainline, test it out for a couple of days, and
then move to gcc-4_4-branch for 4.4.1.

best,
benjamin


-- 


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

[Bug libstdc++/39491] [4.2/4.3 regression] symbol __signb...@glibcxx_3.4 in libstdc++ exported

[bkoz at gcc dot gnu dot org]

--- Comment #33 from bkoz at gcc dot gnu dot org  2009-04-29 19:41 ---

Agree with 30, 31, 32 looks like we have consensus.


-- 


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

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

[bkoz at gcc dot gnu dot org]

--- Comment #5 from bkoz at gcc dot gnu dot org  2009-04-29 19:38 ---

Fixed.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

[bkoz at gcc dot gnu dot org]

--- Comment #4 from bkoz at gcc dot gnu dot org  2009-04-29 19:38 ---
Mine.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |bkoz at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-29 19:38:38
   date||
   Target Milestone|--- |4.4.1


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

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

[bkoz at gcc dot gnu dot org]

--- Comment #3 from bkoz at gcc dot gnu dot org  2009-04-29 19:37 ---
Subject: Bug 39868

Author: bkoz
Date: Wed Apr 29 19:37:30 2009
New Revision: 146985

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146985
Log:
2009-04-29  Benjamin Kosnik  

* xml/authors.xml: Add space.
* xml/faq.xml: Update links.
* xml/manual/intro.xml: Same.
* xml/manual/abi.xml: Update.
* xml/manual/appendix_contributing.xml: Fix typo.
* xml/manual/status_cxxtr1.xml: Update links.
* xml/manual/status_cxx1998.xml: Same.
* xml/manual/status_cxx200x.xml: Same.

2009-04-28  Benjamin Kosnik  

PR libstdc++/39868
* scripts/run_doxygen: Uncomment removal of includes.
(problematic): Rewrite __cxxabiv1 namespace to abi.


Modified:
branches/gcc-4_4-branch/libstdc++-v3/ChangeLog
branches/gcc-4_4-branch/libstdc++-v3/doc/xml/authors.xml
branches/gcc-4_4-branch/libstdc++-v3/doc/xml/faq.xml
branches/gcc-4_4-branch/libstdc++-v3/doc/xml/manual/abi.xml
   
branches/gcc-4_4-branch/libstdc++-v3/doc/xml/manual/appendix_contributing.xml
branches/gcc-4_4-branch/libstdc++-v3/doc/xml/manual/intro.xml
branches/gcc-4_4-branch/libstdc++-v3/doc/xml/manual/status_cxx1998.xml
branches/gcc-4_4-branch/libstdc++-v3/doc/xml/manual/status_cxx200x.xml
branches/gcc-4_4-branch/libstdc++-v3/doc/xml/manual/status_cxxtr1.xml
branches/gcc-4_4-branch/libstdc++-v3/scripts/run_doxygen


-- 


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

[Bug target/39942] Nonoptimal code - leaveq; xchg %ax,%ax; retq

[vvv at ru dot ru]

--- Comment #15 from vvv at ru dot ru  2009-04-29 19:16 ---
One more example 5-bytes nop between leaveq and retq.

# cat test.c

void wait_for_enter()
{
int u = getchar();
while (!u)
u = getchar()-13;
}
main()
{
wait_for_enter();
}

# gcc -o t.out test.c -O2 -march=core2 -fno-omit-frame-pointer
# objdump -d t.out
...
00400540 :
  400540:   55  push   %rbp
  400541:   31 c0   xor%eax,%eax
  400543:   48 89 e5mov%rsp,%rbp
  400546:   e8 f5 fe ff ff  callq  400440 
  40054b:   85 c0   test   %eax,%eax
  40054d:   75 13   jne400562 
  40054f:   90  nop
  400550:   31 c0   xor%eax,%eax
  400552:   e8 e9 fe ff ff  callq  400440 
  400557:   83 f8 0dcmp$0xd,%eax
  40055a:   66 0f 1f 44 00 00   nopw   0x0(%rax,%rax,1)
  400560:   74 ee   je 400550 
  400562:   c9  leaveq 
  400563:   0f 1f 44 00 00  nopl   0x0(%rax,%rax,1)  <--NONOPTIMAL!
  400568:   c3  retq   
  400569:   0f 1f 80 00 00 00 00nopl   0x0(%rax)

00400570 :
  400570:   55  push   %rbp
  400571:   31 c0   xor%eax,%eax
  400573:   48 89 e5mov%rsp,%rbp
  400576:   e8 c5 ff ff ff  callq  400540 
  40057b:   c9  leaveq 
  40057c:   c3  retq   
  40057d:   90  nop
  40057e:   90  nop
  40057f:   90  nop

So bug unresolved.


-- 

vvv at ru dot ru changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug fortran/39953] Error: Expected VARIABLE at (1)

[dominiq at lps dot ens dot fr]

--- Comment #3 from dominiq at lps dot ens dot fr  2009-04-29 18:23 ---
> If you are more adventurous you could also try the developer
> version 4.5.0 - most of the time is works well, but at times it can get 
> broken.

Even if you are really adventurous, you'll probably want to wait for the end of
stage1. These guys are presently breaking everything at least twice a day!-(


-- 


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

[Bug c++/39967] Ignored static qualifier on a local variable

[paolo dot carlini at oracle dot com]

--- Comment #4 from paolo dot carlini at oracle dot com  2009-04-29 18:18 
---
Well, first, spell-out *which* specific target it is. Actually, however, if it
is a completely unsupported target, I'm not even sure it makes sense to keep
the PR open... Other maintainers may know better than me: it's the first time I
triage a PR asking support for a bug of an unsupported target ;)


-- 


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

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

[burnus at gcc dot gnu dot org]

--- Comment #11 from burnus at gcc dot gnu dot org  2009-04-29 18:15 ---
Assign to me - I'm working on it to get single-image support working. Real PGAS
support will follow later and not necessarily by me.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |burnus at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-12-30 18:51:43 |2009-04-29 18:15:36
   date||


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

[Bug fortran/39953] Error: Expected VARIABLE at (1)

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2009-04-29 18:12 ---
Thanks for the report. However, for the reasons outlined below, I'm closing it
as WONTFIX.

I can reproduce it with 4.1.3, but it is works in 4.2.1 and later.

GCC's development policy is to support three versions:
- The developer version (TRUNK), currently "4.5 (experimental)"
- The last release branch, currently 4.4.x with 4.4.0 released 2009-04-21
- The previous release branch, 4.3.x with 4.3.3 released 2009-01-24

The versions 4.1.x - and since a month 4.2.x - are no longer supported - and
frankly, I don't expect that anyone will rebuild their 4.1.x version to get
newer bug fixes.

I therefore suggest to update to a newer version; 4.4.0 if you are building
from scratch, but also 4.3.x or 4.2.x (which received many fixes compared with
4.1) are OK. - If you are more adventurous you could also try the developer
version 4.5.0 - most of the time is works well, but at times it can get broken.

See also:  http://gcc.gnu.org/wiki/GFortranBinaries


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug middle-end/39943] [4.5 Regression] Failed SPEC CPU 2000

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-29 18:08 ---
Subject: Bug 39943

Author: rguenth
Date: Wed Apr 29 18:07:23 2009
New Revision: 146984

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146984
Log:
2009-04-29  Richard Guenther  

PR target/39943
* config/i386/i386.c (ix86_vectorize_builtin_conversion): Only
allow conversion to signed integers.

* lib/target-supports.exp (check_effective_target_vect_uintfloat_cvt):
New.
(check_effective_target_vect_floatuint_cvt): Likewise.
* gcc.dg/vect/slp-10.c: Adjust.
* gcc.dg/vect/slp-11.c: Adjust.
* gcc.dg/vect/slp-12b.c: Adjust.
* gcc.dg/vect/slp-33.c: Adjust.
* gcc.c-torture/compile/pr39943.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr39943.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/vect/slp-10.c
trunk/gcc/testsuite/gcc.dg/vect/slp-11.c
trunk/gcc/testsuite/gcc.dg/vect/slp-12b.c
trunk/gcc/testsuite/gcc.dg/vect/slp-33.c
trunk/gcc/testsuite/lib/target-supports.exp


-- 


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

[Bug middle-end/39943] [4.5 Regression] Failed SPEC CPU 2000

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-04-29 18:07 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/39967] Ignored static qualifier on a local variable

[sergei_lus at yahoo dot com]

--- Comment #3 from sergei_lus at yahoo dot com  2009-04-29 18:02 ---

Thanks for prompt response... 

This is an unsupported target, so I guess i will have to narrow it down a bit.
Any suggestions on where to start? 


-- 


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

[Bug tree-optimization/39955] [4.5 Regression] struct-layout-1 test failures passing struct containing _Decimal32

[matz at gcc dot gnu dot org]

--- Comment #8 from matz at gcc dot gnu dot org  2009-04-29 17:57 ---
The patch from comment #1 had one peculiar bug, which could explain some 
miscompilations.  I just committed a corrected version as r146982 and
for me the struct-layout tests don't fail anymore.  OTOH they weren't failing
on me before that either, so I'm not sure how significant that is.

I do see some of the other FAILs, but not the execution failures.  Can you
recheck the above svn revision for the testcases in question?


-- 


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

[Bug bootstrap/39968] [4.5 Regression] ./plugin-version.h:11: error: 'gcc_version' defined but not used

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||build
   Priority|P3  |P1
   Target Milestone|--- |4.5.0


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

[Bug tree-optimization/39955] [4.5 Regression] struct-layout-1 test failures passing struct containing _Decimal32

[janis at gcc dot gnu dot org]

--- Comment #7 from janis at gcc dot gnu dot org  2009-04-29 17:39 ---
Decimal float is enabled by default for powerpc*-*-linux*.

With the patch in comment #5 the ICE disappears but every struct-layout-1 test
fails at execution time.

With the patch referenced in comment #5, there are execution failures in the
struct-layout-1 tests that aren't there without that patch, and it doesn't
affect the ICEs.

I didn't do complete testing of either patch, just a few tests that currently
fail on trunk.

Other tests that started failing on powerpc64*-*-linux* with r146817 and still
fail with r146981:

  gcc.c-torture/execute/20030916-1.c execution,  -O[12s]
  gcc.c-torture/execute/va-arg-22.c execution,  -O3 *
  gcc.target/powerpc/20050603-3.c scan-assembler-not inm   (-m32)
  gcc.target/powerpc/405-dlmzb-strlen-1.c scan-assembler dlmzb.  (-m32)
  gcc.target/powerpc/440-dlmzb-strlen-1.c scan-assembler dlmzb.  (-m32)


-- 


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

[Bug middle-end/38133] xgcc: Internal error: Killed (program cc1) by compiling gcc 4.3.2

[ramana at gcc dot gnu dot org]

--- Comment #4 from ramana at gcc dot gnu dot org  2009-04-29 17:37 ---
(In reply to comment #3)
> By compile doxygen, came this error:
> 
> g++ -c -pipe -fno-exceptions -fno-rtti -Wall -W -fno-exceptions -O2 
> -I../qtools
> -I../libpng -I../libmd5 -o ../objects/doxygen.o doxygen.cpp
> {standard input}: Assembler messages:
> {standard input}:17108: Warning: partial line at end of file ignored
> {standard input}:16898: Error: undefined local label `.L2645'
> {standard input}:16922: Error: undefined local label `.L2645'
> {standard input}:16944: Error: undefined local label `.L2645'
> {standard input}:16967: Error: undefined local label `.L2645'
> {standard input}:16979: Error: undefined local label `.L2645'
> {standard input}:16995: Error: undefined local label `.L2645'
> {standard input}:17007: Error: undefined local label `.L2645'
> {standard input}:17033: Error: undefined local label `.L2645'
> {standard input}:17044: Error: undefined local label `.L2645'
> {standard input}:17061: Error: undefined local label `.L2645'
> {standard input}:17073: Error: undefined local label `.L2645'
> {standard input}:17085: Error: undefined local label `.L2645'
> g++: Internal error: Killed (program cc1plus)
> Please submit a full bug report.
> See  for instructions.
> make[2]: *** [../objects/doxygen.o] Error 1
> make[2]: Leaving directory `/home/Download/Xorg/doxygen-1.5.7.1/src'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/Download/Xorg/doxygen-1.5.7.1/src'
> make: *** [all] Error 2
> 

This is probably a different bug to what you mention in comment #1 . We need
more information . Please read the bug submitting guidelines and submit a
proper bug report for this case. http://gcc.gnu.org/bugs.html#report


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

[matz at gcc dot gnu dot org]

--- Comment #14 from matz at gcc dot gnu dot org  2009-04-29 17:37 ---
Subject: Bug 39929

Author: matz
Date: Wed Apr 29 17:36:21 2009
New Revision: 146982

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146982
Log:
PR middle-end/39927
PR bootstrap/39929
* tree-outof-ssa.c (emit_partition_copy): New function.
(insert_partition_copy_on_edge, insert_rtx_to_part_on_edge,
insert_part_to_rtx_on_edge): Perform the partition base var
copy using emit_partition_copy.
(insert_value_copy_on_edge): Convert constants to the right mode.
(insert_rtx_to_part_on_edge): Add UNSIGNEDSRCP parameter.
(elim_create): Pass the sign of the src to insert_rtx_to_part_on_edge.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-outof-ssa.c


-- 


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

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

[matz at gcc dot gnu dot org]

--- Comment #11 from matz at gcc dot gnu dot org  2009-04-29 17:37 ---
Subject: Bug 39927

Author: matz
Date: Wed Apr 29 17:36:21 2009
New Revision: 146982

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146982
Log:
PR middle-end/39927
PR bootstrap/39929
* tree-outof-ssa.c (emit_partition_copy): New function.
(insert_partition_copy_on_edge, insert_rtx_to_part_on_edge,
insert_part_to_rtx_on_edge): Perform the partition base var
copy using emit_partition_copy.
(insert_value_copy_on_edge): Convert constants to the right mode.
(insert_rtx_to_part_on_edge): Add UNSIGNEDSRCP parameter.
(elim_create): Pass the sign of the src to insert_rtx_to_part_on_edge.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-outof-ssa.c


-- 


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

[Bug target/37912] cannot build arm-gcc with --with-march=armv7-a

[ramana at gcc dot gnu dot org]

--- Comment #1 from ramana at gcc dot gnu dot org  2009-04-29 17:34 ---
gcc 4.3 appears to have support for the cortex-a8 processor and armv7-a. This
could be backported on to the 4.3 branch.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-29 17:34:02
   date||


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

[Bug target/37763] bad interaction of -O3 -pg and -mcu=arm920t ??

[ramana at gcc dot gnu dot org]

--- Comment #2 from ramana at gcc dot gnu dot org  2009-04-29 17:30 ---
Need more information on this bug as specified in comment #2


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug target/39565] Static variable leaves undefined symbol in object file

[anmol at freescale dot com]

--- Comment #7 from anmol at freescale dot com  2009-04-29 17:29 ---

 Respun testcase per advice from Joseph S. Myers:

 http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02363.html


-- 


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

[Bug middle-end/36416] internal compiler error: in simplify_subreg_concatn, at lower-subreg.c:398

[ramana at gcc dot gnu dot org]

--- Comment #5 from ramana at gcc dot gnu dot org  2009-04-29 17:19 ---
Can you attach a proper testcase ? It's showing some junk with something called
smime.p7s. 


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug bootstrap/39968] New: [4.5 Regression] ./plugin-version.h:11: error: 'gcc_version' defined but not used

[dominiq at lps dot ens dot fr]

Yet another bootstrap error on i686-apple-darwin9:

...
/opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/
-B/opt/gcc/gcc4.5w/i686-apple-darwin9/bin/ -c  -g -O2 -fomit-frame-pointer
-DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-fno-common  -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5-work/gcc
-I../../gcc-4.5-work/gcc/. -I../../gcc-4.5-work/gcc/../include -I./../intl
-I../../gcc-4.5-work/gcc/../libcpp/include -I/sw/include 
-I../../gcc-4.5-work/gcc/../libdecnumber
-I../../gcc-4.5-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include 
-I/sw/include -DCLOOG_PPL_BACKEND   ../../gcc-4.5-work/gcc/pointer-set.c -o
pointer-set.o
cc1: warnings being treated as errors
./plugin-version.h:11: error: 'gcc_version' defined but not used
make[3]: *** [plugin.o] Error 1
make[3]: *** Waiting for unfinished jobs
rm gcj-dbtool.pod fsf-funding.pod jcf-dump.pod jv-convert.pod grmic.pod
gcov.pod gcj.pod gc-analyze.pod gfdl.pod cpp.pod gij.pod gcc.pod gfortran.pod
make[2]: *** [all-stage2-gcc] Error 2
make[1]: *** [stage2-bubble] Error 2
make: *** [all] Error 2


-- 
   Summary: [4.5 Regression] ./plugin-version.h:11: error:
'gcc_version' defined but not used
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominiq at lps dot ens dot fr
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug target/28194] R_ARM_GOTOFF32 breaks execute-in-place

[rearnsha at gcc dot gnu dot org]

--- Comment #1 from rearnsha at gcc dot gnu dot org  2009-04-29 17:12 
---
The ARM port does not currently support XIP (if it worked previously, it was by
chance, not design).  The generated code is exactly what is wanted in a normal
shared library environment, so I'm not about to start changing the default
behaviour.

If you want to have XIP, then implement an option that does this and submit the
patches for review.


-- 

rearnsha at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug target/26702] .size is not emitted for BSS variables

[ramana at gcc dot gnu dot org]

--- Comment #9 from ramana at gcc dot gnu dot org  2009-04-29 16:50 ---
This appears today with trunk and eabi at r146638.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-29 16:50:24
   date||


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

[Bug c++/39967] Ignored static qualifier on a local variable

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

   Severity|major   |normal


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

[Bug c++/35669] NULL (__null) not considered different from 0 with C++

[mdorey at bluearc dot com]

--- Comment #12 from mdorey at bluearc dot com  2009-04-29 16:47 ---
(In reply to comment #10)
>  180) Possible definitions include 0 and 0L, but not (void*)0.

That doesn't forbid defining NULL as nullptr though clearly gcc is within the
current Standard to effectively define it as 0.

> The situation will be different with the upcoming C++1x standard where there
> is null_ptr.

Yes, very different.  Per the accepted language defect and paper I cited here
yesterday, in the upcoming standard, the compiler seems required to reject
implicit conversion from NULL to int.  This PR then becomes a rejects-valid and
an accepts-invalid bug, rather than an enhancement request for a warning.

void test() {
  if (__null); // Explicitly allowed in upcoming Standard (shouldn't warn, PR
24745)
  int a = __null; // Disallowed(?) by upcoming Standard (should error, PR 35699
(this PR))
  int b = (int)__null; // Explicitly allowed in upcoming Standard (shouldn't
warn, PR 5310)
}

(In reply to comment #11)
>  What would be the point of __null otherwise...?

Good question.


-- 


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

[Bug c++/39967] Ignored static qualifier on a local variable

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2009-04-29 16:47 
---
Target? On x86_64, I can't reproduce your outputs, I'm consistently getting 1,
irrespective of the optimization level and of the release branch (by the way,
only 4.3 and 4.4 are maintained today)


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

   Severity|normal  |major
 Status|UNCONFIRMED |WAITING


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

[Bug c++/39967] Ignored static qualifier on a local variable

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-04-29 16:44 ---
Works for me on i386-darwin and i686-linux-gnu on the trunk, I get the output
of 1 which is the correct value.

With i686-linux-gnu it works also with Debian's GCC 4.3.2.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|major   |normal


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

[Bug target/26463] -O2, -O3, -Os segment fault due to bad array index on ARM

[ramana at gcc dot gnu dot org]

--- Comment #3 from ramana at gcc dot gnu dot org  2009-04-29 16:44 ---
Comment #2 indicates that there isn't a problem with a 4.x series compiler .
I'd like some feedback if this problem exists today with a more recent version
of the compiler.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug bootstrap/21751] [csl-arm-branch and HEAD] fails to bootstrap with EABI

[drow at gcc dot gnu dot org]

--- Comment #7 from drow at gcc dot gnu dot org  2009-04-29 16:40 ---
GLIBC patches are no longer required and I know folks have built
iwmmxt-targeted ARM Linux toolchains since this was filed.


-- 

drow at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug testsuite/22296] gcc.dg/sibcall-3.c and gcc.dg/sibcall-4.c FAIL on ARM THUMB

[ramana at gcc dot gnu dot org]

--- Comment #2 from ramana at gcc dot gnu dot org  2009-04-29 16:35 ---
This was fixed with the check for arm32 in the testsuite. This is fixed in
4.4.0.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug c++/39967] New: Ignored static qualifier on a local variable

[sergei_lus at yahoo dot com]

The following (simplified) code originates from peren_c++ (Sec6/7/R06263.r0):

#include 

int ctor_calls;
class A {
int x;
public: // check that was 0 before initialized
A() {ctor_calls++;}
};

main(){
  for(int i =0; i < 10; i++)
static A a;

  printf("%d\n", ctor_calls);
}

The output with 3.4.6 port is "0", with 4.3.2 it is "10" (-O0,-O2).


-- 
   Summary: Ignored static qualifier on a local variable
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sergei_lus at yahoo dot com


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

[Bug libstdc++/39644] [4.5 Regression]: cris-elf 17_intro/headers/c++200x/all.cc plus 3

[hp at gcc dot gnu dot org]

--- Comment #32 from hp at gcc dot gnu dot org  2009-04-29 16:23 ---
(In reply to comment #31)
> Hans-Peter, any news about your patch? If I understand correctly, when it will
> be in, the testsuite will be again clean.

Not clean, but without regressions. :)

If you mean the newlib patch, it's in and indeed for a while there were no
regressions.  The fixincludes patch requires testing.  But I don't think I
mentioned the fixincludes solution here (it's of no use anyway for the common
installation method used with newlib - compiling in a tree combined with gcc),
so I guess we should close this PR.  So done.  Thanks for the reminder.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug bootstrap/21751] [csl-arm-branch and HEAD] fails to bootstrap with EABI

[ramana at gcc dot gnu dot org]

--- Comment #6 from ramana at gcc dot gnu dot org  2009-04-29 16:22 ---
Is the csl-arm-branch still alive ? Can we clear this one up otherwise?


-- 


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

[Bug target/25190] Error: bad immediate value for offset (4100)

[ramana at gcc dot gnu dot org]

--- Comment #3 from ramana at gcc dot gnu dot org  2009-04-29 16:14 ---
Can this be reproduced under a more recent version of the compiler. ? I haven't
been able to reproduce this today on trunk. Waiting for feedback.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug inline-asm/37188] Missing documentation about the use of double precision floating point registers in inline asm arguments (VFP)

[ramana at gcc dot gnu dot org]

--- Comment #2 from ramana at gcc dot gnu dot org  2009-04-29 16:09 ---
Needs a documentation tweak for all the extra bits in the inline assembler for
printing operands.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-29 16:09:48
   date||


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

[Bug testsuite/39952] Inadequate gcc.dg/compat/struct-layout-1_generate.c

[joseph at codesourcery dot com]

--- Comment #7 from joseph at codesourcery dot com  2009-04-29 15:56 ---
Subject: Re:  Inadequate gcc.dg/compat/struct-layout-1_generate.c

On Wed, 29 Apr 2009, hjl dot tools at gmail dot com wrote:

> So the issues are
> 
> 1. We want to test as many different combination as possible at random.
> 2. We want each test reproducible.
> 
> Can we generate tests at random in such a way that they are reproducible?
> Can we do
> 
> 1. Put the random seed in generated file.
> 2. Change struct-layout-1_generate.c to take a random seed.
> 
> so that if there is a failure, we can run struct-layout-1_generate.c
> with the known random seed on the same platform?

If you wish to contribute extra testing of these tests you can certainly 
do such things.  The default should be results that are comparable between 
different runs of the same test (the thing after "PASS: " or "FAIL: ") at 
different times by the same person or by different people for the same 
target, so that when results showing a failure appear on gcc-testresults 
it is unambiguous from the FAIL lines there exactly what was failing and 
the next run for that target will show the same lines if the bug is not 
fixed.

If you wish to do such extra testing it would be useful for you to file 
bug reports with reduced testcases showing the failures.  Such reports are 
useful however the tests were generated (including tests generated by 
tools not included in GCC, if the licenses on those tools permit the 
distribution of the tests); certainly some bugs people report appear to 
have tests generated by unspecified tools they may have developed.


-- 


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

[Bug middle-end/39937] [4.5 Regression] Revision 146831 failed SPEC CPU 2006

[hjl at gcc dot gnu dot org]

--- Comment #16 from hjl at gcc dot gnu dot org  2009-04-29 15:55 ---
Subject: Bug 39937

Author: hjl
Date: Wed Apr 29 15:54:18 2009
New Revision: 146981

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146981
Log:
2009-04-29  H.J. Lu  

Backport from mainline:
2009-04-29  Richard Guenther  

PR middle-end/39937
* gcc.c-torture/compile/pr39937.c: New testcase.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr39937.c
  - copied unchanged from r146980,
trunk/gcc/testsuite/gcc.c-torture/compile/pr39937.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug target/37436] arm-cross-g++. internal compiler error: in extract_insn, at recog.c:1990

[ramana at gcc dot gnu dot org]

--- Comment #9 from ramana at gcc dot gnu dot org  2009-04-29 15:53 ---
*** Bug 36920 has been marked as a duplicate of this bug. ***


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||john dot spelis at 3dlabs
   ||dot com


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

[Bug target/36920] internal compiler error building libicu package

[ramana at gcc dot gnu dot org]

--- Comment #4 from ramana at gcc dot gnu dot org  2009-04-29 15:53 ---
This is a duplicate of #37436

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


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/39966] undefined reference not signaled

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-04-29 15:52 ---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/39963] undefined reference not signaled

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-04-29 15:52 ---
*** Bug 39966 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c++/39963] undefined reference not signaled

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-04-29 15:52 ---
*** Bug 39965 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c++/39965] undefined reference not signaled

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-04-29 15:52 ---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/36828] 4.3.1 when optimising for size generates much larger code than 4.0.x

[ramana at gcc dot gnu dot org]

--- Comment #3 from ramana at gcc dot gnu dot org  2009-04-29 15:50 ---
The size regression occurs with 4.3.x but with trunk today I see a size
reduction to 992 bytes which is in the ball park of the original size.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-29 15:50:22
   date||


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

[Bug c++/39966] New: undefined reference not signaled

[asmprog32 at hotmail dot com]

struct bug
{
int & A;
};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}


compiled with 
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)

class bug
{
int & A;
};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}

compiled with 
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)

class bug
{
public:
int & A;

bug()   {};
~bug()  {};

};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}


compiled with 
gcc -o bug bug.cpp
bug.cpp: In constructor ‘bug::bug()’:
bug.cpp:8: error: uninitialized reference member ‘bug::A’

The uninitialized reference must be signaled in the first two cases ? I am not
sure, so i report it
( g++ same behaviour )


Here gcc -v

Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--with-cpu=generic --build=i386-redhat-linux
Thread model: posix
gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC)


-- 
   Summary: undefined reference not signaled
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: asmprog32 at hotmail dot com


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

[Bug testsuite/39952] Inadequate gcc.dg/compat/struct-layout-1_generate.c

[hjl dot tools at gmail dot com]

--- Comment #6 from hjl dot tools at gmail dot com  2009-04-29 15:48 ---
So the issues are

1. We want to test as many different combination as possible at random.
2. We want each test reproducible.

Can we generate tests at random in such a way that they are reproducible?
Can we do

1. Put the random seed in generated file.
2. Change struct-layout-1_generate.c to take a random seed.

so that if there is a failure, we can run struct-layout-1_generate.c
with the known random seed on the same platform?


-- 


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

[Bug c++/39965] New: undefined reference not signaled

[asmprog32 at hotmail dot com]

struct bug
{
int & A;
};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}


compiled with 
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)

class bug
{
int & A;
};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}

compiled with 
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)

class bug
{
public:
int & A;

bug()   {};
~bug()  {};

};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}


compiled with 
gcc -o bug bug.cpp
bug.cpp: In constructor ‘bug::bug()’:
bug.cpp:8: error: uninitialized reference member ‘bug::A’

The uninitialized reference must be signaled in the first two cases ? I am not
sure, so i report it
( g++ same behaviour )


Here gcc -v

Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--with-cpu=generic --build=i386-redhat-linux
Thread model: posix
gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC)


-- 
   Summary: undefined reference not signaled
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: asmprog32 at hotmail dot com


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

[Bug c++/35316] [4.2 regression] ICE with typeof/decltype and bit-fields

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.3.1


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

[Bug c++/39963] undefined reference not signaled

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-04-29 15:35 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/39045] uninitialized reference in struct with operator new is not erroring out

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2009-04-29 15:35 ---
*** Bug 39963 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||asmprog32 at hotmail dot com


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

[Bug middle-end/39964] compilation with -fprofile-generate causes code to segfault.

[jv244 at cam dot ac dot uk]

--- Comment #2 from jv244 at cam dot ac dot uk  2009-04-29 15:27 ---
GNU Fortran (GCC) version 4.4.0 20090414 (prerelease) [gcc-4_4-branch revision
146034]


-- 


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

[Bug middle-end/39964] compilation with -fprofile-generate causes code to segfault.

[jv244 at cam dot ac dot uk]

--- Comment #1 from jv244 at cam dot ac dot uk  2009-04-29 15:27 ---
Created an attachment (id=17781)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17781&action=view)
source file


-- 


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

[Bug middle-end/39964] New: compilation with -fprofile-generate causes code to segfault.

[jv244 at cam dot ac dot uk]

Compiling CP2K with -fprofile-generate causes the resulting executable to
segfault. In gdb there is some additional 'expression error' message for the
point of the segfault:

Program received signal SIGSEGV, Segmentation fault.
fftw3_create_plan_3d (plan=DWARF-2 expression error: DW_OP_reg operations must
be used either alone or in conjuction with DW_OP_piece.
) at /data03/vondele/cjm/cp2k/src/../src/lib/fftw3_lib.F:127
127   IF (aligned) THEN
(gdb) bt
#0  fftw3_create_plan_3d (plan=DWARF-2 expression error: DW_OP_reg operations
must be used either alone or in conjuction with DW_OP_piece.
) at /data03/vondele/cjm/cp2k/src/../src/lib/fftw3_lib.F:127
#1  0x0182d231 in fft_create_plan_3d (plan=DWARF-2 expression error:
DW_OP_reg operations must be used either alone or in conjuction with
DW_OP_piece.

It will be hard to get a run time testcase (except getting a full copy of
CP2K). 
I'll attach the file where the segfault happens, and that can be compiled with:

gfortran -c -static -g -O2 -ffast-math -funroll-loops -ftree-vectorize
-march=native -ffree-form -fprofile-generate -D__FFTW3 fftw3_lib.F


-- 
   Summary: compilation with -fprofile-generate causes code to
segfault.
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk


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

[Bug java/39940] [4.5 Regression] Bootstrap failure in libjava on i686-apple-darwin9

[dominiq at lps dot ens dot fr]

--- Comment #4 from dominiq at lps dot ens dot fr  2009-04-29 15:24 ---
> Does http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01619.html fix this?

If you think so, I'll try ASAP. Thanks.


-- 


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

[Bug c++/39963] New: undefined reference not signaled

[asmprog32 at hotmail dot com]

struct bug
{
int & A;
};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}


compiled with 
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)

class bug
{
int & A;
};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}

compiled with 
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)

class bug
{
public:
int & A;

bug()   {};
~bug()  {};

};

int main()
{
int C = 10;
bug B[5];   // < uninitialized reference
B[0].A = C; // < crash
}


compiled with 
gcc -o bug bug.cpp
bug.cpp: In constructor ‘bug::bug()’:
bug.cpp:8: error: uninitialized reference member ‘bug::A’

The uninitialized reference must be signaled in the first two cases ? I am not
sure, so i report it
( g++ same behaviour )


Here gcc -v

Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--with-cpu=generic --build=i386-redhat-linux
Thread model: posix
gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC)


-- 
   Summary: undefined reference not signaled
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: asmprog32 at hotmail dot com


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

[Bug c++/34962] [4.2 regression] ICE with VLA and attribute in template

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.3.0


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

[Bug c++/34937] [4.2 regression] ICE with attribute weak

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.3.0


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

[Bug c++/28743] [4.2/4.3/4.4 regression] ICE with invalid specialization

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.4.0


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

[Bug java/39940] [4.5 Regression] Bootstrap failure in libjava on i686-apple-darwin9

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-04-29 15:22 ---
Does http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01619.html fix this?


-- 


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

[Bug tree-optimization/26243] [4.2/4.3/4.4 Regression] reassoc is not documented in passes.texi

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.1.2


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

[Bug c++/28513] [4.2/4.3/4.4 Regression] QOI: Diagnostic missing since 3.3.x when naming rule is violated

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.4.0


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

[Bug c++/37142] [4.2/4.3/4.4 Regression] ICE: in dependent_type_p, at cp/pt.c:15585

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.3.3


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

[Bug c++/35405] [4.2/4.3/4.4 Regression] Internal compiler error

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.3.3


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

[Bug target/28102] [4.2/4.3/4.4 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.4.0


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

[Bug c++/38007] [4.2/4.3 Regression] g++ instantiate same operator twice due to bitfield in -O0 mode, causing symbol already defined assembler error

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.3.3


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