[Bug c/41842] ICE on invalid variable length array declaration

[truedfx at gentoo dot org]

--- Comment #1 from truedfx at gentoo dot org  2009-10-27 06:26 ---
Same results with the 20091022 snapshot.


-- 


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

[Bug c/41842] New: ICE on invalid variable length array declaration

[truedfx at gentoo dot org]

This happened in real code, where a required header file was missing.

$ cat bug.i 
void f() {
char x[g(h)];
}
$ gcc-4.4.2 -c bug.i
bug.i: In function ‘f’:
bug.i:2: error: ‘h’ undeclared (first use in this function)
bug.i:2: error: (Each undeclared identifier is reported only once
bug.i:2: error: for each function it appears in.)
bug.i:2: internal compiler error: tree check: expected class ‘type’, have
‘exceptional’ (error_mark) in create_tmp_var, at gimplify.c:555
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The same thing happens with a 4.5 snapshot from 20091001; I haven't yet been
able to try a more recent snapshot.


-- 
   Summary: ICE on invalid variable length array declaration
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: truedfx at gentoo dot org


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

[Bug c/41841] segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole-program -combine -fprofile-generate'

[b3timmons at speedymail dot org]

--- Comment #1 from b3timmons at speedymail dot org  2009-10-27 05:07 
---
Created an attachment (id=18910)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18910&action=view)
gzipped preprocessed source triggering failure


-- 


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

[Bug c/41841] New: segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole-program -combine -fprofile-generate'

[b3timmons at speedymail dot org]

gcc -B. -r -nostdlib -v -Wall -Wextra -O -fipa-cp -fipa-struct-reorg
-fwhole-program -combine -fprofile-generate devices.i
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local
--with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-B.' '-r' '-nostdlib' '-v' '-Wall' '-Wextra' '-O'
'-fipa-cp' '-fipa-struct-reorg' '-fwhole-program' '-combine'
'-fprofile-generate' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1 -fpreprocessed
devices.i -quiet -dumpbase devices.i -mtune=generic -auxbase devices -O -Wall
-Wextra -version -fipa-cp -fipa-struct-reorg -fwhole-program -fprofile-generate
-o /tmp/ccNSNGpE.s
GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091026 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.7
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091026 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.7
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 51f39aedff8c196534353c80fb0ba358
devices.c: In function ‘CoreKeyboardBell’:
devices.c:287:43: warning: unused parameter ‘pDev’
devices.c:287:66: warning: unused parameter ‘something’
devices.c: In function ‘CoreKeyboardCtl’:
devices.c:295:30: warning: unused parameter ‘pDev’
devices.c:295:47: warning: unused parameter ‘ctrl’
devices.c: In function ‘InitCoreDevices’:
devices.c:407:38: warning: comparison between signed and unsigned integer
expressions
devices.c: In function ‘InitStringFeedbackClassDeviceStruct’:
devices.c:1103:39: warning: cast from pointer to integer of different size
devices.c: At top level:
devices.c:2060:1: internal compiler error: Segmentation fault


-- 
   Summary: segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole-
program -combine -fprofile-generate'
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b3timmons at speedymail dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c++/41840] g++ compiler giving error for array of pointers of abstract base class

[ganesh dot borse at credit-suisse dot com]

--- Comment #1 from ganesh dot borse at credit-suisse dot com  2009-10-27 
04:22 ---
Created an attachment (id=18909)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18909&action=view)
testpure.ii created by g++ -v -save-temps  command

testpure.ii


-- 


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

[Bug c++/41840] New: g++ compiler giving error for array of pointers of abstract base class

[ganesh dot borse at credit-suisse dot com]

Following code is not compiling with g++ 4.2.3, but compiles fine with g++
3.3.3:
==
#include
class mybase {
   public:
 virtual int afunc()=0;
};
main()
{
  mybase (*ptrs)[10];
}
==
Error given by g++4.2.3 is as below for the above code. I am using following
simple command to compile the command, without any options, flags
# g++ testpure.cpp
testpure.cpp: In function âint main()â:
testpure.cpp:10: error: invalid abstract type âmybaseâ for âptrsâ
testpure.cpp:3: note:   because the following virtual functions are pure within
âmybaseâ:
testpure.cpp:5: note:   virtual int mybase::afunc()
==
Information about compiler, OS, Kernel on which I am seeing this issue is as
below:
(1) Compiler information:
g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --prefix=/app/devtools/gcc-4.2.3
--exec-prefix=/app/devtools/gcc-4.2.3 --with-mpfr=/app/devtools/mpfr-2.2.1
--with-mpfr-include=/app/devtools/mpfr-2.2.1
--with-mpfr-lib=/app/devtools/mpfr-2.2.1/.libs
--with-gmp=/app/devtools/gmp-4.2.2 --with-gmp-include=/app/devtools/gmp-4.2.2
--with-gmp-lib=/app/devtools/gmp-4.2.2/.libs --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.2.3

(2) OS Information:
cat /etc/SuSE-release
SUSE Linux Enterprise Server 10 (x86_64)
VERSION = 10
PATCHLEVEL = 1
-
uname -a
Linux vsgl36a-1031 2.6.16.46-0.12-smp #1 SMP Thu May 17 14:00:09 UTC 2007
x86_64 x86_64 x86_64 GNU/Linux
==

Can I please know why g++4.2.3 is behaving differently that g++ 3.3.3?

According to C++, we can declare the pointer(s) of abstract base class. But why
is g++ 4.2.3 compiler not allowing to even declare these pointers?

Is this a bug in g++4.2.3?
In which release of g++, this bug is fixed?

There are many other such deviations we noticed in this compiler from the
normal C++ principles.

Should we not use g++ 4.2.3? Which is the most stable version in g++ 4.x.x
series?

Please help.

--
Output of :g++ -v -save-temps testpure.cpp
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --prefix=/app/devtools/gcc-4.2.3
--exec-prefix=/app/devtools/gcc-4.2.3 --with-mpfr=/app/devtools/mpfr-2.2.1
--with-mpfr-include=/app/devtools/mpfr-2.2.1
--with-mpfr-lib=/app/devtools/mpfr-2.2.1/.libs
--with-gmp=/app/devtools/gmp-4.2.2 --with-gmp-include=/app/devtools/gmp-4.2.2
--with-gmp-lib=/app/devtools/gmp-4.2.2/.libs --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.2.3
 /app/devtools/gcc-4.2.3/libexec/gcc/x86_64-unknown-linux-gnu/4.2.3/cc1plus -E
-quiet -v -D_GNU_SOURCE testpure.cpp -mtune=generic -fpch-preprocess -o
testpure.ii
ignoring nonexistent directory
"/app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:

/app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3

/app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3/x86_64-unknown-linux-gnu

/app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3/backward
 /usr/local/include
 /app/devtools/gcc-4.2.3/include
 /app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/include
 /usr/include
End of search list.
 /app/devtools/gcc-4.2.3/libexec/gcc/x86_64-unknown-linux-gnu/4.2.3/cc1plus
-fpreprocessed testpure.ii -quiet -dumpbase testpure.cpp -mtune=generic
-auxbase testpure -version -o testpure.s
GNU C++ version 4.2.3 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.2.3.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 4f1a9dd65e939519bf89a9e8788cb5ba
testpure.cpp: In function âint main()â:
testpure.cpp:10: error: invalid abstract type âmybaseâ for âptrsâ
testpure.cpp:3: note:   because the following virtual functions are pure within
âmybaseâ:
testpure.cpp:5: note:   virtual int mybase::afunc()
==
cat testpure.s
.file   "testpure.cpp"
.section.ctors,"aw",@progbits
.align 8
.quad   _GLOBAL__I_main


-- 
   Summary: g++ compiler giving error for array of pointers of
abstract base class
   Product: gcc
   Version: 4.2.3
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ganesh dot borse at credit-suisse dot com


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

[Bug middle-end/41817] elfutils triggers bogus "may be uninitialized" with -O3 -mtune=k8

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2009-10-27 02:44 ---
These might not be bogus as there is extra inlining at -O3 which causes us to
strip out the address taking and make search_table_entries, etc. look like real
variables.


-- 


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

[Bug c++/41819] [4.5 regression] ICE with try/catch and -fno-exceptions

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-10-27 02:42 ---
Confirmed.


-- 

pinskia 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-10-27 02:42:57
   date||


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

[Bug c++/41830] Missing "warning: control reaches end of non-void function" in -O2

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-10-27 02:41 ---
Fixed on the trunk for 4.5.0, most likely by:
2008-09-17  Jan Hubicka  

PR c++/18071
* tree.h (DECL_INLINE): remove.
(DECL_DECLARED_INLINE_P): Update docs.
(DECL_NO_INLINE_WARNING_P): new.
(tree_function_decl): Replace inline_flag by no_inline_warning_flag.
* tree-inline.c (inlinable_function_p): Set DECL_NO_INLINE_WARNING_P.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
   Keywords||diagnostic
 Resolution||FIXED
   Target Milestone|--- |4.5.0


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

[Bug lto/41836] LTO and profile-generate is broken

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2009-10-27 02:38 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org, hubicka at gcc dot gnu
   ||dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2009-10-27 02:38:02
   date||
Summary|lto1: internal compiler |LTO and profile-generate is
   |error: in   |broken
   |lto_symtab_register_decl, at|
   |lto-symtab.c:134|


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

[Bug lto/41839] ICE with lto and incomplete types

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-10-27 02:31 ---
Note this originally comes from libxml2.


-- 


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

[Bug lto/41839] New: ICE with lto and incomplete types

[pinskia at gcc dot gnu dot org]

Take the following two files:
typedef struct _xmlDict xmlDict;
struct _xmlDict {
 int ref_counter;
};
void xmlDictCreate(void) {
  xmlDict * dict;
}
--- CUT ---
typedef struct _xmlDict xmlDict;
struct _xmlDoc {
  struct _xmlDict *dict;
};
void xmlAddEntity(struct _xmlDoc *a) {
  xmlDict * dict = a->dict;
  xmlHashCreateDict(0, dict);
}

--- CUT ---

Currently if the first file is included first it ICEs but if the second files
is done first on the command line, it works.
The ICE is:
lto1: error: non-trivial conversion at assignment
struct _xmlDict *
struct _xmlDict *
# VUSE <.MEM_3(D)>
dict_2 = a_1(D)->dict;


-- 
   Summary: ICE with lto and incomplete types
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug lto/41821] ICE in LTO when linking

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2009-10-27 01:17 ---
> stest0.o and libPatternDriver.a

Actually since you are not using the gold linker plugin we only really need the
preprocessed source for stest0.o .  Since collect2 does not understand archives
right now.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

[Bug lto/41808] error: non-trivial conversion at assignment

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2009-10-27 01:14 ---
(In reply to comment #4)
> I have a C testcase which shows the same issue do you want it?  It shows up
> while building libxml2.

Actually looks related but different, there is no inlining involved there.


-- 


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

[Bug lto/41821] ICE in LTO when linking

[mckelvey at maskull dot com]

--- Comment #5 from mckelvey at maskull dot com  2009-10-27 01:04 ---
(In reply to comment #4)
> Subject: Re:  ICE in LTO when linking
> 
> On Sun, 25 Oct 2009, mckelvey at maskull dot com wrote:
> 
> > 
> > 
> > --- Comment #3 from mckelvey at maskull dot com  2009-10-25 16:32 
> > ---
> > (In reply to comment #2)
> > > Can you instead launch the link command-line with -v -save-temps appended
> > > and from the output re-run the lto1 command invocation inside gdb and do
> > > 
> > > (gdb) b internal_error
> > > (gdb) run
> > > (gdb) up 2
> > > 
> > > you should be at gimple.c:3488 now, if not go up/down frames until you are
> > > 
> > > (gdb) call debug_tree (t1)
> > > 
> > > and paste the output of that here?  If t1 is optimized out at that point
> > > try going up one more frame and try again there with the proper call
> > > argument.
> > 
> > t1 is not available anywhere. Should I rebuild gcc with CFLAGS set to -g 
> > -O0?
> 
> that would be nice! (remember to use --disable-bootstrap)
> 
> thanks.
> 

OK, here we go:


(gdb) down
#2  0x000120321d50 in gimple_types_compatible_p (t1=0x248cdc0, 
t2=0x248cd10) at ../../gcc/gcc/gimple.c:3488
3488  gcc_unreachable ();
(gdb) call debug_tree(t1) 
 
unit size 
align 64 symtab 0 alias set -1 canonical type 0x23346e0 precision
64 min  max >
DI size  unit size 
align 64 symtab 0 alias set -1 canonical type 0x248ce70 basetype
>
(gdb)


-- 


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

[Bug lto/41808] error: non-trivial conversion at assignment

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2009-10-27 00:26 ---
I have a C testcase which shows the same issue do you want it?  It shows up
while building libxml2.


-- 


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

[Bug other/41820] cc1: error: Cannot load plugin ./selfassign.so

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2009-10-26 
23:43 ---
Subject: Re:  cc1: error: Cannot load plugin ./selfassign.so

> There is configure fluff in gcc/configure.ac at the --enable-plugin handling
> that should deal with this (it tries -rdynamic at the moment).  Probably
> plugins should be disabled if not using GNU ld for now.

The -rdynamic check is broken:

configure:25064: checking for -rdynamic
configure:25077: gcc -o conftest -g -rdynamic conftest.c  >&5
gcc: unrecognized option '-rdynamic'
configure:25077: $? = 0
configure:25078: result: yes

Passing -Wl,-E works.

Dave


-- 


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

[Bug c++/41838] Incorrect "dereferencing pointer '' does break strict-aliasing rules"

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2009-10-26 23:42 ---
> There's no aliasing through the void*.

This is not true.  In fact aliasing is not about what the type of the pointers
are but what the dynamic type of what the pointer points to and the access
type.

But that is not the issue here though.  


-- 


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

[Bug bootstrap/41345] [4.5 Regression] bootstrap comparison failure with --disable-checking

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2009-10-26 23:12 ---
Fixed.  x86_64-linux and i686-linux bootstrapped/regtested with
--disable-checking just fine.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug debug/41828] DW_AT_name should not be present for anonymous aggregates

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-10-26 23:11 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/41838] New: Incorrect "dereferencing pointer '' does break strict-aliasing rules"

[jyasskin at gmail dot com]

The attached Triple.i, when compiled with `g++ -c -O2 -Wstrict-aliasing
Triple.i`, returns:

Triple.i: In function 'void setOSName(const StringRef&)':
Triple.i:9: warning: dereferencing pointer '' does break
strict-aliasing rules
Triple.i:9: note: initialized from here

Line 9 is:
if (LHSKind == TwineKind) return static_cast(LHS)->LHSKind;
I believe the warning is incorrect since when LHSKind == TwineKind, LHS is only
assigned a Twine*. There's no aliasing through the void*. (And in this
subprogram, LHSKind is in fact never ==TwineKind.)

The warning goes away if I delete the __builtin_expect.

$ g++ -v
Using built-in specs.
Target: i386-apple-darwin9
Configured with: ../gcc-4.4.1/configure --prefix=/opt/local
--build=i386-apple-darwin9 --enable-languages=c,c++,objc,obj-c++,java,fortran
--libdir=/opt/local/lib/gcc44 --includedir=/opt/local/include/gcc44
--infodir=/opt/local/share/info --mandir=/opt/local/share/man
--with-local-prefix=/opt/local --with-system-zlib --disable-nls
--program-suffix=-mp-4.4 --with-gxx-include-dir=/opt/local/include/gcc44/c++/
--with-gmp=/opt/local --with-mpfr=/opt/local
Thread model: posix
gcc version 4.4.1 (GCC)


-- 
   Summary: Incorrect "dereferencing pointer '' does
break strict-aliasing rules"
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jyasskin at gmail dot com


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

[Bug c++/41838] Incorrect "dereferencing pointer '' does break strict-aliasing rules"

[jyasskin at gmail dot com]

--- Comment #1 from jyasskin at gmail dot com  2009-10-26 23:04 ---
Created an attachment (id=18908)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18908&action=view)
File with incorrect strict-aliasing warning


-- 


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

[Bug fortran/41831] Bug with management of NaNs

[kargl at gcc dot gnu dot org]

--- Comment #2 from kargl at gcc dot gnu dot org  2009-10-26 22:39 ---
> My conclusion is that there is a problem when the 
> NAN is passed from the C to the fortran.

That's not my conclusion. :)


> double C2F(returnanan)(void)
> {
  (snip)
>

>   PROGRAM test
>   DATA ONE/1.0D0/
>   DOUBLE PRECISION X
>   X = returnanan()

Add 'IMPLICIT NONE' to your code.  The Fortran code is
expecting has implicitly typed returnanan() as REAL.
Your C code has declared returnanan() to return a double.
C's double is not the same thing as Fortran's REAL.

-- 
steve


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c/41837] Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'

[b3timmons at speedymail dot org]

--- Comment #4 from b3timmons at speedymail dot org  2009-10-26 22:33 
---
Created an attachment (id=18907)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18907&action=view)
gzipped preprocessed source triggering failure

Had to gzip file due to submission timing out


-- 


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

[Bug c/41837] Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'

[b3timmons at speedymail dot org]

--- Comment #3 from b3timmons at speedymail dot org  2009-10-26 22:30 
---
Created an attachment (id=18906)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18906&action=view)
preprocessed source triggering failure


-- 


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

[Bug c/41837] Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'

[b3timmons at speedymail dot org]

--- Comment #2 from b3timmons at speedymail dot org  2009-10-26 22:28 
---
Created an attachment (id=18905)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18905&action=view)
preprocessed source triggering failure


-- 


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

[Bug c/41837] Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'

[b3timmons at speedymail dot org]

--- Comment #1 from b3timmons at speedymail dot org  2009-10-26 22:27 
---
Created an attachment (id=18904)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18904&action=view)
preprocessed source triggering failure


-- 


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

[Bug c/41837] New: Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'

[b3timmons at speedymail dot org]

gcc -v -B. -r -nostdlib -O -fipa-struct-reorg -fwhole-program -combine
-fprofile-generate colormap.i 
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local
--with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-B.' '-r' '-nostdlib' '-O' '-fipa-struct-reorg'
'-fwhole-program' '-combine' '-fprofile-generate' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1 -fpreprocessed
colormap.i -quiet -dumpbase colormap.i -mtune=generic -auxbase colormap -O
-version -fipa-struct-reorg -fwhole-program -fprofile-generate -o
/tmp/ccgO16Id.s
GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091026 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.7
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091026 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.7
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 51f39aedff8c196534353c80fb0ba358
colormap.c:2699:1: internal compiler error: Segmentation fault


-- 
   Summary: Using '-O -fipa-struct-reorg -fwhole-program -combine -
fprofile-generate' gives 'internal compiler error:
Segmentation fault'
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b3timmons at speedymail dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug lto/41832] lto1: internal compiler error: verify_stmts failed

[b3timmons at speedymail dot org]

--- Comment #6 from b3timmons at speedymail dot org  2009-10-26 21:59 
---
Right, I just tried it with a later gcc build and now cannot reproduce it. 
Looks like we should close it.


-- 

b3timmons at speedymail dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/41775] [4.5 Regression] IPA-SRA: ice in rewrite_stmt, at tree-into-ssa.c:1302

[jamborm at gcc dot gnu dot org]

--- Comment #3 from jamborm at gcc dot gnu dot org  2009-10-26 21:53 ---
Created an attachment (id=18903)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18903&action=view)
Proposed fix

Indeed, the users of build_ref_for_offset in ipa-prop.c and ipa-cp.c
do not unshare the base expressions they should.  I have looked at all
other users and found that they either pass declarations or do their
own unsharing and so decided to move the unsharing to
build_ref_for_offset itself.  The attached patch fixes the ICE when
compiling the testcase, I am currently bootstrapping it.


-- 


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

[Bug other/41809] escaping address of packed field should trigger warning

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2009-10-26 21:46 ---
To whomever will fix this: beware not to introduce warnings for targets where
the "packed" layout is the default. (As has happened in the past for other
"packed warnings".)


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hp at gcc dot gnu dot org


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

[Bug lto/41832] lto1: internal compiler error: verify_stmts failed

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-10-26 21:00 ---
I can't reproduce this with

./xgcc -B. -r -nostdlib -O -flto cvt.i xf86cvt.i


-- 


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

[Bug tree-optimization/41750] [4.5 Regression] gcc 4.5.0 miscompiles binutils

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |NEW
  Component|middle-end  |tree-optimization
 Ever Confirmed|0   |1
   Keywords||wrong-code
   Last reconfirmed|2009-10-26 19:19:42 |2009-10-26 20:57:48
   date||
Summary|gcc 4.5.0 miscompiles   |[4.5 Regression] gcc 4.5.0
   |binutils|miscompiles binutils
   Target Milestone|--- |4.5.0


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

[Bug tree-optimization/41835] ICE with -flto -O3 (BB N can not throw but has an EH edge)

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-10-26 20:56 ---
Confirmed.  There is a crude fixup pass, but this should be handled by
IPA nothrow (which doesn't exist).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||lto
   Last reconfirmed|-00-00 00:00:00 |2009-10-26 20:56:03
   date||


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

[Bug tree-optimization/41834] Missed "may be uninitialized warning" on array reference

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-10-26 20:54 ---
It is because there would be very many spurious warnings.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

[ebotcazou at gcc dot gnu dot org]

--- Comment #18 from ebotcazou at gcc dot gnu dot org  2009-10-26 20:41 
---
Fixed on Solaris < 10 by http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00629.html

There is still a problem in the testsuite though:
  http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02530.html

Executing on build: gcc -g -O2
/nile.build/botcazou/gcc-head/src/gcc/testsuite/\
gcc.dg/plugin/selfassign.c -I.
-I/nile.build/botcazou/gcc-head/src/gcc/testsuit\
e -I/nile.build/botcazou/gcc-head/src/gcc/testsuite/../../gcc
-I/nfs/nile/nile.\
build/botcazou/gcc-head/sparc-sun-solaris2.9/gcc/testsuite/gcc/../../../gcc 
-I\
/nile.build/botcazou/gcc-head/src/gcc/testsuite/../../include
-I/nile.build/bot\
cazou/gcc-head/src/gcc/testsuite/../../libcpp/include 
-I/nile.build/botcazou/g\
cc-head/install_sparc/include 
-I/nile.build/botcazou/gcc-head/install_sparc/in\
clude -I/nile.build/botcazou/gcc-head/install_sparc/include -O -DIN_GCC -fPIC
-\
shared -o selfassign.so(timeout = 300)
In file included from
/nile.build/botcazou/gcc-head/src/gcc/testsuite/../../gcc\
/gcc-plugin.h:28,^M
 from
/nile.build/botcazou/gcc-head/src/gcc/testsuite/gcc.dg/pl\
ugin/selfassign.c:5:^M
/nile.build/botcazou/gcc-head/src/gcc/testsuite/../../gcc/system.h:418:20:
erro\
r: stdint.h: No such file or directory^M

Stage 3 compiler has "#define HAVE_STDINT_H 1" in auto-host.h so the include is
triggered, but -I/nile.build/botcazou/gcc-head/sparc-sun-solaris2.9/gcc/include
is not passed on the command line.


-- 


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

[Bug c/41836] lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134

[b3timmons at speedymail dot org]

--- Comment #2 from b3timmons at speedymail dot org  2009-10-26 20:35 
---
Also fails with -fwhopr instead of -flto

Also fails with -fprofile-arcs instead of -fprofile-generate


-- 


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

[Bug libgcj/35552] GCJ ARM compiled programs give segmentation fault

[dl9pf at gmx dot de]

--- Comment #2 from dl9pf at gmx dot de  2009-10-26 20:32 ---
Could this be a problem with boehm-gc ?


-- 


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

[Bug c/41836] lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134

[b3timmons at speedymail dot org]

--- Comment #1 from b3timmons at speedymail dot org  2009-10-26 20:32 
---
Created an attachment (id=18902)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18902&action=view)
preprocessed source of trivial test file


-- 


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

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

[jakub at gcc dot gnu dot org]

--- Comment #15 from jakub at gcc dot gnu dot org  2009-10-26 20:28 ---
Subject: Bug 38923

Author: jakub
Date: Mon Oct 26 20:28:24 2009
New Revision: 153570

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153570
Log:
PR libstdc++/38923
* acinclude.m4 (GLIBCXX_CHECK_LINKER_FEATURES): Avoid using too many
*s.  Accept ld version without text in ()s.
* configure: Regenerated.

* acinclude.m4 (LIBGOMP_CHECK_LINKER_FEATURES): Avoid using too many
*s.  Accept ld version without text in ()s.
* configure: Regenerated.

Modified:
trunk/libgomp/ChangeLog
trunk/libgomp/acinclude.m4
trunk/libgomp/configure
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/acinclude.m4
trunk/libstdc++-v3/configure


-- 


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

[Bug c/41836] New: lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134

[b3timmons at speedymail dot org]

$ gcc -v -flto -fprofile-generate gcc-bug2.c 
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local
--with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-flto' '-fprofile-generate' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1 -quiet -v gcc-bug2.c
-quiet -dumpbase gcc-bug2.c -mtune=generic -auxbase gcc-bug2 -version -flto
-fprofile-generate -o /tmp/ccYElYVT.s
GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091026 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.7
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/include
 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/include-fixed
 /usr/include
End of search list.
GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091026 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.7
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 51f39aedff8c196534353c80fb0ba358
COLLECT_GCC_OPTIONS='-v' '-flto' '-fprofile-generate' '-mtune=generic'
 as -V -Qy -o /tmp/cccPjClJ.o /tmp/ccYElYVT.s
GNU assembler version 2.19.1 (x86_64-linux-gnu) using BFD version (GNU Binutils
for Ubuntu) 2.19.1
COMPILER_PATH=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/:/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/:/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/:/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/:/usr/local/lib/gcc/x86_64-unknown-linux-gnu/
LIBRARY_PATH=/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/:/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-flto' '-fprofile-generate' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/collect2 -flto
--eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2
/usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o
/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/crtbegin.o
-L/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0
-L/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64
-L/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../.. /tmp/cccPjClJ.o
-lgcov -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s
--no-as-needed /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/crtend.o
/usr/lib/../lib64/crtn.o
Using built-in specs.
COLLECT_GCC=/usr/local/bin/gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local
--with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-combine' '-c' '-o' '/tmp/ccVjwVw6.lto.o' '-v'
'-fprofile-generate' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto1 -quiet -dumpbase
cccPjClJ.o -mtune=generic -auxbase-strip /tmp/ccVjwVw6.lto.o -version
-fprofile-generate @/tmp/cc4z8ZY7 -o /tmp/ccW87tP5.s
GNU GIMPLE (GCC) version 4.5.0 20091026 (experimental)
(x86_64-unknown-linux-gnu)
    compiled by GNU C version 4.5.0 20091026 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.7
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU GIMPLE (GCC) version 4.5.0 20091026 (experimental)
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091026 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.7
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134


-- 
   Summary: lto1: internal compiler error: in
lto_symtab_register_decl, at 

[Bug bootstrap/41345] [4.5 Regression] bootstrap comparison failure with --disable-checking

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2009-10-26 20:21 ---
Subject: Bug 41345

Author: jakub
Date: Mon Oct 26 20:21:09 2009
New Revision: 153569

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153569
Log:
PR bootstrap/41345
* cfgcleanup.c (trivially_empty_bb_p): New function.
(try_optimize_bb): Use it instead of checking BB_HEAD == BB_END.

* gcc.dg/pr41345.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr41345.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cfgcleanup.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug debug/41828] DW_AT_name should not be present for anonymous aggregates

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-10-26 20:18 ---
Subject: Bug 41828

Author: jakub
Date: Mon Oct 26 20:18:26 2009
New Revision: 153568

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153568
Log:
PR debug/41828
* cp-lang.c (cxx_dwarf_name): Return NULL instead of
 for anonymous aggregate names.

* dwarf2out.c (add_pubname, add_pubtype, generic_parameter_die,
add_name_and_src_coords_attributes, gen_namespace_die,
dwarf2out_set_name): Handle dwarf2_name returning NULL.

* g++.dg/debug/dwarf2/anonname1.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/debug/dwarf2/anonname1.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cp-lang.c
trunk/gcc/dwarf2out.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug lto/41832] lto1: internal compiler error: verify_stmts failed

[b3timmons at speedymail dot org]

--- Comment #4 from b3timmons at speedymail dot org  2009-10-26 20:10 
---
Forgot to add info from output of gcc -v:

Target: x86_64-unknown-linux-gnu
Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local
--with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC) 


-- 


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

[Bug target/41799] __enable_execute_stack introduced for mingw32 in r134089 doesn't work for kernel-mode components

[ktietz at gcc dot gnu dot org]

--- Comment #3 from ktietz at gcc dot gnu dot org  2009-10-26 19:24 ---
Patch post at http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01577.html to ML


-- 


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

[Bug middle-end/41750] gcc 4.5.0 miscompiles binutils

[hjl dot tools at gmail dot com]

--- Comment #18 from hjl dot tools at gmail dot com  2009-10-26 19:19 
---
This is another IPA-SRA bug.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||jamborm at gcc dot gnu dot
   ||org
   Last reconfirmed|-00-00 00:00:00 |2009-10-26 19:19:42
   date||


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

[Bug c++/38796] [c++0x] defaulted operator= with non-default return type accepted

[jason at gcc dot gnu dot org]

--- Comment #2 from jason at gcc dot gnu dot org  2009-10-26 19:07 ---
Subject: Bug 38796

Author: jason
Date: Mon Oct 26 19:07:14 2009
New Revision: 153565

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153565
Log:
PR c++/38796, Core issue 906
gcc/cp
* cp-tree.h (DECL_DEFAULTED_OUTSIDE_CLASS_P): New.
(DECL_DEFAULTED_IN_CLASS_P): New.
* class.c (user_provided_p): Non-static.
(check_methods): Use it.
(check_bases_and_members): Check defaulted fns.
(defaultable_fn_p): Move and rename to...
* method.c (defaultable_fn_check): ...this.
(defaulted_late_check): New.
* pt.c (tsubst_decl): Call it.
* decl2.c (grokfield): Adjust.
* decl.c (cp_finish_decl): Adjust.
(grok_special_member_properties): Use user_provided_p.
libstdc++-v3
* include/std/future (~Future_result_base): Default outside class
body.
* include/std/system_error (error_category()): Likewise.
* libsupc++/nested_exception.h (nested_exception): Remove
exception specifications from defaulted methods.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/defaulted15.C
trunk/gcc/testsuite/g++.dg/cpp0x/defaulted16.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/method.c
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/std/future
trunk/libstdc++-v3/include/std/system_error
trunk/libstdc++-v3/libsupc++/nested_exception.h
trunk/libstdc++-v3/testsuite/30_threads/packaged_task/cons/assign_neg.cc
trunk/libstdc++-v3/testsuite/30_threads/packaged_task/cons/copy_neg.cc
trunk/libstdc++-v3/testsuite/30_threads/promise/cons/assign_neg.cc
trunk/libstdc++-v3/testsuite/30_threads/promise/cons/copy_neg.cc
trunk/libstdc++-v3/testsuite/30_threads/shared_future/cons/assign_neg.cc
trunk/libstdc++-v3/testsuite/30_threads/unique_future/cons/assign_neg.cc
trunk/libstdc++-v3/testsuite/30_threads/unique_future/cons/copy_neg.cc


-- 


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

[Bug tree-optimization/41835] New: ICE with -flto -O3 (BB N can not throw but has an EH edge)

[pinskia at gcc dot gnu dot org]

Looks like something is not removing the EH edges.
Anyways here is a simple testcase:
file 1):
void Stop_Profile( void );
struct CProfileSample { 
  ~CProfileSample( void )  { 
  Stop_Profile(); 
 }
};
void integrateVelocities(int);
void predictUnconstraintMotion(int size)
{
  CProfileSample __profile;
  for ( int i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=41835

[Bug c++/41752] [C++0x] Canonical type with variadic templates and CRTP

[dodji at gcc dot gnu dot org]

--- Comment #2 from dodji at gcc dot gnu dot org  2009-10-26 18:39 ---
This should be fixed by the patch for PR c++/41785


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/41752] [C++0x] Canonical type with variadic templates and CRTP

[dodji at gcc dot gnu dot org]

-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dodji at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-10-26 18:39:34
   date||


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

[Bug c++/41785] [4.5 Regression] [C++0x] ICE on canonical types with variadic templates and CRTP

[dodji at gcc dot gnu dot org]

--- Comment #8 from dodji at gcc dot gnu dot org  2009-10-26 18:36 ---
Fixed in 4.5.0


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/41785] [4.5 Regression] [C++0x] ICE on canonical types with variadic templates and CRTP

[dodji at gcc dot gnu dot org]

--- Comment #7 from dodji at gcc dot gnu dot org  2009-10-26 18:31 ---
Subject: Bug 41785

Author: dodji
Date: Mon Oct 26 18:31:22 2009
New Revision: 153564

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153564
Log:
Fix PR c++/41785

gcc/cp/ChangeLog:

PR c++/41785
* pt.c (template_args_equal): Handle comparison of
an ARGUMENT_PACK_SELECT node with the arguments node it selects into.
* cp-tree.def: Fix a typo in the description of TYPE_PACK_EXPANSION.

gcc/testsuite/ChangeLog:
PR c++/41785
* gcc/testsuite/g++.dg/cpp0x/variadic96.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/variadic96.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cp-tree.def
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/41834] New: Missed "may be uninitialized warning" on array reference

[rahul at icerasemi dot com]

Using GCC 4.4.1 and the command on the following test 

gcc -O2 -Wall -Wextra

#include 

int foo (int b)
{
int a[10], c, i; 

for (i = 0; i < b; i++)
{
a[i] = b;
c = b;
}

if (a[2] == 5 && c == 5)
{
printf("hello world\n");
}
return 0;
}

testWarn.c: In function 'foo': testWarn.c:5: warning: 'c' may be used
uninitialized in this function 

However, a warning for a[2] being possibly uninitialized is missing.

If I understand right, this should be handled by late warning pass which just
after DCE. Looking at post DCE dump

foo (int b)
{
  unsigned int D.1282;
  int i;
  int c;
  int a[10];
  _Bool D.1243;
  _Bool D.1242;
  _Bool D.1241;
  int D.1240;

:
  if (b_5(D) > 0)
goto ;
  else
goto ;

:
  # i_21 = PHI <0(2), i_8(3)>
  D.1282_25 = (unsigned int) i_21;
  MEM[base: &a, index: D.1282_25, step: 4] = b_5(D);
  i_8 = i_21 + 1;
  if (i_8 != b_5(D))
goto ;
  else
goto ;

:
  # c_17 = PHI 
  D.1240_9 = a[2];
  D.1241_10 = D.1240_9 == 5;
  D.1242_11 = c_17 == 5;
  D.1243_12 = D.1242_11 & D.1241_10;
  if (D.1243_12 != 0)
goto ;
  else
goto ;

:
  __builtin_puts (&"hello world"[0]);

:
  return 0;

}

there is a path to bb 4, which does not initialize a. Why do we not generate a
warning? Is it due a missing PHI for a?


-- 
   Summary: Missed "may be uninitialized warning" on array reference
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rahul at icerasemi dot com
 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=41834

[Bug middle-end/38002] gcc crash using -fvisibility-ms-compat

[boz_gnu at boz dot org dot uk]

--- Comment #4 from boz_gnu at boz dot org dot uk  2009-10-26 17:39 ---
(In reply to comment #3)
> Reduced testcase, not a regression.

Here's a further reduction which still reproduces the crash:

namespace std __attribute__ ((__visibility__ ("default"))) {
class type_info   { };
};

void foo() {
  int i;
  typeid(&i);
}


-- 

boz_gnu at boz dot org dot uk changed:

   What|Removed |Added

 CC||boz_gnu at boz dot org dot
   ||uk


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

[Bug middle-end/41750] gcc 4.5.0 miscompiles binutils

[hjl dot tools at gmail dot com]

--- Comment #17 from hjl dot tools at gmail dot com  2009-10-26 16:59 
---
Revision 152433 is OK and revision 152642 is bad.


-- 


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

[Bug rtl-optimization/41833] vec_splat followed by vec_splat could be improved

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-10-26 16:44 ---
I have a patch which fixes this at the RTL level.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-10-26 16:44:46
   date||


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

[Bug rtl-optimization/41833] New: vec_splat followed by vec_splat could be improved

[pinskia at gcc dot gnu dot org]

Take:
#include 

vector float f(vector float a)
{
  vector float b = vec_splat (a, 2);
  return vec_splat (b, 0);
}
--- CUT ---
The second vec_splat could be removed as we already splatted the value across
the vector once, there is no need to do it again.


-- 
   Summary: vec_splat followed by vec_splat could be improved
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: pinskia at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
GCC target triplet: powerpc*-*-*


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

[Bug debug/41801] [4.5 Regression] VTA: ICE in loc_cmp.

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-10-26 16:31 ---
Created an attachment (id=18901)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18901&action=view)
gcc45-pr41801.patch

Seems to be a RTL expansion bug, nothing debug info related, just nothing
verifies it except for var-tracking.c.  Weird that it didn't get caught much
earlier.

I don't have access to any of the weird targets with ptr_mode != Pmode, so I
can't test this patch.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug c++/41020] [4.5 Regression] Can't declare an extern "C" friend of a builtin function

[dodji at gcc dot gnu dot org]

--- Comment #11 from dodji at gcc dot gnu dot org  2009-10-26 16:06 ---
Fixed in 4.5.0


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/41785] [4.5 Regression] [C++0x] ICE on canonical types with variadic templates and CRTP

[dodji at gcc dot gnu dot org]

--- Comment #6 from dodji at gcc dot gnu dot org  2009-10-26 16:03 ---
Patch posted to http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01563.html .


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dodji at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-10-22 09:34:12 |2009-10-26 16:03:52
   date||


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

[Bug debug/41801] [4.5 Regression] VTA: ICE in loc_cmp.

[pinskia at gcc dot gnu dot org]

-- 

pinskia 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-10-26 16:03:47
   date||


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

[Bug lto/41808] error: non-trivial conversion at assignment

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-10-26 15:47 ---
Bad idea, loads of fallout.  Another variant would be to again require a
type conversion for struct T * to struct U * assignments (or add even more
special cases...).

We're a long way from treating pointers as values...


-- 


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

[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking

[aldyh at gcc dot gnu dot org]

-- 

aldyh at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |aldyh at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug lto/41832] lto1: internal compiler error: verify_stmts failed

[b3timmons at speedymail dot org]

--- Comment #3 from b3timmons at speedymail dot org  2009-10-26 15:28 
---
A workaround is to add -fno-tree-copy-prop -fno-tree-copyrename to $CFLAGS


-- 


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

[Bug lto/41832] lto1: internal compiler error: verify_stmts failed

[b3timmons at speedymail dot org]

--- Comment #2 from b3timmons at speedymail dot org  2009-10-26 15:23 
---
Created an attachment (id=18900)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18900&action=view)
xf86cvt.i containing function that compiler complains about


-- 


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

[Bug lto/41832] lto1: internal compiler error: verify_stmts failed

[b3timmons at speedymail dot org]

--- Comment #1 from b3timmons at speedymail dot org  2009-10-26 15:21 
---
Created an attachment (id=18899)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18899&action=view)
cvt.i of cvt program from xorg-server-1.4.2


-- 


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

[Bug fortran/41831] Bug with management of NaNs

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-10-26 15:10 ---
NaNs don't exist in Fortran's data types except for the Fortran 2003's IEEE
types.


-- 


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

[Bug lto/41832] New: lto1: internal compiler error: verify_stmts failed

[b3timmons at speedymail dot org]

configure xorg-server-1.4.2 with -O -flto in $CFLAGS
make
Eventually it fails with:


gcc -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs
-fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT
-DDBUS_API_SUBJECT_TO_CHANGE -I/usr/local/include -I/usr/local/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/hal -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -I../../../../include -I../../../../include
-I../../../../Xext -I../../../../composite -I../../../../damageext
-I../../../../xfixes -I../../../../Xi -I../../../../mi
-I../../../../miext/shadow -I../../../../miext/damage -I../../../../render
-I../../../../randr -I../../../../fb -DHAVE_XORG_CONFIG_H -DXF86PM
-I/usr/local/include -O -flto -I/usr/include/drm -I/usr/include/X11/dri -o cvt
cvt-cvt.o cvt-xf86cvt.o  ../../../../hw/xfree86/dummylib/libdummy-nonserver.a
-lm -lrt  
In function 'xf86CVTMode':
lto1: error: invalid conversion in return statement
struct _DisplayModeRec *

struct DisplayModeRec *

return Mode_13;

lto1: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
lto-wrapper: /usr/local/bin/gcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status
make: *** [cvt] Error 1


-- 
   Summary: lto1: internal compiler error: verify_stmts failed
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b3timmons at speedymail dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug fortran/41831] New: Bug with management of NaNs

[michael dot baudin at scilab dot org]

I find that there is a bug with respect to the 
management of the NaNs from C to fortran.
This bug happens on Ubuntu 64bits (and not with 32bits).

returnanan.c defines 2 functions
nan = returnanan() : returns a NAN, 
void returnanan2(nan) : sets the NAN in the input argument, passed by address.

test.f computes NAN with 3 methods :
#1 : uses returnanan()
#2 : creates NAN with (1-ONE)/(1-ONE)
#3 : uses returnanan2(nan)

This produces the following output :

(returnanan) nan = nan   // OK
 X #1:   0.  // WRONG
 X #2:   NaN // OK
(returnanan2) nan = nan  // OK
 X #3:   NaN // OK

My conclusion is that there is a problem when the 
NAN is passed from the C to the fortran.
I cannot explain the fact that if the address of the 
NAN is passed to the C function, it works.

This bug is related to Scilab, see :
http://bugzilla.scilab.org/show_bug.cgi?id=4378

Best regards,

Michaël Baudin

--

Software Development Engineer
michael.bau...@scilab.org
The Scilab Consortium
http://www.scilab.org/

===
returnanan.c:
#define C2F(name) name##_
#include 
double C2F(returnanan)(void)
{
static int first = 1;
static double nan = 1.0;

if ( first )
{
nan = (nan - (double) first)/(nan - (double) first);
first = 0;
}
printf ( "(returnanan) nan = %e\n",nan);
return ((double)nan);
}
void C2F(returnanan2)(double * nan)
{
double one = 1.0;
*nan = (1.0 - one)/(1.0 - one);
printf ( "(returnanan2) nan = %e\n",*nan);
}
===
test.f
  PROGRAM test
  DATA ONE/1.0D0/
  DOUBLE PRECISION X
  X = returnanan()
  PRINT * , "X #1:", X
  X = (1-ONE)/(1-ONE)
  PRINT * , "X #2:", X
  call returnanan2(X)
  PRINT * , "X #3:", X
  END
===
Now type :
gcc -c returnanan.c
gfortran -c test.f
gfortran -o mytest returnanan.o test.o
./mytest

===
$ gcc -v
Utilisation des specs internes.
Target: x86_64-linux-gnu
Configuré avec: ../src/configure -v --with-pkgversion='Ubuntu 4.3.3-5ubuntu4'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3
--program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-mpfr --with-tune=generic --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Modèle de thread: posix
gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4)


-- 
   Summary: Bug with management of NaNs
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot baudin at scilab dot org


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

[Bug fortran/41829] [OOP] Runtime error with dynamic dispatching

[janus at gcc dot gnu dot org]

--- Comment #3 from janus at gcc dot gnu dot org  2009-10-26 14:44 ---
Created an attachment (id=18898)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18898&action=view)
another test case

This example nicely illustrates why we need a vtable. Here is a more
compactified version of the test case.


-- 


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

[Bug c++/41830] New: Missing "warning: control reaches end of non-void function" in -O2

[grxnprzn at gmx dot net]

Example: 

  class Bug {};
  const Bug bug() {}

compile with "-Wreturn-type -O1": no warning
compile with "-Wreturn-type -O2": no warning
compile with "-Wreturn-type -O3": warning printed

If I read the documentation correctly, -Wreturn type should work with or
without optimizing.


-- 
   Summary: Missing "warning: control reaches end of non-void
function" in -O2
   Product: gcc
   Version: 4.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grxnprzn at gmx dot net
 GCC build triplet: i586-suse-linux
  GCC host triplet: i586-suse-linux
GCC target triplet: i586-suse-linux


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

[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-10-26 14:41 ---
Even that doesn't work.  Weird.


-- 


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

[Bug c++/41020] [4.5 Regression] Can't declare an extern "C" friend of a builtin function

[dodji at gcc dot gnu dot org]

--- Comment #10 from dodji at gcc dot gnu dot org  2009-10-26 14:40 ---
Subject: Bug 41020

Author: dodji
Date: Mon Oct 26 14:40:16 2009
New Revision: 153552

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153552
Log:
Fix PR c++/41020

gcc/cp/ChangeLog:

PR c++/41020
* decl.c (decls_match): Use DECL_IS_BUILTIN instead of
DECL_BUILT_IN.

gcc/testsuite/ChangeLog:
PR c++/41020
* g++.dg/lookup/extern-c-redecl2.C: New test.
* g++.dg/lookup/extern-c-redecl3.C: Likewise.
* g++.dg/lookup/extern-c-redecl4.C: Likewise.
* g++.dg/lookup/extern-c-redecl5.C: Likewise.

Added:
trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl2.C
trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl3.C
trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl4.C
trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl5.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/decl.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug debug/41801] [4.5 Regression] VTA: ICE in loc_cmp.

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-10-26 14:06 ---
Simpler testcase at -g -O -milp32:
struct T
{
  void
  foo () volatile
  {
__sync_lock_release (&t);
__sync_synchronize ();
  }
  bool t;
};

int
main ()
{
  T t = { false };
  t.foo ();
}


-- 


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

[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-10-26 13:52 ---
Actually it didn't work.  But make install-lto-plugin; make install works
(and does not rebuild lto-plugin).  But I'm double-checking that as well now
...


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|rguenth at gcc dot gnu dot  |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW


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

[Bug tree-optimization/41783] r151561 (PRE fix) regresses zeusmp

[matz at gcc dot gnu dot org]

--- Comment #13 from matz at gcc dot gnu dot org  2009-10-26 13:04 ---
Fixed.


-- 

matz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/41783] r151561 (PRE fix) regresses zeusmp

[matz at gcc dot gnu dot org]

--- Comment #12 from matz at gcc dot gnu dot org  2009-10-26 13:00 ---
Subject: Bug 41783

Author: matz
Date: Mon Oct 26 13:00:36 2009
New Revision: 153551

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153551
Log:
PR tree-optimization/41783
* tree-ssa-alias.c (get_continuation_for_phi): Export, add a special
case for simple diamonds
* tree-ssa-alias.h (get_continuation_for_phi): Declare.
* tree-ssa-pre.c (translate_vuse_through_block): Add same_valid
argument, use alias oracle to skip some vdefs.
(phi_translate_1): Change call to above, don't allocate new
value ids if they can stay the same.
(compute_avail): Allow vuse walking when looking up references.

testsuite/
* gcc.dg/pr41783.c: New test.
* gcc.dg/tree-ssa/ssa-pre-23.c: Adjust.
* gcc.dg/tree-ssa/ssa-pre-24.c: Don't xfail anymore.
* gcc.dg/tree-ssa/ssa-pre-27.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr41783.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-23.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-24.c
trunk/gcc/tree-ssa-alias.c
trunk/gcc/tree-ssa-alias.h
trunk/gcc/tree-ssa-pre.c


-- 


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

[Bug fortran/41829] [OOP] Runtime error with dynamic dispatching

[sfilippone at uniroma2 dot it]

--- Comment #2 from sfilippone at uniroma2 dot it  2009-10-26 12:39 ---
Created an attachment (id=18897)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18897&action=view)
test case


-- 


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

[Bug bootstrap/41345] [4.5 Regression] bootstrap comparison failure with --disable-checking

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2009-10-26 12:38 ---
Created an attachment (id=18896)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18896&action=view)
gcc45-pr41345.patch

Fix I'm going to bootstrap/regtest.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug fortran/41829] [OOP] Runtime error with dynamic dispatching

[sfilippone at uniroma2 dot it]

--- Comment #1 from sfilippone at uniroma2 dot it  2009-10-26 12:38 ---
(In reply to comment #0)
> Hello,
> 
Sorry, hit the keyboard too soon. 
With trunk at rev. 153550 the attached code compiles cleanly but does not work:
--
[sfili...@donald bug10]$ gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/local/gnu45/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --prefix=/usr/local/gnu45
--enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC) 
[sfili...@donald bug10]$ gfortran -o td10 test-der10.f03
[sfili...@donald bug10]$ ./td10 
 FOO%DOIT base version
 Getit value :1
At line 69 of file test-der10.f03
Fortran runtime error: internal error: bad vindex in dynamic dispatch


With the NAG compiler I get the expected result:

 FOO%DOIT base version
 Getit value :  1
 FOO2%DOIT derived version
 Getit value :  3
---


-- 


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

[Bug fortran/41829] New: [OOP] Runtime error with dynamic dispatching

[sfilippone at uniroma2 dot it]

Hello,


-- 
   Summary: [OOP] Runtime error with dynamic dispatching
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sfilippone at uniroma2 dot it
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug target/29206] [4.3/4.4/4.5 regression] gcj-dbtool segfaults

[dl9pf at gmx dot de]

--- Comment #16 from dl9pf at gmx dot de  2009-10-26 12:29 ---
Confirmed also for 4.4.1 on arm-linux-gnueabi.


-- 

dl9pf at gmx dot de changed:

   What|Removed |Added

 CC||dl9pf at gmx dot de


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

[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-10-26 12:25 ---
I have a patch (it seems not using AM_MAINTAINER_MODE is the problem).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-10-19 14:19:08 |2009-10-26 12:25:12
   date||


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

[Bug tree-optimization/41826] invalid read in get_constraint_for_ptr_offset

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-10-26 12:24 ---
Fixed on the trunk sofar.  Confirmed on the 4.4 and 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.4 4.4.2
  Known to work||4.5.0


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

[Bug tree-optimization/41826] invalid read in get_constraint_for_ptr_offset

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-10-26 12:22 ---
Subject: Bug 41826

Author: rguenth
Date: Mon Oct 26 12:21:50 2009
New Revision: 153550

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153550
Log:
2009-10-26  Richard Guenther  

PR tree-optimization/41826
* tree-ssa-structalias.c (get_constraint_for_ptr_offset): Avoid
access to re-allocated vector fields.

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


-- 


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

[Bug libstdc++/41792] [C++0x] overloading the address operator confuses the standard containers

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2009-10-26 12:11 
---
(In reply to comment #2)
> James Kanze (comp.lang.c++) pointed out that it's just a requirement for
> CopyConstructible. It's in Table 30.

Thanks for the pointer, I discussed this issue a few times without actually
ever reading those lines, I admit.

> Yup, as an extension, it could make sense: The only reason to take the address
> is in iterator::operator*(), so the source would not be littered with
> address_of(). Also, in C++0X, one has to provide addressof() anyhow.

Yes, C++0x is different, much better, with the new scoped allocator model,
which is still slightly in flux. Just in case you didn't notice already, C++0x
will also include answers to "580. unused allocator members", and "635. domain
of allocator::address", which Howard filed at the same time of that change to
our std::list. And also "431. Swapping containers with unequal allocators", by
the way, which, if I'm not mistaken we already implement withing the "old"
C++03 allocator model, per some other exchanges with Howard.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-10-26 12:11:06
   date||
Summary|overloading the address |[C++0x] overloading the
   |operator confuses the   |address operator confuses
   |standard containers |the standard containers


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

[Bug bootstrap/41345] [4.5 Regression] bootstrap comparison failure with --disable-checking

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2009-10-26 11:39 ---
c#4 confirmed, shorter testcase with -fcompare-debug -O2 -g:
void
foo (int *x)
{
  int a;
  for (a = 0; a < 2; a++)
if (x[a])
  goto lab;
  __builtin_unreachable ();
lab:;
}


-- 

jakub 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-10-26 11:39:40
   date||


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

[Bug target/38203] attribute `noreturn' isn't effective when -mthumb param is active

[ramana at gcc dot gnu dot org]

--- Comment #4 from ramana at gcc dot gnu dot org  2009-10-26 11:38 ---
Not working on this.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|ramana at gcc dot gnu dot   |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW


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

[Bug target/14202] [arm] Thumb __builtin_setjmp not interworking safe

[ramana at gcc dot gnu dot org]

--- Comment #14 from ramana at gcc dot gnu dot org  2009-10-26 11:37 ---
Unassigning self. No longer working on this.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|ramana at gcc dot gnu dot   |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW


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

[Bug target/41621] [4.4 regression] powerpc-linux-gnu 32bit testsuite regressions with -Os

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-10-26 11:23 ---
Can't reproduce.


-- 


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

[Bug fortran/41772] [4.4 Regression] Wrong code due to TRANSFER of EMPTY array section

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5

[ramana at gcc dot gnu dot org]

-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ramana at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-10-15 07:45:43 |2009-10-26 11:20:47
   date||


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

[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5

[kirill at shutemov dot name]

--- Comment #12 from kirill at shutemov dot name  2009-10-26 11:06 ---
(In reply to comment #11)
> Did it fix your binutils testsuite failures ? 

Yes, it did.


-- 


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

[Bug debug/41806] G++ fails to compile a testcase with -fcompare-debug

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-10-26 10:55 ---
I believe this is the http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01030.html
issue.


-- 


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

[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5

[ramana at gcc dot gnu dot org]

--- Comment #11 from ramana at gcc dot gnu dot org  2009-10-26 10:36 ---
(In reply to comment #10)
> (In reply to comment #7)
> > I'm currently bootstrapping and testing a patch which disable section 
> > anchors
> > on arm. It will be interesting to see if it fixes any testsuite failures.
> 
> Done. It caused no new failures but fixed several objc ones:

Did it fix your binutils testsuite failures ? 


-- 


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

[Bug target/41780] File "gcc/config/arm/lib1funcs.asm" broken for THUMB version 1 since r150545

[sebastian dot huber at embedded-brains dot de]

--- Comment #2 from sebastian dot huber at embedded-brains dot de  
2009-10-26 10:22 ---
Target: arm-elf
Configured with: /home/sh/gcc-4.5-20091015/configure
--prefix=/opt/tool-chain-elf --target=arm-elf --verbose --with-gnu-as
--with-gnu-ld --enable-languages=c
Thread model: single
gcc version 4.5.0 20091015 (experimental) (GCC)

Test program (test.c):

volatile unsigned a = 0;

int main()
{
a /= 123;

return 0;
}

arm-elf-gcc -mthumb test.c

/opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/../../../../arm-elf/bin/ld:
/opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/thumb/libgcc.a(_dvmd_tls.o)(__div0):
warning: interworking not enabled.
  first occurrence:
/opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/thumb/libgcc.a(_udivsi3.o): arm call
to thumb
/opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/../../../../arm-elf/bin/ld:
/opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/thumb/libgcc.a(_udivsi3.o)(__udivsi3):
warning: interworking not enabled.
  first occurrence:
/opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/thumb/libgcc.a(_udivsi3.o): arm call
to thumb


-- 


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

[Bug tree-optimization/41826] invalid read in get_constraint_for_ptr_offset

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-10-26 10:00 ---
Mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-10-26 10:00:27
   date||


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

[Bug libstdc++/41792] overloading the address operator confuses the standard containers

[jkherciueh at gmx dot net]

--- Comment #2 from jkherciueh at gmx dot net  2009-10-26 09:44 ---
(In reply to comment #1)
> Didn't I reply to this issue already on the mailing list, recently? Anyway,
> within C++03 the & is supposed to not be overloaded, you can take it for
> example from the lines in the standard about allocator::address.

James Kanze (comp.lang.c++) pointed out that it's just a requirement for
CopyConstructible. It's in Table 30.

> Also, about
> list specifically, when we recently we did a change involving & in a member
> function, provided by LWG chair Howard Hinnant, we carefully reconsidered this
> issue, and verified that within of C++03 we are fine. As an extenssion, I 
> agree it would make sense to have something like boost::address_of in such 
> cases (whose implementation, as far I remember, it's just *ugly*)

Yup, as an extension, it could make sense: The only reason to take the address
is in iterator::operator*(), so the source would not be littered with
address_of(). Also, in C++0X, one has to provide addressof() anyhow.


-- 


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

[Bug debug/41828] DW_AT_name should not be present for anonymous aggregates

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-10-26 09:34 ---
Created an attachment (id=18895)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18895&action=view)
gcc45-pr41828.patch

Patch I'm going to bootstrap/regtest.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED


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

[Bug debug/41828] New: DW_AT_name should not be present for anonymous aggregates

[jakub at gcc dot gnu dot org]

As mentioned in http://bugzilla.redhat.com/530304 , we shouldn't be adding
DW_AT_name:  and similar, the aggregates don't have any name.
Similarly, adding ._0 etc. to .debug_pubtypes looks wrong.


-- 
   Summary: DW_AT_name should not be present for anonymous
aggregates
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: wrong-debug
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org


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