[Bug fortran/52469] [4.6/4.7/4.8 Regression] -fwhole-file bug: Wrong backend_decl for result of PPC function

2012-03-10 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52469

--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-10 
08:18:40 UTC ---
Author: burnus
Date: Sat Mar 10 08:18:31 2012
New Revision: 185170

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185170
Log:
2012-03-10  Tobias Burnus  bur...@net-b.de

PR fortran/52469
* trans-types.c (gfc_get_function_type): Handle backend_decl
of a procedure pointer.

2012-03-10  Tobias Burnus  bur...@net-b.de

PR fortran/52469
* gfortran.dg/proc_ptr_34.f90


Added:
branches/gcc-4_7-branch/gcc/testsuite/gfortran.dg/proc_ptr_34.f90
Modified:
branches/gcc-4_7-branch/gcc/fortran/ChangeLog
branches/gcc-4_7-branch/gcc/fortran/trans-types.c
branches/gcc-4_7-branch/gcc/testsuite/ChangeLog


[Bug fortran/52469] [4.6/4.7/4.8 Regression] -fwhole-file bug: Wrong backend_decl for result of PPC function

2012-03-10 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52469

--- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-10 
09:20:27 UTC ---
Author: burnus
Date: Sat Mar 10 09:20:22 2012
New Revision: 185173

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185173
Log:
2012-03-10  Tobias Burnus  bur...@net-b.de

PR fortran/52469
* trans-types.c (gfc_get_function_type): Handle backend_decl
of a procedure pointer.

2012-03-10  Tobias Burnus  bur...@net-b.de

PR fortran/52469
* gfortran.dg/proc_ptr_34.f90: New.


Added:
branches/gcc-4_6-branch/gcc/testsuite/gfortran.dg/proc_ptr_34.f90
Modified:
branches/gcc-4_6-branch/gcc/fortran/ChangeLog
branches/gcc-4_6-branch/gcc/fortran/trans-types.c
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog


[Bug fortran/52469] [4.6/4.7/4.8 Regression] -fwhole-file bug: Wrong backend_decl for result of PPC function

2012-03-10 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52469

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-10 
09:21:57 UTC ---
FIXED on the trunk and on the 4.6 and 4.7 branches (in time for the 4.7.0rc2).

Thanks for the bug report!


[Bug c/52549] New: ice in pointer_diff

2012-03-10 Thread dcb314 at hotmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52549

 Bug #: 52549
   Summary: ice in pointer_diff
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dcb...@hotmail.com


Created attachment 26870
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26870
C source code

I just tried to compile the package ocaml-ancient
on gcc-4.8 trunk dated 20120307 on an AMD x86_64 box.

The compiler said

ancient_c.c: In function '_mark':
ancient_c.c:250:2: internal compiler error: in pointer_diff, at c-typeck.c:3450
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.

Preprocessed source code attached. No flags required.


[Bug libstdc++/52540] std::use_facet throws bad_cast when compiled with _GLIBCXX_DEBUG

2012-03-10 Thread pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540

--- Comment #7 from Pawel Sikora pluto at agmk dot net 2012-03-10 13:14:18 
UTC ---
Created attachment 26871
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26871
testcase


[Bug libstdc++/52540] std::use_facet throws bad_cast when compiled with _GLIBCXX_DEBUG

2012-03-10 Thread pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540

--- Comment #8 from Pawel Sikora pluto at agmk dot net 2012-03-10 13:16:45 
UTC ---
i've compared the .ii files with and without _GLIBCXX_DEBUG definition.
the debug version doesn't contain 'extern template (...)' for some classes.
i suppose there're odr violations (global locale objects?) in debug mode.
it may work on linux due to elf's weak binding feature but explicit
dllimport/export exposes problem on windows.


[Bug target/52550] New: tile*.c: unused variable ‘cfa_offset’

2012-03-10 Thread amylaar at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52550

 Bug #: 52550
   Summary: tile*.c: unused variable ‘cfa_offset’
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 44756
  Host: x86_64-unknown-linux-gnu
Target: tilegx-linux-gnu, tilepro-linux-gnu


gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\
../../../gcc/gcc/config/tilegx/tilegx.c -o tilegx.o
../../../gcc/gcc/config/tilegx/tilegx.c: In function ‘tilegx_expand_prologue’:
../../../gcc/gcc/config/tilegx/tilegx.c:3901:11: error: unused variable
‘cfa_offset’ [-Werror=unused-variable]
cc1: all warnings being treated as errors
make[2]: *** [tilegx.o] Error 1


gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\
../../../gcc/gcc/config/tilepro/tilepro.c -o tilepro.o
../../../gcc/gcc/config/tilepro/tilepro.c: In function
‘tilepro_expand_prologue’:
../../../gcc/gcc/config/tilepro/tilepro.c:3576:11: error: unused variable
‘cfa_offset’ [-Werror=unused-variable]
cc1: all warnings being treated as errors
make[2]: *** [tilepro.o] Error 1


[Bug target/52551] New: i686-interix3: winnt.c:400:8: error: ‘flag_writable_rel_rdata’ undeclared

2012-03-10 Thread amylaar at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52551

 Bug #: 52551
   Summary: i686-interix3: winnt.c:400:8: error:
‘flag_writable_rel_rdata’ undeclared
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: amyl...@gcc.gnu.org
Blocks: 47093
  Host: x86_64-unknown-linux-gnu
Target: i686-interix3


This started to fail somewhere between revision 184971 and 185169:

gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber-I. -I.
-I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include
-I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include 
-I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber   \
../../../gcc/gcc/config/i386/winnt-stubs.c
../../../gcc/gcc/config/i386/winnt.c: In function ‘i386_pe_unique_section’:
../../../gcc/gcc/config/i386/winnt.c:400:8: error: ‘flag_writable_rel_rdata’
undeclared (first use in this function)
../../../gcc/gcc/config/i386/winnt.c:400:8: note: each undeclared identifier is
reported only once for each function it appears in
../../../gcc/gcc/config/i386/winnt.c: In function ‘i386_pe_section_type_flags’:
../../../gcc/gcc/config/i386/winnt.c:450:8: error: ‘flag_writable_rel_rdata’
undeclared (first use in this function)
make[2]: *** [winnt.o] Error 1


[Bug libfortran/52539] I/O: Wrong result for UTF-8/UCS-4 list-directed and namelist read and nml write

2012-03-10 Thread jvdelisle at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539

--- Comment #1 from Jerry DeLisle jvdelisle at gcc dot gnu.org 2012-03-10 
14:33:14 UTC ---
I remember this being discussed before.  Lets check the standard regarding
encoding for namelists.


[Bug libfortran/52539] I/O: Wrong result for UTF-8/UCS-4 list-directed and namelist read and nml write

2012-03-10 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-10 
14:52:51 UTC ---
(In reply to comment #1)
 I remember this being discussed before.  Lets check the standard regarding
 encoding for namelists.

Well, the issue already occurs for list-directed reading (read(99, *) str2).

One finds in F2008, 10.10.3p7 for list-directed read and in F2008, 10.11.3.3p7
for namelist read:

When the next effective item is of type character, the input form consists of
a possibly delimited sequence of zero or more rep-chars whose kind type
parameter is implied by the kind of the effective item.

That clearly implies that it supports kind=4 (UCS-4, ISO 10646) characters -
and there is also no wording that the file encoding (UTF-8) doesn't apply to
list-directed read and to namelist read/write.


[Bug rtl-optimization/52528] combine bug (powerpc testcase)

2012-03-10 Thread cltang at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52528

--- Comment #1 from Chung-Lin Tang cltang at gcc dot gnu.org 2012-03-10 
14:57:34 UTC ---
Author: cltang
Date: Sat Mar 10 14:57:30 2012
New Revision: 185175

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185175
Log:
2012-03-10  Chung-Lin Tang  clt...@codesourcery.com

PR rtl-optimization/52528
* combine.c (can_combine_p): Add setting of subst_low_luid
before call to expand_field_assignment().

Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c


[Bug fortran/52552] New: Internal compiler error when trying to allocate non-allocatable object giving a dynamic type

2012-03-10 Thread gccbgz.lionm at xoxy dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52552

 Bug #: 52552
   Summary: Internal compiler error when trying to allocate
non-allocatable object giving a dynamic type
Classification: Unclassified
   Product: gcc
   Version: 4.4.6
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: gccbgz.li...@xoxy.net


Created attachment 26872
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26872
erroneous code causing GFortran to crash

GFortran casts an internal error with the simple attached code using some new
OO features of Fortran:

# gfortran oo_err.f90 
f951: internal compiler error: Speicherzugriffsfehler
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.

The code is obviously erroneous; the bug is that GFortran crashes instead of
giving graful explanations.

Note: GFortran does behave if you omit te:: in the allocate statement.


[Bug libitm/52526] libitm: stuck in futex_wait

2012-03-10 Thread torvald at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52526

--- Comment #1 from torvald at gcc dot gnu.org 2012-03-10 17:46:12 UTC ---
Patrick, I posted a fix to gcc-patches.  Please have a look if you can.


[Bug c++/52553] New: Internal compiler error on build Parma Polyhedra Library

2012-03-10 Thread paolo.np13 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52553

 Bug #: 52553
   Summary: Internal compiler error on build Parma Polyhedra
Library
Classification: Unclassified
   Product: gcc
   Version: 4.6.3
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: paolo.n...@gmail.com


Created attachment 26873
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26873
preprocessed Polyhedron_public.cc

g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/home/paolo/tgcc/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-4.6.3/configure --prefix=/home/paolo/tgcc
--enable-shared --with-gnu-as --with-gnu-ld --enable-threads=posix --enable-tls
--with-arch-32=i686 --with-tune=generic --enable-__cxa_atexit
--enable-bootstrap --enable-languages=c,c++,lto --enable-targets=all
--enable-checking=yes --with-gmp-include=/home/paolo/tgcc/include
--with-gmp-lib=/home/paolo/tgcc/lib64
--with-mpfr-include=/home/paolo/tgcc/include
--with-mpfr-lib=/home/paolo/tgcc/lib64
--with-mpc-include=/home/paolo/tgcc/include
--with-mpc-lib=/home/paolo/tgcc/lib64
--with-ppl-include=/home/paolo/tgcc/include
--with-ppl-lib=/home/paolo/tgcc/lib64
--with-cloog-include=/home/paolo/tgcc/include
--with-cloog-lib=/home/paolo/tgcc/lib64 --with-linker-hash-style=both
--enable-linker-build-id --enable-gnu-unique-object --build=x86_64-pc-linux-gnu
Thread model: posix
gcc version 4.6.3 (GCC)
uname
-a
Linux np13m-lnx 3.2.9-1.fc16.x86_64 #1 SMP Thu Mar 1 01:41:10 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux

g++ -v -DHAVE_CONFIG_H -I. -I.. -I.. -I../src -I/opt/gcc/include -g -O2
-frounding-math -O3 -pipe -pthread -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-all --param=ssp-buffer-size=4 -march=native -W -Wall -MT
Polyhedron_public.lo -MD -MP -MF .deps/Polyhedron_public.Tpo -c
Polyhedron_public.cc  -fPIC -DPIC -o .libs/Polyhedron_public.o
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/home/paolo/tgcc/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-4.6.3/configure --prefix=/home/paolo/tgcc
--enable-shared --with-gnu-as --with-gnu-ld --enable-threads=posix --enable-tls
--with-arch-32=i686 --with-tune=generic --enable-__cxa_atexit
--enable-bootstrap --enable-languages=c,c++,lto --enable-targets=all
--enable-checking=yes --with-gmp-include=/home/paolo/tgcc/include
--with-gmp-lib=/home/paolo/tgcc/lib64
--with-mpfr-include=/home/paolo/tgcc/include
--with-mpfr-lib=/home/paolo/tgcc/lib64
--with-mpc-include=/home/paolo/tgcc/include
--with-mpc-lib=/home/paolo/tgcc/lib64
--with-ppl-include=/home/paolo/tgcc/include
--with-ppl-lib=/home/paolo/tgcc/lib64
--with-cloog-include=/home/paolo/tgcc/include
--with-cloog-lib=/home/paolo/tgcc/lib64 --with-linker-hash-style=both
--enable-linker-build-id --enable-gnu-unique-object --build=x86_64-pc-linux-gnu
Thread model: posix
gcc version 4.6.3 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-D' 'HAVE_CONFIG_H' '-I' '.' '-I' '..' '-I' '..' '-I'
'../src' '-I' '/opt/gcc/include' '-g' '-O2' '-frounding-math' '-O3' '-pipe'
'-pthread' '-fexceptions' '-fstack-protector-all' '--param' 'ssp-buffer-size=4'
'-march=native' '-Wextra' '-Wall' '-MT' 'Polyhedron_public.lo' '-MD' '-MP'
'-MF' '.deps/Polyhedron_public.Tpo' '-c' '-fPIC' '-D' 'PIC' '-o'
'.libs/Polyhedron_public.o' '-shared-libgcc'
 /home/paolo/tgcc/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/cc1plus -quiet -v -I .
-I .. -I .. -I ../src -I /opt/gcc/include -MD .libs/Polyhedron_public.d -MF
.deps/Polyhedron_public.Tpo -MP -MT Polyhedron_public.lo -D_GNU_SOURCE
-D_REENTRANT -D HAVE_CONFIG_H -D PIC -D_FORTIFY_SOURCE=2 Polyhedron_public.cc
-march=core2 -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mno-popcnt -mno-abm
-mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-tbm -mno-avx -mno-sse4.2
-msse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param
l2-cache-size=3072 -mtune=core2 -quiet -dumpbase Polyhedron_public.cc
-auxbase-strip .libs/Polyhedron_public.o -g -O2 -O3 -Wextra -Wall -version
-frounding-math -fexceptions -fstack-protector-all -fPIC --param
ssp-buffer-size=4 -o - |

/home/paolo/tgcc/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/as
-v -I . -I .. -I .. -I ../src -I /opt/gcc/include --64 -o
.libs/Polyhedron_public.o
GNU assembler version 2.22 (x86_64-pc-linux-gnu) using BFD version (GNU
Binutils) 2.22
GNU C++ (GCC) version 4.6.3 (x86_64-pc-linux-gnu)
compiled by GNU C version 4.6.3, GMP version 5.0.4, MPFR version
3.1.0-p7, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory

[Bug fortran/52552] [OOP] ICE when trying to allocate non-allocatable object giving a dynamic type

2012-03-10 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52552

Tobias Burnus burnus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Keywords||ice-on-invalid-code
   Last reconfirmed||2012-03-10
 CC||burnus at gcc dot gnu.org
 Ever Confirmed|0   |1
Summary|Internal compiler error |[OOP] ICE when trying to
   |when trying to allocate |allocate non-allocatable
   |non-allocatable object  |object giving a dynamic
   |giving a dynamic type   |type

--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-10 
19:10:10 UTC ---
Invalid read of size 8
  at 0x52A709: gfc_compare_derived_types(gfc_symbol*, gfc_symbol*)
  (interface.c:402)
  by 0x5943F6: gfc_type_is_extension_of(gfc_symbol*, gfc_symbol*)
(symbol.c:4824)
  by 0x54DE3D: gfc_match_allocate() (match.c:3538)


[Bug c++/52464] When I compile my source codes with -O3 option, the compiler fails. This does not occur if I use -O2

2012-03-10 Thread bli at cs dot wisc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52464

--- Comment #3 from bli at cs dot wisc.edu 2012-03-10 20:57:35 UTC ---
Created attachment 26874
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26874
The minimal codes to trigger the bug

Type make to trigger the bug.


[Bug c++/52464] When I compile my source codes with -O3 option, the compiler fails. This does not occur if I use -O2

2012-03-10 Thread bli at cs dot wisc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52464

--- Comment #4 from bli at cs dot wisc.edu 2012-03-10 21:01:34 UTC ---
Comment on attachment 26874
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26874
The minimal codes to trigger the bug

Please help me, thanks!


[Bug c++/52464] When I compile my source codes with -O3 option, the compiler fails. This does not occur if I use -O2

2012-03-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52464

--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-10 
21:11:30 UTC ---
(In reply to comment #2)
 Please follow the bug reporting instructions http://gcc.gnu.org/bugs/#report 
 in
 particular please attach a self-contained preprocessed file, thanks.

Please read this again.


[Bug libstdc++/52456] FAIL: libstdc++-abi/abi_check

2012-03-10 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52456

--- Comment #8 from John David Anglin danglin at gcc dot gnu.org 2012-03-10 
21:23:55 UTC ---
Author: danglin
Date: Sat Mar 10 21:23:51 2012
New Revision: 185181

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185181
Log:
PR libstdc++/52456
* config/abi/post/hppa-linux-gnu/baseline_symbols.txt: Update.


Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config/abi/post/hppa-linux-gnu/baseline_symbols.txt


[Bug c/52554] New: Variable called $1 causes invalid asm to be generated

2012-03-10 Thread rwxr-xr-x at gmx dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52554

 Bug #: 52554
   Summary: Variable called $1 causes invalid asm to be generated
Classification: Unclassified
   Product: gcc
   Version: 4.6.3
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rwxr-x...@gmx.de


The following code is somewhat silly, but gcc should either compile it
correctly or print an error message, not generate invalid asm.

Here's my code:

int $1 = -1;

int main(void) {
$1++;
return $1;
}

Here's my command:

% gcc try.c
/tmp/ccVyjhob.s: Assembler messages:
/tmp/ccVyjhob.s:22: Error: operand type mismatch for `mov'

Here's my asm:

.filetry.c
.globl$1
.data
.align 4
.type$1, @object
.size$1, 4
$1:
.long-1
.text
.globlmain
.typemain, @function
main:
.LFB0:
.cfi_startproc
pushl%ebp
.cfi_def_cfa_offset 8
.cfi_offset 5, -8
movl%esp, %ebp
.cfi_def_cfa_register 5
movl$1, %eax
incl%eax
movl%eax, $1
movl$1, %eax
popl%ebp
.cfi_def_cfa 4, 4
.cfi_restore 5
ret
.cfi_endproc
.LFE0:
.sizemain, .-main
.identGCC: (GNU) 4.6.3
.section.note.GNU-stack,,@progbits

Here's my specs:

% gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/mauke/usr/local/libexec/gcc/i686-pc-linux-gnu/4.6.3/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.6.3/configure --prefix=/home/mauke/usr/local
--with-arch=native --with-tune=native --enable-__cxa_atexit --disable-nls
--enable-languages=c,c++,go
Thread model: posix
gcc version 4.6.3 (GCC)


[Bug c++/52464] When I compile my source codes with -O3 option, the compiler fails. This does not occur if I use -O2

2012-03-10 Thread bli at cs dot wisc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52464

--- Comment #6 from bli at cs dot wisc.edu 2012-03-10 21:43:05 UTC ---
Created attachment 26875
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26875
The attachment is the preprocessed file (*.i*)

Sorry for not reading the rules carefully. The .ii file is attached. 

GCC version 4.5.3

System: cygwin, this bug also occurs in Linux

Options and command line:
g++ -save-temps -Wall -O3 -ffast-math -c -I. parseIt.cpp

Compiler Output:

In file included from parseIt.cpp:9:0:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++/fstream: In constructor
‘std::basic_ofstream_CharT, _Traits::basic_ofstream(const char*,
std::ios_base::openmode) [with _CharT = char, _Traits = std::char_traitschar,
std::ios_base::openmode = std::_Ios_Openmode]’:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++/fstream:701:4: internal compiler
error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.


[Bug target/52450] FAIL: gcc.dg/torture/pr52402.c at -O1 and above

2012-03-10 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52450

--- Comment #5 from John David Anglin danglin at gcc dot gnu.org 2012-03-10 
22:49:55 UTC ---
Author: danglin
Date: Sat Mar 10 22:49:51 2012
New Revision: 185184

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185184
Log:
PR target/52450
* gcc.dg/torture/pr52402.c: Skip execution on 32-bit hppa*-*-hpux*.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/torture/pr52402.c


[Bug libstdc++/52456] FAIL: libstdc++-abi/abi_check

2012-03-10 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52456

--- Comment #9 from John David Anglin danglin at gcc dot gnu.org 2012-03-10 
22:57:49 UTC ---
Author: danglin
Date: Sat Mar 10 22:57:45 2012
New Revision: 185185

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=185185
Log:
PR libstdc++/52456
* config/abi/post/hppa-linux-gnu/baseline_symbols.txt: Update.


Modified:
branches/gcc-4_7-branch/libstdc++-v3/ChangeLog
   
branches/gcc-4_7-branch/libstdc++-v3/config/abi/post/hppa-linux-gnu/baseline_symbols.txt


[Bug libstdc++/52456] FAIL: libstdc++-abi/abi_check

2012-03-10 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52456

John David Anglin danglin at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #10 from John David Anglin danglin at gcc dot gnu.org 2012-03-10 
23:00:21 UTC ---
Fixed.


[Bug middle-end/52519] [4.8 Regression]

2012-03-10 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52519

John David Anglin danglin at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from John David Anglin danglin at gcc dot gnu.org 2012-03-11 
02:36:24 UTC ---
Fixed.


[Bug target/52555] New: [Regression] ICE unrecognizable insn with -ffast-math and __attribute__((optimize(xx)))

2012-03-10 Thread roman at binarylife dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52555

 Bug #: 52555
   Summary: [Regression] ICE unrecognizable insn with -ffast-math
and __attribute__((optimize(xx)))
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ro...@binarylife.net


$ cat test.cpp 
typedef unsigned long value_t;

struct foo {
static float _factor;
value_t _val;

foo()
:  _val(7)
{
_val=__builtin_ceil(_val * _factor);
}
};

struct bar {
void operator()(foo);
};

void
__attribute__((optimize(O)))
test() {
foo f;
bar b;
b(f);
}

int main() {
test();
}

$ g++ -c -O2 -ffast-math test.cpp
test.cpp: In function ‘void test()’:
test.cpp:24:1: error: unrecognizable insn:
(insn 9 8 10 3 (parallel [
(set (reg:XF 67)
(unspec:XF [
(reg:XF 68)
] UNSPEC_FRNDINT_CEIL))
(clobber (reg:CC 17 flags))
]) test.cpp:10 -1
 (nil))
test.cpp:24:1: internal compiler error: in extract_insn, at recog.c:2109
Please submit a full bug report,

This happens with x86 and x86_64.


[Bug libfortran/52537] slow trim function

2012-03-10 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52537

Thomas Koenig tkoenig at gcc dot gnu.org changed:

   What|Removed |Added

 CC||tkoenig at gcc dot gnu.org

--- Comment #2 from Thomas Koenig tkoenig at gcc dot gnu.org 2012-03-11 
07:50:17 UTC ---
Hi,

can you attach a self-contained example?