date:20110605

[Bug c++/49107] [C++0x][4.7 Regression] incomplete type regression with std::pair

2011-06-05 Thread paolo.carlini at oracle dot com

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

--- Comment #17 from Paolo Carlini  2011-06-05 
07:16:43 UTC ---
Well, auto_ptr is already deprecated in the FDIS. Personally, I would have no
objections to breaking auto_ptr in c++0x mode if this is the only way to save
the noexcept machinery. We really want it for performance reasons, otherwise
when we start using move_if_noexcept in the containers (for correctness vs
exceptions) the containers always fall back to copying instead of moving. 

Anyway, I understand now this is purely a Standard issue, there is nothing
special to our implementation, I also saw Jason' message arriving on the
reflector. There is hope. By the way, I would be still curious to see what an
implementation using intrinsics does in such cases, probably an ICE?!?

[Bug c++/49107] [C++0x][4.7 Regression] incomplete type regression with std::pair

2011-06-05 Thread paolo.carlini at oracle dot com

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

--- Comment #18 from Paolo Carlini  2011-06-05 
08:48:38 UTC ---
It's Core/1092

[Bug middle-end/49283] pointless warning with -Wstrict-overflow

2011-06-05 Thread manu at gcc dot gnu.org

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

   Keywords||diagnostic
 CC||manu at gcc dot gnu.org
  Component|c   |middle-end

--- Comment #1 from Manuel López-Ibáñez  2011-06-05 
09:00:41 UTC ---
(In reply to comment #0)
> 2) If the function yyparse is removed from foo.c, the warning disappears.
> So apparently the warning is generated when inlining yylex into yyparse.
> It makes no sense to have no warning in yylex by itself but have a warning
> when it gets inlined.

Unfortunately, this perfectly makes sense and, in fact, it happens often.
Inlining exposes more optimization opportunities and hence more changes of
making use of undefined behaviour. See:

http://blog.llvm.org/2011/05/what-every-c-programmer-should-know_21.html#more

[Bug lto/49286] New: LTO incompatible with PIC and inline asm

2011-06-05 Thread emil.langrock at gmx dot de

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

   Summary: LTO incompatible with PIC and inline asm
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: emil.langr...@gmx.de


Created attachment 24435
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24435
Minimal example

I have a library which needs to be compiled as PIC (amd64). It has different
parts which cannot be written in C and thus uses inline assembly. Other parts
can benefit extremely by using LTO (~10% faster and ~10% size reduction). By
default it is compiled using something like that:


$ gcc -g -O2 -fPIC -DPIC -o test.o -c test.c
$ gcc -fPIC -shared test.o -o test.so

This works perfectly. It will produce an PIC error when compiling it with LTO:


$ gcc -flto -g -O2 -fPIC -DPIC -o test.o -c test.c
$ gcc -flto -g -O2 -fPIC -DPIC -shared test.o -o test.so
/usr/bin/ld: /tmp/ccMYQCew.ltrans0.ltrans.o: relocation R_X86_64_PC32 against
undefined symbol `evil_long' can not be used when making a shared object;
recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status


To the version I use:

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.0-11'
--with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr
--program-suffix=-4.6 --enable-shared --enable-multiarch
--with-multiarch-defaults=x86_64-linux-gnu --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6
--libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc
--with-arch-32=i586 --with-tune=generic --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.1 20110604 (prerelease) (Debian 4.6.0-11) 
COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/:/usr/lib/gcc/x86_64-linux-gnu/4.6.1/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.6.1/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/:/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/4.6.1/collect2 --build-id --no-add-needed
--eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker
/lib64/ld-linux-x86-64.so.2
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/crt1.o
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/crti.o
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/crtbegin.o
-L/usr/lib/gcc/x86_64-linux-gnu/4.6.1
-L/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../.. --version
-lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s
--no-as-needed /usr/lib/gcc/x86_64-linux-gnu/4.6.1/crtend.o
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/crtn.o
collect2 version 4.6.1 20110604 (prerelease) (x86-64 Linux/ELF)
/usr/bin/ld --build-id --no-add-needed --eh-frame-hdr -m elf_x86_64
--hash-style=both -dynamic-linker /lib64/ld-linux-x86-64.so.2
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/crt1.o
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/crti.o
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/crtbegin.o
-L/usr/lib/gcc/x86_64-linux-gnu/4.6.1
-L/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../.. --version
-lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s
--no-as-needed /usr/lib/gcc/x86_64-linux-gnu/4.6.1/crtend.o
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/crtn.o
GNU ld (GNU Binutils for Debian) 2.21.51.20110523
Copyright 2011 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty

[Bug testsuite/49287] New: [4.7 Regression] FAIL: obj(c|-c++).dg/gnu-api-2-(class|objc).(m|mm) -fnext-runtime (test for excess errors) FAIL: objc.dg/gnu-api-2-(objc.m -fnext-runtime (test for excess e

2011-06-05 Thread dominiq at lps dot ens.fr

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

   Summary: [4.7 Regression] FAIL:
obj(c|-c++).dg/gnu-api-2-(class|objc).(m|mm)
-fnext-runtime (test for excess errors) FAIL:
objc.dg/gnu-api-2-(objc.m -fnext-runtime (test for
excess errors)
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: domi...@lps.ens.fr
CC: nicola.p...@meta-innovation.com
  Host: *-apple-darwin*
Target: *-apple-darwin*
 Build: *-apple-darwin*


Since revision 174586 I see the following failures on darwin

FAIL: obj-c++.dg/gnu-api-2-class.mm -fnext-runtime (test for excess errors)
FAIL: obj-c++.dg/gnu-api-2-objc.mm -fnext-runtime (test for excess errors)

FAIL: objc.dg/gnu-api-2-class.m -fnext-runtime (test for excess errors)
FAIL: objc.dg/gnu-api-2-objc.m -fnext-runtime (test for excess errors)

with both -m32 and -m64. Revision 174574 is OK (see
http://gcc.gnu.org/ml/gcc-testresults/2011-06/msg00264.html ). This is likely
due to revision 174575

> * objc-act.c (objc_finish_message_expr): Warn if messaging a class
>   that was only declared using @class without an @interface.  Warn
>   if messaging an instance of a class that was only declared using
>   @class without an @interface, unless the receiver was also typed
>   with a protocol list.

[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]

2011-06-05 Thread pluto at agmk dot net

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

--- Comment #17 from Pawel Sikora  2011-06-05 11:43:45 
UTC ---
i've found the clue: pushing -gdwarf-4 through --enable-cxx-flags breaks the
world.

Re: [Bug lto/49286] New: LTO incompatible with PIC and inline asm

2011-06-05 Thread Jan Hubicka

The problem is that GCC do not see that evil_long is used by the asm statement.
Static variables are renamed (in order to produce single .s file you can't have
two different statics with the same name) and then the problem is misdiagnozed
as external reference.

Make evil_long as output of the asm. I.e. something like
asm volatile ("mov %%rsp, $1"::"=m"(evil_long));

All variables accessed by asm statements in direct way (that is w/o the 
constraints)
must be public and decorated with __attribute__ ((externally_visible))

Honza

[Bug lto/49286] LTO incompatible with PIC and inline asm

2011-06-05 Thread hubicka at ucw dot cz

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

--- Comment #1 from Jan Hubicka  2011-06-05 11:55:22 UTC 
---
The problem is that GCC do not see that evil_long is used by the asm statement.
Static variables are renamed (in order to produce single .s file you can't have
two different statics with the same name) and then the problem is misdiagnozed
as external reference.

Make evil_long as output of the asm. I.e. something like
asm volatile ("mov %%rsp, $1"::"=m"(evil_long));

All variables accessed by asm statements in direct way (that is w/o the
constraints)
must be public and decorated with __attribute__ ((externally_visible))

Honza

[Bug lto/49286] LTO incompatible with PIC and inline asm

2011-06-05 Thread emil.langrock at gmx dot de

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

Emil Langrock  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #2 from Emil Langrock  2011-06-05 
11:59:24 UTC ---
Ok, thanks for the explanation. Sounds reasonable and makes this bug report
invalid

[Bug testsuite/49288] New: FAIL: g++.dg/debug/dwarf2/cdtor-1.C

2011-06-05 Thread dominiq at lps dot ens.fr

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

   Summary: FAIL: g++.dg/debug/dwarf2/cdtor-1.C
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: domi...@lps.ens.fr
CC: do...@gcc.gnu.org
  Host: *-apple-darwin*
Target: *-apple-darwin*
 Build: *-apple-darwin*


Since revision 174497 the we have the following failure on *-apple-darwin*

FAIL: g++.dg/debug/dwarf2/cdtor-1.C scan-assembler-times
[^\\n\\r]*DW_AT_MIPS_linkage_name: 2

Revision 174466 is OK (see
http://gcc.gnu.org/ml/gcc-testresults/2011-05/msg03636.html ). AFAICT the test
has never passed on darwin since its introduction at revision 174474. Grepping
the assembler for DW_AT_MIPS_linkage_name I get

[macbook] f90/bug% grep DW_AT_MIPS_linkage_name cdtor-1.s
.ascii "_ZN1KC1Ev\0"# DW_AT_MIPS_linkage_name
.ascii "_ZN1KD1Ev\0"# DW_AT_MIPS_linkage_name
.byte0x87,0x40# uleb128 0x2007; (DW_AT_MIPS_linkage_name)

The following patch fixes the test on darwin

--- ../_clean/gcc/testsuite/g++.dg/debug/dwarf2/cdtor-1.C2011-05-31
14:24:18.0 +0200
+++ gcc/testsuite/g++.dg/debug/dwarf2/cdtor-1.C2011-06-05
13:54:25.0 +0200
@@ -14,4 +14,4 @@ main()
 K k;
 }

-// { dg-final {scan-assembler-times "\[^\n\r\]*DW_AT_MIPS_linkage_name:" 2 } }
+// { dg-final {scan-assembler-times "\[^\n\r\]*DW_AT_MIPS_linkage_name\[^\)\]"
2 } }

[Bug testsuite/49287] [4.7 Regression] FAIL: obj(c|-c++).dg/gnu-api-2-(class|objc).(m|mm) -fnext-runtime (test for excess errors)

2011-06-05 Thread dominiq at lps dot ens.fr

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

Dominique d'Humieres  changed:

   What|Removed |Added

Summary|[4.7 Regression] FAIL:  |[4.7 Regression] FAIL:
   |obj(c|-c++).dg/gnu-api-2-(c |obj(c|-c++).dg/gnu-api-2-(c
   |lass|objc).(m|mm)   |lass|objc).(m|mm)
   |-fnext-runtime (test for|-fnext-runtime (test for
   |excess errors) FAIL:|excess errors)
   |objc.dg/gnu-api-2-(objc.m   |
   |-fnext-runtime (test for|
   |excess errors)  |

--- Comment #1 from Dominique d'Humieres  2011-06-05 
12:01:21 UTC ---
Fixed a pasto in the summary.

[Bug testsuite/49287] [4.7 Regression] FAIL: obj(c|-c++).dg/gnu-api-2-(class|objc).(m|mm) -fnext-runtime (test for excess errors)

2011-06-05 Thread dominiq at lps dot ens.fr

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

--- Comment #2 from Dominique d'Humieres  2011-06-05 
12:04:53 UTC ---
I have forgotten to report the errors:

/opt/gcc/work/gcc/testsuite/objc.dg/gnu-api-2-class.m: In function 'main':
/opt/gcc/work/gcc/testsuite/objc.dg/gnu-api-2-class.m:112:7: warning:
@interface of class 'MySubSubClass' not found [enabled by default]
/opt/gcc/work/gcc/testsuite/objc.dg/gnu-api-2-class.m:181:7: warning:
@interface of class 'MySubClass2' not found [enabled by default]

and

/opt/gcc/work/gcc/testsuite/objc.dg/gnu-api-2-objc.m: In function 'main':
/opt/gcc/work/gcc/testsuite/objc.dg/gnu-api-2-objc.m:78:7: warning: @interface
of class 'MyNewSubClass' not found [enabled by default]

[Bug testsuite/49287] [4.7 Regression] FAIL: obj(c|-c++).dg/gnu-api-2-(class|objc).(m|mm) -fnext-runtime (test for excess errors)

2011-06-05 Thread nicola at gcc dot gnu.org

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

Nicola Pero  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.06.05 13:07:58
 CC||nicola at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #3 from Nicola Pero  2011-06-05 13:07:58 
UTC ---
Thanks Dominique

I submitted a patch to fix this.

Thanks

[Bug c++/49289] New: eh_frame section created although using -fno-exceptions and fno-rtti

2011-06-05 Thread codemasterhs at yahoo dot de

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

   Summary: eh_frame section created although using
-fno-exceptions and fno-rtti
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: codemaste...@yahoo.de


This is the code:

class Foo {
public:
void foo();
};

void test() {
Foo bar;

bar.foo();
}

This is the commandline to compile:
-O2 -fno-exceptions -fno-rtti -c

Output from "gcc -v":

Using built-in specs.
COLLECT_GCC=C:\MinGW\msys\1.0\local\cross\bin\i586-elf-gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw/msys/1.0/local/cross/bin/../libexec/gcc/i586-elf/4.
6.0/lto-wrapper.exe
Target: i586-elf
Configured with: ../gcc-4.6.0/configure --with-gmp=/usr/local --target=i586-elf
--prefix=/usr/local/cross --disable-nls --enable-languages=c,c++
--without-heade
rs
Thread model: single
gcc version 4.6.0 (GCC)

Re: [Bug c++/49289] New: eh_frame section created although using -fno-exceptions and fno-rtti

2011-06-05 Thread Jan Hubicka

on x86_64 you want -fno-asynchronous-unwind-info. Eh-frame is mandated by the 
PS-ABI.

Honza

[Bug c++/49289] eh_frame section created although using -fno-exceptions and fno-rtti

2011-06-05 Thread hubicka at ucw dot cz

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

--- Comment #1 from Jan Hubicka  2011-06-05 13:42:33 UTC 
---
on x86_64 you want -fno-asynchronous-unwind-info. Eh-frame is mandated by the
PS-ABI.

Honza

[Bug c++/49289] eh_frame section created although using -fno-exceptions and fno-rtti

2011-06-05 Thread codemasterhs at yahoo dot de

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

--- Comment #2 from Tobias Schlegl  2011-06-05 
13:49:07 UTC ---
> on x86_64 you want -fno-asynchronous-unwind-info. Eh-frame is mandated by the
> PS-ABI.

Yeah, but I´m compiling for i586, so x86_32!

[Bug lto/49286] LTO incompatible with PIC and inline asm

2011-06-05 Thread emil.langrock at gmx dot de

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

--- Comment #3 from Emil Langrock  2011-06-05 
13:50:31 UTC ---
Created attachment 24436
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24436
Minimal example with fix

[Bug c++/49290] New: [C++0x] [4.6 Regression] ICE in in cxx_eval_indirect_ref, at cp/semantics.c:6795

2011-06-05 Thread pluto at agmk dot net

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

   Summary: [C++0x] [4.6 Regression] ICE in in
cxx_eval_indirect_ref, at cp/semantics.c:6795
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pl...@agmk.net


Created attachment 24437
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24437
testcase

$ g++46 0x.ii -c -std=gnu++0x
camellia.cpp: In member function 'virtual void
CryptoPP::Camellia::Base::ProcessAndXorBlock(const byte*, const byte*, byte*)
const':
camellia.cpp:213:31: internal compiler error: in cxx_eval_indirect_ref, at
cp/semantics.c:6795

[Bug target/48250] ICE in reload_cse_simplify_operands, at postreload.c:403

2011-06-05 Thread cltang at gcc dot gnu.org

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

Chung-Lin Tang  changed:

   What|Removed |Added

 CC||cltang at gcc dot gnu.org

--- Comment #5 from Chung-Lin Tang  2011-06-05 
14:12:03 UTC ---
I was not able to reproduce these ICEs, tried backporting to both mainline
gcc-4_6-branch and a latest Linaro 4.6 pull.

[Bug testsuite/49287] [4.7 Regression] FAIL: obj(c|-c++).dg/gnu-api-2-(class|objc).(m|mm) -fnext-runtime (test for excess errors)

2011-06-05 Thread dominiq at lps dot ens.fr

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

--- Comment #4 from Dominique d'Humieres  2011-06-05 
14:14:44 UTC ---
The patch in http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00328.html fixes this
pr on x86_64-apple-darwin10. Thanks for the quick fix.

[Bug c++/49291] New: error: no matching function for call to std::list >::remove_if(A::release(B*)::F)

2011-06-05 Thread pluto at agmk dot net

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

   Summary: error: no matching function for call to
std::list
>::remove_if(A::release(B*)::F)
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pl...@agmk.net


Created attachment 24438
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24438
testcase

compiling with gnu++0x works fine while gnu++98 ends with error:

$ g++ 0.cpp -c -std=gnu++98
0.cpp: In member function ‘void A::release(B*)’:
0.cpp:20:20: error: no matching function for call to
‘std::list >::remove_if(A::release(B*)::F)’


struct F looks like a nice functor, so where is the problem?

[Bug c++/49291] error: no matching function for call to std::list >::remove_if(A::release(B*)::F)

2011-06-05 Thread redi at gcc dot gnu.org

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

Jonathan Wakely  changed:

   What|Removed |Added

  Attachment #24438|application/octet-stream|text/plain
  mime type||

--- Comment #1 from Jonathan Wakely  2011-06-05 
15:14:19 UTC ---
Comment on attachment 24438
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24438
testcase

you cannot instantiate templates with local classes in C++98

[Bug c++/49291] error: no matching function for call to std::list >::remove_if(A::release(B*)::F)

2011-06-05 Thread redi at gcc dot gnu.org

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

--- Comment #2 from Jonathan Wakely  2011-06-05 
15:17:44 UTC ---
basically the same issue as PR 47942 - thus invalid

[Bug c++/47942] Not possible to initialize a shared_ptr with a class defined in function scope, inheriting from a global scope base class

2011-06-05 Thread pluto at agmk dot net

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

Pawel Sikora  changed:

   What|Removed |Added

 CC||pluto at agmk dot net

--- Comment #5 from Pawel Sikora  2011-06-05 15:25:07 
UTC ---
*** Bug 49291 has been marked as a duplicate of this bug. ***

[Bug c++/49291] error: no matching function for call to std::list >::remove_if(A::release(B*)::F)

2011-06-05 Thread pluto at agmk dot net

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

Pawel Sikora  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #3 from Pawel Sikora  2011-06-05 15:25:07 
UTC ---
hmm, so the visual 2005 accepts invalid code :)

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

[Bug c++/49289] eh_frame section created although using -fno-exceptions and fno-rtti

2011-06-05 Thread pinskia at gcc dot gnu.org

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #3 from Andrew Pinski  2011-06-05 
15:42:47 UTC ---
(In reply to comment #2)
> > on x86_64 you want -fno-asynchronous-unwind-info. Eh-frame is mandated by 
> > the
> > PS-ABI.
> 
> Yeah, but I´m compiling for i586, so x86_32!

Oh it is done so that people can unwind as the frame pointer is omitted.  Try
with -fno-omit-frame-pointer or -fno-asynchronous-unwind-info .

[Bug c++/49289] eh_frame section created although using -fno-exceptions and fno-rtti

2011-06-05 Thread codemasterhs at yahoo dot de

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

--- Comment #4 from Tobias Schlegl  2011-06-05 
15:54:32 UTC ---
> Oh it is done so that people can unwind as the frame pointer is omitted.  Try
> with -fno-omit-frame-pointer or -fno-asynchronous-unwind-info .

-fno-asynchronous-unwind-info doesn´t exist (in my gcc), but
-fnoasynchronous-unwind-table and with it the eh_frame section is gone.
-fno-omit-frame-pointer exists, but with it the eh_frame section is also
created.

[Bug c++/49292] New: [c++0x] non_const_var_error ICE for error when mixing static_assert, template, and constexpr

2011-06-05 Thread lankyleggy at gmail dot com

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

   Summary: [c++0x] non_const_var_error ICE for error when mixing
static_assert, template, and constexpr
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: lankyle...@gmail.com


Created attachment 24439
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24439
Preprocessed code

When trying to compile this code with SVN trunk revision 174633:

template 
struct no_divisors_between
{
static constexpr bool v()
{
return (n % min) && no_divisors_between::v();
}
};
template 
struct no_divisors_between
{
static constexpr bool v()
{
return n % random_undefined_symbol_which_should_be_k;
}
};

template 
class SillyHashTable
{
public:
static constexpr bool get_good_size()
{
return m_good_size;
}
private:
static const bool m_good_size = no_divisors_between::v();
};

int main()
{
const int hash_table_size = 5;
static_assert(SillyHashTable::get_good_size(),
"hash_table_size should be a prime.");
}



I get an internal compiler error:

james@ubuntu:~/Desktop$ /home/james/programs/other/gcc_install/bin/g++ -v
-save-temps -std=c++0x test.cc
Using built-in specs.
COLLECT_GCC=/home/james/programs/other/gcc_install/bin/g++
COLLECT_LTO_WRAPPER=/home/james/programs/other/gcc_install/libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure
--prefix=/home/james/programs/other/gcc_install/
--with-local-prefix=/home/james/programs/other/gcc_install/ --disable-bootstrap
Thread model: posix
gcc version 4.7.0 20110604 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-std=c++0x' '-shared-libgcc'
'-mtune=generic' '-march=x86-64'

/home/james/programs/other/gcc_install/libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/cc1plus
-E -quiet -v -D_GNU_SOURCE test.cc -mtune=generic -march=x86-64 -std=c++0x
-fpch-preprocess -o test.ii
ignoring duplicate directory "/home/james/programs/other/gcc_install/include"
ignoring nonexistent directory
"/home/james/programs/other/gcc_install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:

/home/james/programs/other/gcc_install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../include/c++/4.7.0

/home/james/programs/other/gcc_install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../include/c++/4.7.0/x86_64-unknown-linux-gnu

/home/james/programs/other/gcc_install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../include/c++/4.7.0/backward

/home/james/programs/other/gcc_install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/include
 /home/james/programs/other/gcc_install//include

/home/james/programs/other/gcc_install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-std=c++0x' '-shared-libgcc'
'-mtune=generic' '-march=x86-64'

/home/james/programs/other/gcc_install/libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/cc1plus
-fpreprocessed test.ii -quiet -dumpbase test.cc -mtune=generic -march=x86-64
-auxbase test -std=c++0x -version -o test.s
GNU C++ (GCC) version 4.7.0 20110604 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.7.0 20110604 (experimental), GMP version 4.3.2,
MPFR version 2.4.2-p1, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.7.0 20110604 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.7.0 20110604 (experimental), GMP version 4.3.2,
MPFR version 2.4.2-p1, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: ce3a170bafb891f93f6be982ba0564e4
test.cc: In static member function ‘static constexpr bool
no_divisors_between::v()’:
test.cc:14:28: error: ‘random_undefined_symbol_which_should_be_k’ was not
declared in this scope
test.cc: In static member function ‘static constexpr bool
no_divisors_between::v() [with int n = 5, int k = 4]’:
test.cc:6:77:   recursively instantiated from ‘static constexpr bool
no_divisors_between::v() [with int n = 5, int min = 3, int max =
4]’
test.cc:6:77:   instantiated from ‘static constexpr bool no_divisors_between::v() [with int n = 5, int min = 2, int max = 4]’
test.cc:27:81:   instantiated from ‘const bool SillyHashTable<5>::m_good_size’
test.cc:24:24:   instantiated from ‘static constexpr bool
SillyHashTable::get_good_size() [with int size = 5]’
test.cc:33:56:   instantiated from here
test.cc:15:9: error: body of constexpr function ‘static constexpr bool
no_divisors_between::v() [with int n = 5, int k = 4]’ not a
return-statement
test.cc: At global scope:

[Bug c++/49291] error: no matching function for call to std::list >::remove_if(A::release(B*)::F)

2011-06-05 Thread redi at gcc dot gnu.org

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

--- Comment #4 from Jonathan Wakely  2011-06-05 
17:31:42 UTC ---
yes, it's an MS extension enabled by default, you can disable it with /Za

[Bug testsuite/49287] [4.7 Regression] FAIL: obj(c|-c++).dg/gnu-api-2-(class|objc).(m|mm) -fnext-runtime (test for excess errors)

2011-06-05 Thread nicola at gcc dot gnu.org

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

--- Comment #5 from Nicola Pero  2011-06-05 17:37:09 
UTC ---
Author: nicola
Date: Sun Jun  5 17:37:06 2011
New Revision: 174657

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174657
Log:
In gcc/objc/:
2011-06-05  Nicola Pero  

* objc-act.c (receiver_is_class_object): Expanded comment.
(objc_finish_message_expr): Likewise.

In gcc/testsuite/:
2011-06-05  Nicola Pero  

PR testsuite/49287
* objc.dg/gnu-api-2-class.m: Updated testcase silencing compiler
warning.
* objc.dg/gnu-api-2-objc.m: Likewise.
* obj-c++.dg/gnu-api-2-class.mm: Likewise
* obj-c++.dg/gnu-api-2-objc.mm: Likewise.

Modified:
trunk/gcc/objc/ChangeLog
trunk/gcc/objc/objc-act.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/obj-c++.dg/gnu-api-2-class.mm
trunk/gcc/testsuite/obj-c++.dg/gnu-api-2-objc.mm
trunk/gcc/testsuite/objc.dg/gnu-api-2-class.m
trunk/gcc/testsuite/objc.dg/gnu-api-2-objc.m

[Bug libstdc++/49293] New: 22_locale/time_get/get_weekday/char/38081-[12].cc fail with glibc 2.14

2011-06-05 Thread hjl.tools at gmail dot com

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

   Summary: 22_locale/time_get/get_weekday/char/38081-[12].cc fail
with glibc 2.14
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/x86, with glibc 2.14, I got

FAIL: 22_locale/time_get/get_weekday/char/38081-1.cc execution test
FAIL: 22_locale/time_get/get_weekday/char/38081-2.cc execution test

[Bug testsuite/47013] FAIL: gcc.dg/sms-.c scan-rtl-dump-times sms "SMS succeeded"

2011-06-05 Thread dominiq at lps dot ens.fr

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

--- Comment #8 from Dominique d'Humieres  2011-06-05 
19:05:00 UTC ---
Is there any reason (beside reviewing) for not having committed the patch in
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01175.html ?

[Bug testsuite/49287] [4.7 Regression] FAIL: obj(c|-c++).dg/gnu-api-2-(class|objc).(m|mm) -fnext-runtime (test for excess errors)

2011-06-05 Thread nicola at gcc dot gnu.org

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

Nicola Pero  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to work||4.7.0
 Resolution||FIXED

--- Comment #6 from Nicola Pero  2011-06-05 19:18:11 
UTC ---
Fixed in trunk.

Thanks

[Bug c++/49253] [4.7 Regression] Debug-mode forward_list broken

2011-06-05 Thread jason at gcc dot gnu.org

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

Jason Merrill  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #7 from Jason Merrill  2011-06-05 
20:22:18 UTC ---
Fixed.

[Bug c++/49083] g++ should error when a variable declared in a condition is hidden by a variable in the immediately contained block

2011-06-05 Thread howarth at nitro dot med.uc.edu

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

--- Comment #2 from Jack Howarth  2011-06-05 
20:36:36 UTC ---
Fixed at r174307. Now the provided test case properly errors with gcc trunk...

howarth% gcc-fsf-4.7 hidden_bug.cc
hidden_bug.cc: In function ‘int main()’:
hidden_bug.cc:14:8: error: redeclaration of ‘char* I’
hidden_bug.cc:10:25: error: ‘const char** I’ previously declared here

[Bug fortran/49255] -fcheck=pointer diagnoses too much: Passing NULL pointer to OPTIONAL argument

2011-06-05 Thread burnus at gcc dot gnu.org

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

--- Comment #2 from Tobias Burnus  2011-06-05 
21:11:49 UTC ---
Author: burnus
Date: Sun Jun  5 21:11:46 2011
New Revision: 174663

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174663
Log:
2011-06-05  Tobias Burnus  

PR fortran/49255
* trans-expr.c (gfc_conv_procedure_call): Fix -fcheck=pointer
for F2008.

2011-06-05  Tobias Burnus  

PR fortran/49255
* gfortran.dg/pointer_check_9.f90: New.
* gfortran.dg/pointer_check_10.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/pointer_check_10.f90
trunk/gcc/testsuite/gfortran.dg/pointer_check_9.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-expr.c
trunk/gcc/testsuite/ChangeLog

[Bug debug/49294] New: [4.7 Regression] ICE: in mem_loc_descriptor, at dwarf2out.c:14636 with -O -g

2011-06-05 Thread zsojka at seznam dot cz

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

   Summary: [4.7 Regression] ICE: in mem_loc_descriptor, at
dwarf2out.c:14636 with -O -g
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu


Created attachment 24440
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24440
reduced testcase

Compiler output:
$ gcc -O -g testcase.c 
testcase.c: In function 'foo':
testcase.c:19:1: internal compiler error: in mem_loc_descriptor, at
dwarf2out.c:14636
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r174655 - crash
4.6 r173059 - OK

[Bug fortran/49255] -fcheck=pointer diagnoses too much: Passing NULL pointer to OPTIONAL argument

2011-06-05 Thread burnus at gcc dot gnu.org

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Tobias Burnus  2011-06-05 
21:13:26 UTC ---
FIXED (4.7 trunk).

[Bug debug/49294] [4.7 Regression] ICE: in mem_loc_descriptor, at dwarf2out.c:14636 with -O -g

2011-06-05 Thread jakub at gcc dot gnu.org

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.06.05 21:35:46
 CC||jakub at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |jakub at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Jakub Jelinek  2011-06-05 
21:35:46 UTC ---
My patch caused it, will take care of fixing this tomorrow.

[Bug target/49186] optimize problem with unsigned long long value.

2011-06-05 Thread kkojima at gcc dot gnu.org

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

--- Comment #6 from Kazumoto Kojima  2011-06-05 
21:47:44 UTC ---
Author: kkojima
Date: Sun Jun  5 21:47:42 2011
New Revision: 174665

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174665
Log:
PR target/49186
* config/sh/sh.c (expand_cbranchdi4): Set msw_skip when the high
part of the second operand is 0.
* gcc.c-torture/execute/pr49186.c: New.


Added:
branches/gcc-4_6-branch/gcc/testsuite/gcc.c-torture/execute/pr49186.c
Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/config/sh/sh.c
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog

[Bug target/49186] optimize problem with unsigned long long value.

2011-06-05 Thread kkojima at gcc dot gnu.org

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

--- Comment #7 from Kazumoto Kojima  2011-06-05 
21:50:32 UTC ---
Author: kkojima
Date: Sun Jun  5 21:50:29 2011
New Revision: 174666

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174666
Log:
PR target/49186
* config/sh/sh.c (expand_cbranchdi4): Set msw_skip when the high
part of the second operand is 0.
* gcc.c-torture/execute/pr49186.c: New.


Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr49186.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/sh/sh.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog

[Bug target/49094] ARM aligned(1) attribute is sometimes dropped

2011-06-05 Thread mikpe at it dot uu.se

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

Mikael Pettersson  changed:

   What|Removed |Added

 CC||jamborm at gcc dot gnu.org,
   ||mikpe at it dot uu.se

--- Comment #2 from Mikael Pettersson  2011-06-05 
21:51:42 UTC ---
It's caused by r164136:

Author: jamborm
Date: Thu Sep  9 23:38:23 2010
New Revision: 164136

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164136
Log:
2010-09-10  Martin Jambor  

PR tree-optimization/44972
* tree-sra.c: Include toplev.h.
(build_ref_for_offset): Entirely reimplemented.
...

sparc64-linux regresses similarly at this revision.

[Bug target/49186] optimize problem with unsigned long long value.

2011-06-05 Thread kkojima at gcc dot gnu.org

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

--- Comment #8 from Kazumoto Kojima  2011-06-05 
21:53:27 UTC ---
Author: kkojima
Date: Sun Jun  5 21:53:25 2011
New Revision: 174667

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174667
Log:
PR target/49186
* config/sh/sh.c (expand_cbranchdi4): Set msw_skip when the high
part of the second operand is 0.
* gcc.c-torture/execute/pr49186.c: New.


Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr49186.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/sh/sh.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog

[Bug target/49186] optimize problem with unsigned long long value.

2011-06-05 Thread kkojima at gcc dot gnu.org

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

--- Comment #9 from Kazumoto Kojima  2011-06-05 
21:55:49 UTC ---
Author: kkojima
Date: Sun Jun  5 21:55:46 2011
New Revision: 174668

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174668
Log:
PR target/49186
* config/sh/sh.c (expand_cbranchdi4): Set msw_skip when the high
part of the second operand is 0.
* gcc.c-torture/execute/pr49186.c: New.


Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/execute/pr49186.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/sh/sh.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog

[Bug target/49186] optimize problem with unsigned long long value.

2011-06-05 Thread kkojima at gcc dot gnu.org

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

Kazumoto Kojima  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #10 from Kazumoto Kojima  2011-06-05 
21:57:12 UTC ---
Fixed.

[Bug c++/49290] [C++0x] [4.6/4.7 Regression] ICE in in cxx_eval_indirect_ref, at cp/semantics.c:6795

2011-06-05 Thread jakub at gcc dot gnu.org

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.06.05 22:20:50
 CC||jakub at gcc dot gnu.org
   Target Milestone|--- |4.6.1
Summary|[C++0x] [4.6 Regression]|[C++0x] [4.6/4.7
   |ICE in in   |Regression] ICE in in
   |cxx_eval_indirect_ref, at   |cxx_eval_indirect_ref, at
   |cp/semantics.c:6795 |cp/semantics.c:6795
 Ever Confirmed|0   |1
  Known to fail||4.7.0

--- Comment #1 from Jakub Jelinek  2011-06-05 
22:20:50 UTC ---
Started http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170488
Smaller testcase for -std=c++0x:
typedef unsigned T;
struct S
{
  T foo (void);
  static unsigned s1[16];
};
T
S::foo ()
{
  T u = *(T *) (s1 + 10);
  return u;
}

[Bug libstdc++/49293] 22_locale/time_get/get_weekday/char/38081-[12].cc fail with glibc 2.14

2011-06-05 Thread paolo.carlini at oracle dot com

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

Paolo Carlini  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #1 from Paolo Carlini  2011-06-05 
22:28:03 UTC ---
I think that the only possible explanation is that something changed in the
locale data for "ru_RU.ISO-8859-5". I don't have ready at hand a glibc 2.14
system, if somebody can check what has changed in the names of those weekdays
the fix is certainly simple only matter of tweaking the testcases to allow both
the old and the new names. Maybe Jakub can also help.

[Bug other/49284] -fdump-ipa-cgraph leads to ICE in generate_canonical_option, at opts-common.c:303

2011-06-05 Thread andi-gcc at firstfloor dot org

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

--- Comment #2 from Andi Kleen  2011-06-05 
23:43:07 UTC ---
FWIW I just commented out the offending assert and the option works
now. 

Is that the correct fix?

[Bug c/49295] New: math-68881.h definiton of scalb doesn't match builtin

2011-06-05 Thread alanh at fairlite dot co.uk

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

   Summary: math-68881.h definiton of scalb doesn't match builtin
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: al...@fairlite.co.uk


In gcc/builtins.def we define scalb as (double, double), yet in math-68881.h we
define scalb as (double, int).

Which results in this warning.

error: conflicting types for built-in function 'scalb'

The scalb function should be fixed in math-68881.h.

[Bug bootstrap/49270] make BOOT_CFLAGS="-g -O3" CFLAGS_FOR_TARGET="-g -O3" CXXFLAGS_FOR_TARGET="-g -O3" failure

2011-06-05 Thread aoliva at gcc dot gnu.org

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #9 from Alexandre Oliva  2011-06-06 
00:49:18 UTC ---
Dupe

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

[Bug other/49116] GCC fails to bootstrap with -O3 ("may be used uninitialized" errors)

2011-06-05 Thread aoliva at gcc dot gnu.org

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

Alexandre Oliva  changed:

   What|Removed |Added

 CC||howarth at nitro dot
   ||med.uc.edu

--- Comment #2 from Alexandre Oliva  2011-06-06 
00:49:18 UTC ---
*** Bug 49270 has been marked as a duplicate of this bug. ***

[Bug other/49116] GCC fails to bootstrap with -O3 ("may be used uninitialized" errors)

2011-06-05 Thread aoliva at gcc dot gnu.org

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.06.06 00:50:28
 CC||aoliva at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |aoliva at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #3 from Alexandre Oliva  2011-06-06 
00:50:28 UTC ---
Mine, patch is at http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02301.html

[Bug objc++/49221] [4.7 Regression] Several ICEs in the obj-c++ test suite after revision 174307

2011-06-05 Thread jason at gcc dot gnu.org

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

Jason Merrill  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |

--- Comment #8 from Jason Merrill  2011-06-06 
03:51:55 UTC ---
During EH lowering the back end wants to replace a TYPE with something else
that represents the type at runtime.  objc_eh_runtime_type generates such a
thing, and tries to generate a DECL, but we're in function scope at the time so
we try to add a DECL_EXPR for the DECL, which breaks.

We definitely shouldn't be trying to add a DECL_EXPR for a non-local variable. 
I suppose it's easy enough to work around this in cp_finish_decl, though there
might be other code that assumes that any new variable while we're in function
scope belongs to that scope.

[Bug target/49285] [4.7 Regression]: build fails on mmix in libgcc2.c:__powisf2: ICE in emit_unop_insn

2011-06-05 Thread hp at gcc dot gnu.org

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

--- Comment #2 from Hans-Peter Nilsson  2011-06-06 
04:06:16 UTC ---
Author: hp
Date: Mon Jun  6 04:06:08 2011
New Revision: 174681

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174681
Log:
PR target/49285
* config/mmix/mmix.md ("truncdfsf2", "extendsfdf2"): Correct
predicate to nonimmediate_operand from memory_operand for the
operand that is to be forced to memory by the expander.  Lose
the constraints.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/mmix/mmix.md

[Bug target/49285] [4.7 Regression]: build fails on mmix in libgcc2.c:__powisf2: ICE in emit_unop_insn

2011-06-05 Thread hp at gcc dot gnu.org

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

Hans-Peter Nilsson  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Hans-Peter Nilsson  2011-06-06 
04:10:39 UTC ---
.

[Bug c++/49134] ICE in g++.dg/cpp0x/constexpr tests for arm

2011-06-05 Thread jason at gcc dot gnu.org

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

--- Comment #3 from Jason Merrill  2011-06-06 
04:16:47 UTC ---
Author: jason
Date: Mon Jun  6 04:16:38 2011
New Revision: 174682

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174682
Log:
PR c++/49134
* tree.c (build_target_expr): Deal with ARM ABI tweaks.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/tree.c

[Bug objc++/49221] [4.7 Regression] Several ICEs in the obj-c++ test suite after revision 174307

2011-06-05 Thread jason at gcc dot gnu.org

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

--- Comment #9 from Jason Merrill  2011-06-06 
04:18:08 UTC ---
Author: jason
Date: Mon Jun  6 04:18:03 2011
New Revision: 174683

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174683
Log:
PR objc++/49221
* decl.c (cp_finish_decl): Check DECL_FUNCTION_SCOPE_P rather than
at_function_scope_p.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/decl.c

[Bug objc++/49221] [4.7 Regression] Several ICEs in the obj-c++ test suite after revision 174307

2011-06-05 Thread jason at gcc dot gnu.org

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

Jason Merrill  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #10 from Jason Merrill  2011-06-06 
04:32:06 UTC ---
Fixed.

[Bug c++/49134] ICE in g++.dg/cpp0x/constexpr tests for arm

2011-06-05 Thread jason at gcc dot gnu.org

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

--- Comment #4 from Jason Merrill  2011-06-06 
04:31:30 UTC ---
Author: jason
Date: Mon Jun  6 04:31:24 2011
New Revision: 174684

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174684
Log:
PR c++/49134
* tree.c (build_target_expr): Deal with ARM ABI tweaks.

Modified:
branches/gcc-4_6-branch/gcc/cp/ChangeLog
branches/gcc-4_6-branch/gcc/cp/tree.c

[Bug c++/49134] ICE in g++.dg/cpp0x/constexpr tests for arm

2011-06-05 Thread jason at gcc dot gnu.org

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

Jason Merrill  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Jason Merrill  2011-06-06 
04:32:29 UTC ---
Fixed.

[Bug fortran/49296] New: [4.6/4.7 Regression] Wrong I/O END OF FILE

2011-06-05 Thread burnus at gcc dot gnu.org

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

   Summary: [4.6/4.7 Regression] Wrong I/O END OF FILE
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org
CC: jvdeli...@gcc.gnu.org


Reported by Reinhold Bader (LRZ). The following program prints with gfortran
4.5 (and ifort 11, NAG 5.1, g95, pathf95):
 OK

With gfortran 4.6/4.7, it prints:

At line 11 of file read_listdir_01_pos.f90 (unit = 20, file = 'read.dat')
Fortran runtime error: End of file


- C part of the test program ---

#include 

void genfil() {
FILE *fp;

fp = fopen("read.dat", "w+");
fprintf(fp, "abcd efgh");
fclose(fp);
}


- Fortran part of the test program ---

program read_listdir_01_pos
  implicit none
  integer, parameter :: strmx = 255
  character(len=strmx) :: s1, s2
  interface
 subroutine genfil() bind(c)
 end subroutine genfil
  end interface
  call genfil()
  open(unit=20, file='read.dat', form='FORMATTED', action='READ', status='OLD')
  read(20, fmt=*) s1, s2
  if (trim(s1) == "abcd" .and. trim(s2) == "efgh") then
 write(*, *) 'OK'
  else
 write(*, *) 'FAIL'
  end if
  close(20)
end program read_listdir_01_pos

[Bug fortran/49296] [4.6/4.7 Regression] Wrong I/O END OF FILE

2011-06-05 Thread burnus at gcc dot gnu.org

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

Tobias Burnus  changed:

   What|Removed |Added

  Known to work||4.5.0
   Target Milestone|--- |4.6.1
  Known to fail||4.6.0, 4.7.0

[Bug libstdc++/49293] 22_locale/time_get/get_weekday/char/38081-[12].cc fail with glibc 2.14

2011-06-05 Thread jakub at gcc dot gnu.org

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

--- Comment #2 from Jakub Jelinek  2011-06-06 
06:17:14 UTC ---
Yeah, the locale changed:
http://sources.redhat.com/git/?p=glibc.git;a=commitdiff;h=f49839299a085505eb673544744b61d2d9cdd1db
I think it is a mistake to use variable length abmon, especially if some abmon
names are 5 characters long which isn't really abbreviation anymore, and to add
a useless dot to make it even longer, but ru_RU isn't the first locale to make
such a change.

[Bug testsuite/47013] FAIL: gcc.dg/sms-.c scan-rtl-dump-times sms "SMS succeeded"

2011-06-05 Thread revital.eres at linaro dot org

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

revital.eres at linaro dot org changed:

   What|Removed |Added

 CC||revital.eres at linaro dot
   ||org

--- Comment #9 from revital.eres at linaro dot org 2011-06-06 06:28:53 UTC ---
(In reply to comment #8)
> Is there any reason (beside reviewing) for not having committed the patch in
> http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01175.html ?

My recent patchs for SMS (i.e.,
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01341.html), which are not
approved yet, require some adjustments for this testsuite patch. So that's why
I thought it will be better to wait for a approval for the new patches before
pinging for the testsuite patch, avoiding the need to submit a follow-up fix
for it. Also, currently trunk bootstrap is broken on ARM with SMS flags and I'm
trying to figure out the problem... so once I'll locate this problem I'll go
back to these patches and push them forward to trunk.

65 matches

Mail list logo