[Bug other/20586] New: bootstrap comparision fails with -funroll-loops.

[pluto at pld-linux dot org]

In theory, the last two should stages produce the same results,   
which `make compare` can check.   
  
With CFLAGS:  
-march=i686 -mtune=pentium4 -O2 -fomit-frame-pointer -funroll-loops  
   
Comparing stage2 and stage3 of the compiler
(...)
Bootstrap comparison failure!
./bb-reorder.o differs
./builtins.o differs
./caller-save.o differs
./calls.o differs
./combine.o differs
./cse.o differs
./ddg.o differs
./dwarf2out.o differs
./flow.o differs
./global.o differs
./loop.o differs
./real.o differs
./recog.o differs
./reg-stack.o differs
./regclass.o differs
./regrename.o differs
./reload.o differs
./reload1.o differs
./rtlanal.o differs
./simplify-rtx.o differs
./tree-dfa.o differs
./tree-phinodes.o differs
./tree-ssa-live.o differs
./tree-ssa-loop-im.o differs
./tree-ssa-loop-ivopts.o differs
./tree-vect-transform.o differs
ada/ali.o differs
ada/binde.o differs
ada/bindgen.o differs
ada/checks.o differs
ada/exp_aggr.o differs
ada/exp_ch5.o differs
ada/g-speche.o differs
ada/inline.o differs
ada/s-carun8.o differs
ada/sem_case.o differs
ada/sem_ch3.o differs
ada/sem_ch8.o differs
ada/sem_maps.o differs
ada/tree_io.o differs
ada/uintp.o differs
cp/mangle.o differs
cp/pt.o differs
build/gensupport.o differs
make[1]: *** [gnucompare] Error 1 
 
# gcc -v 
Reading specs from /usr/lib/gcc/i686-pld-linux/4.0.0/specs 
Target: i686-pld-linux 
Configured with: ../configure --prefix=/usr --libdir=/usr/lib 
--libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man 
--enable-shared --enable-threads=posix --enable-__cxa_atexit 
--enable-languages=c,c++,ada,java --enable-c99 --enable-long-long 
--disable-multilib --enable-nls --with-gnu-as --with-gnu-ld 
--with-demangler-in-ld --with-system-zlib --with-slibdir=/lib --without-x 
--enable-cmath --enable-libgcj --enable-libgcj-multifile 
--enable-libgcj-database --enable-gtk-cairo i686-pld-linux 
Thread model: posix 
gcc version 4.0.0 20050319 (prerelease) (PLD Linux)

-- 
   Summary: bootstrap comparision fails with -funroll-loops.
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at pld-linux dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pld-linux
  GCC host triplet: i686-pld-linux
GCC target triplet: i686-pld-linux


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

[Bug libstdc++/20575] g++ 3.3.3 compiled program segmention fault when run on HPUX system not having gcc

[nileshrg at hotmail dot com]

--- Additional Comments From nileshrg at hotmail dot com  2005-03-22 06:11 
---
Hi GNU GCC developer,

To keep this updated, i resolved this bug myself, by applying following 
resolution.

I first applied the HPUX 11.11 Quality Pack (Base and App) 412 , latest 
available as on March 22nd, 2005. This did not resovle the program crash, but 
then applying the patch for ld and linker tools patch , this crash with core 
got resolved completely. And program works fine now.
PHSS_30970 (s700_800 11.11 ld(1) and linker tools cumulative patch)

Latest patches can be found at HP's website.
http://www2.itrc.hp.com/service/patch/mainPage.do

Regards,
Nilesh Gujarathi

(In reply to comment #0)
> Problem Statement:
> ==
> When a simple C++ program containg one "cout", is compoled with following 
> command. It runs fine on system where gcc is installed but not on different 
> HPUX system where no GCC component are present. libstdc++.sl.5 and 
libgcc_s.sl 
> are also copied along with program so that "ldd program" resolves fine.
> Compilation command:
> 
> g++ -Wall -o mtest -lstdc++ test.cpp 
> System options, gcc configuration options, and Version
> g++ -v:
> ===
> Reading specs from /usr/local/lib/gcc-lib/hppa2.0w-hp-hpux11.11/3.3.3/specs
> Configured with: /scratch/zack/pkgbuild/3.3.1/hpux-11/gcc-3.3.3/configure --
> enable-languages=c,c++ --enable-threads=posix --disable-nls --with-gnu-as --
> without-gnu-ld --with-as=/usr/local/bin/as --prefix=/usr/local
> Thread model: posix
> gcc version 3.3.3
> uname -a:
> =
> HP-UX hpsms02 B.11.11 U 9000/800 2298023925 unlimited-user license
> Compiler output:
> =
> No outpput. Programm compiled successfully.
> PROGRAM FILE:
> =
> #include 
> #include 
> using namespace std; 
> int main() 
> { 
> string str("test"); 
> cout << "test string " << str << endl; 
> } 
> CORE:
> ==
> hpsms05$gdb mtest core
> HP gdb 3.3 for PA-RISC 1.1 or 2.0 (narrow), HP-UX 11.00.
> Copyright 1986 - 2001 Free Software Foundation, Inc.
> Hewlett-Packard Wildebeest 3.3 (based on GDB) is covered by the
> GNU General Public License. Type "show copying" to see the conditions to
> change it and/or distribute copies. Type "show warranty" for warranty/support.
> ..Autoloading size threshold (in megabytes) of shared library symbols is 804.
> /home/ngujarat/.gdbinit:2: Error in sourced command file:
> No symbol table is loaded.  Use the "file" command.
> Core was generated by `mtest'.
> Program terminated with signal 11, Segmentation fault.
> warning: The shared libraries were not privately mapped; setting a
> breakpoint in a shared library will not work until you rerun the program.
> warning: Can't find file /opt/graphics/OpenGL/lib/libogltls.sl referenced in 
> dld_list.
> /opt/graphics/OpenGL/lib/libogltls.sl: No such file or directory.
> #0  0xc5c16500 in _ZNSo6sentryC1ERSo+0x20 () 
from /usr/local/lib/libstdc++.sl.5
> (gdb) bt
> #0  0xc5c16500 in _ZNSo6sentryC1ERSo+0x20 () 
from /usr/local/lib/libstdc++.sl.5
> #1  0xc5c16bec in 
_ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc+0xec 
> ()
>from /usr/local/lib/libstdc++.sl.5
> #2  0x2ebc in main () at mtest.cpp:8
> (gdb) 
> Thanks.



-- 


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

[Bug target/20583] [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |4.1.0


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

[Bug fortran/20585] [meta-bug] Fortran 2003 support

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-03-22 04:16:09
   date||


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

[Bug fortran/20585] New: [meta-bug] Fortran 2003 support

[pinskia at gcc dot gnu dot org]

Just a bug tracking missing fortran 2003 support.

-- 
   Summary: [meta-bug] Fortran 2003 support
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 BugsThisDependsOn: 16136,19352


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

[Bug fortran/16136] Conflicting attributes ALLOCATABLE, DUMMY (F2003)

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||20585
  nThis||


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

[Bug fortran/19352] Recursive IO functions are not allowed (F2003)

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||20585
  nThis||


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

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.1.0   |4.0.0


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

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-03-22 04:00 
---
Fixed on trunk (4.1), now waiting as per
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02051.html> before committing
to 4.0 and 3.4.


-- 
   What|Removed |Added

Summary|[4.0/4.1 regression]|[4.0 regression] Mishandling
   |Mishandling of postincrement|of postincrement causes
   |causes bzip2 miscompilation.|bzip2 miscompilation.


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

[Bug rtl-optimization/20527] [4.0/4.1 regression] Mishandling of postincrement causes bzip2 miscompilation.

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-22 
03:48 ---
Subject: Bug 20527

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-22 03:48:45

Modified files:
gcc: ChangeLog combine.c 

Log message:
PR rtl-optimization/20527
* combine.c (can_combine_p) [AUTO_INC_DEC]: When INSN has an
REG_INC note, test that the register also isn't mentioned in PRED
or SUCC.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7953&r2=2.7954
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/combine.c.diff?cvsroot=gcc&r1=1.483&r2=1.484



-- 


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

[Bug rtl-optimization/20527] [4.0/4.1 regression] Mishandling of postincrement causes bzip2 miscompilation.

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-22 
03:43 ---
Subject: Bug 20527

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-22 03:43:39

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: pr20527-1.c 

Log message:
PR rtl-optimization/20527
* gcc.c-torture/execute/pr20527-1.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5191&r2=1.5192
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr20527-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/20584] [4.0/4.1 Regression] inline function used but never defined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-22 
03:12 ---
This started after 20040909.

-- 


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

[Bug c++/20584] [4.0/4.1 Regression] inline function used but never defined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-22 
03:10 ---
This has to do with "#pragma implementation "

-- 
   What|Removed |Added

   Keywords||diagnostic
  Known to fail||4.0.0 4.1.0
  Known to work||3.3.3
Summary|inline function used but|[4.0/4.1 Regression] inline
   |never defined   |function used but never
   ||defined
   Target Milestone|--- |4.0.0


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

[Bug c++/20584] inline function used but never defined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-22 
03:09 ---
Move to unconfirmed.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/20584] inline function used but never defined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-22 
03:09 ---
Ok, this is not what I thought it was but something different, closing as 
invalid to .

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/20584] inline function used but never defined

[nerijus at users dot sourceforge dot net]

--- Additional Comments From nerijus at users dot sourceforge dot net  
2005-03-22 03:04 ---
With  -v -save-temps:
$ ./bk-deps g++ -c -o coredll_progdlgg.o  -D__WXGTK__-DWXUSINGDLL
-DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D__WXDEBUG__
-Ilib/wx/include/gtk2-ansi-debug-2.5 -I../wxWindows/include -DXTHREADS
-D_REENTRANT -DXUSE_MTSAFE_API -pthread -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0
-I/usr/include/pango-1.0 -I/usr/include/freetype2
-I/usr/include/freetype2/config -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES
-D_LARGEFILE_SOURCE=1 -g -O0 -pthread -Wall -Wno-ctor-dtor-privacy
../wxWindows/src/generic/progdlgg.cpp -v -save-temps

Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-languages=c,c++,objc,java,f95,ada
--enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 4.0.0 20050314 (Red Hat 4.0.0-0.34)
 /usr/libexec/gcc/i386-redhat-linux/4.0.0/cc1plus -E -quiet -v
-Ilib/wx/include/gtk2-ansi-debug-2.5 -I../wxWindows/include
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include
-I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2
-I/usr/include/freetype2/config -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -MMD coredll_progdlgg.d -MQ coredll_progdlgg.o
-D_GNU_SOURCE -D_REENTRANT -D__WXGTK__ -DWXUSINGDLL -DWXMAKINGDLL_CORE
-DwxUSE_BASE=0 -DPIC -D__WXDEBUG__ -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API
-D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1
../wxWindows/src/generic/progdlgg.cpp -Wall -Wno-ctor-dtor-privacy -fPIC
-fworking-directory -O0 -fpch-preprocess -o progdlgg.ii
ignoring nonexistent directory
"/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../i386-redhat-linux/include"
ignoring nonexistent directory "/usr/include/freetype2/config"
#include "..." search starts here:
#include <...> search starts here:
 lib/wx/include/gtk2-ansi-debug-2.5
 ../wxWindows/include
 /usr/include/gtk-2.0
 /usr/lib/gtk-2.0/include
 /usr/X11R6/include
 /usr/include/atk-1.0
 /usr/include/pango-1.0
 /usr/include/freetype2
 /usr/include/glib-2.0
 /usr/lib/glib-2.0/include
 /usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0
 
/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/i386-redhat-linux
 /usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/backward
 /usr/local/include
 /usr/lib/gcc/i386-redhat-linux/4.0.0/include
 /usr/include
End of search list.
 /usr/libexec/gcc/i386-redhat-linux/4.0.0/cc1plus -fpreprocessed progdlgg.ii
-quiet -dumpbase progdlgg.cpp -auxbase-strip coredll_progdlgg.o -g -O0 -Wall
-Wno-ctor-dtor-privacy -version -fPIC -o progdlgg.s
GNU C++ version 4.0.0 20050314 (Red Hat 4.0.0-0.34) (i386-redhat-linux)
compiled by GNU C version 4.0.0 20050314 (Red Hat 4.0.0-0.34).
GGC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=96956
../wxWindows/include/wx/event.h:2171: warning: inline function
'wxEventTableEntry::wxEventTableEntry(const wxEventTableEntry&)' used but never
defined
../wxWindows/include/wx/stattext.h:24: warning: inline function 'virtual
wxStaticTextBase::~wxStaticTextBase()' used but never defined
../wxWindows/include/wx/stattext.h:24: warning: inline function 'virtual
wxStaticTextBase::~wxStaticTextBase()' used but never defined
../wxWindows/include/wx/window.h:113: warning: inline function 'virtual
wxWindowList::~wxWindowList()' used but never defined
../wxWindows/include/wx/window.h:113: warning: inline function 'virtual
wxWindowList::~wxWindowList()' used but never defined
 as -V -Qy -o coredll_progdlgg.o progdlgg.s
GNU assembler version 2.15.94.0.2 (i386-redhat-linux) using BFD version
2.15.94.0.2 20041220

Will attach progdlgg.ii.

-- 


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

[Bug c++/20584] inline function used but never defined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-22 
02:55 ---
Could read http://gcc.gnu.org/bugs.html and provide the preprocessed source as 
my guess shows that 
this warning is correct.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |WAITING


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

[Bug c++/20584] inline function used but never defined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-22 
02:48 ---
(In reply to comment #1)
> See how ~wxStaticTextBase is declared as inline but not defined anywhere, so 
> we get an error.

I mean warning.

-- 


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

[Bug c++/20584] inline function used but never defined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-22 
02:48 ---
gcc (GCC) 4.0.0 20050314 (Red Hat 4.0.0-0.34)

I don't think this is bogus, given the following code (since you did not give 
the preprocessed source I 
have to guess):
struct wxStaticTextBase
{
  wxStaticTextBase(){}
  virtual bool AcceptsFocus() const{return false;}
  inline virtual ~wxStaticTextBase();
};

See how ~wxStaticTextBase is declared as inline but not defined anywhere, so we 
get an error.

-- 
   What|Removed |Added

  GCC build triplet|gcc (GCC) 4.0.0 20050314|
   |(Red Hat 4.0.0-0.34)|
   GCC host triplet|gcc (GCC) 4.0.0 20050314|
   |(Red Hat 4.0.0-0.34)|
 GCC target triplet|gcc (GCC) 4.0.0 20050314|i686-pc-linux-gnu
   |(Red Hat 4.0.0-0.34)|


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

[Bug c++/20584] New: inline function used but never defined

[nerijus at users dot sourceforge dot net]

When compiling wxWidgets I get a warning:
../wxWindows/include/wx/stattext.h:24: warning: inline function 'virtual
wxStaticTextBase::~wxStaticTextBase()' used but never defined

The code is:
class WXDLLEXPORT wxStaticTextBase : public wxControl
{
public:
wxStaticTextBase() { }

// overriden base virtuals
virtual bool AcceptsFocus() const { return false; }
virtual bool HasTransparentBackground() { return true; }

private:
DECLARE_NO_COPY_CLASS(wxStaticTextBase)
};

I asked wxWidgets developer and he said "The others could be less clear but this
one is clearly bogus: compiler complains about dtor which it should generate
itself. Please report this as a gcc bug".

I am using gcc 4 from Fedora devel.

-- 
   Summary: inline function used but never defined
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nerijus at users dot sourceforge dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: gcc (GCC) 4.0.0 20050314 (Red Hat 4.0.0-0.34)
  GCC host triplet: gcc (GCC) 4.0.0 20050314 (Red Hat 4.0.0-0.34)
GCC target triplet: gcc (GCC) 4.0.0 20050314 (Red Hat 4.0.0-0.34)


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

[Bug target/20583] [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

[schwab at suse dot de]

--- Additional Comments From schwab at suse dot de  2005-03-22 01:20 ---
Created an attachment (id=8430)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8430&action=view)
Testcase


-- 


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

[Bug target/20583] New: [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

[schwab at suse dot de]

This might be related to PR20447 or PR18592. 
 
$ m68k-linux-gcc -O -S iso-2022-cn-ext.i 
iso-2022-cn-ext.i: In function ‘gconv’: 
iso-2022-cn-ext.i:85: internal compiler error: output_operand: invalid 
expression as operand 
Please submit a full bug report, 
with preprocessed source if appropriate. 
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: [4.0/4.1 regression] ICE in output_operand: invalid
expression as operand
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: m68k-*-linux


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

[Bug rtl-optimization/20527] [4.0/4.1 regression] Mishandling of postincrement causes bzip2 miscompilation.

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-03-22 01:15 
---
Patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02037.html>.

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug middle-end/20539] [4.0/4.1 Regression] ICE in simplify_subreg, at simplify-rtx.c:3674

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
23:17 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/20539] [4.0/4.1 Regression] ICE in simplify_subreg, at simplify-rtx.c:3674

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
23:13 ---
Subject: Bug 20539

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 23:13:02

Modified files:
gcc: ChangeLog fold-const.c c-common.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/compile: pr13066-1.c pr20539-1.c 
gcc/testsuite/g++.dg/opt: pr13066-1.C 

Log message:
PR middle-end/20539
* fold-const.c (fold_binary): Fix type mismatch between
TRUTH_{AND,OR,XOR}_EXPR nodes an their operands' types.
(fold_binary) : Avoid calling invert_truthvalue
for non-truth-valued expressions.

* c-common.c (c_common_truthvalue_conversion): Handle ERROR_MARK
and FUNCTION_DECL in the main switch.
: When changing the result type of these tree nodes,
we also need to convert their operands to match.
: Likewise.

* gcc.c-torture/compile/pr13066-1.c: New test case.
* gcc.c-torture/compile/pr20539-1.c: Likewise.
* g++.dg/opt/pr13066-1.C: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.75&r2=2.7592.2.76
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.517.2.3&r2=1.517.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.606&r2=1.606.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.56&r2=1.5084.2.57
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr13066-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr20539-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr13066-1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.4.1



-- 


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

[Bug middle-end/20557] [4.0/4.1 regression] FAIL: gcc.dg/pr18628.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
23:05 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
   Keywords||ice-on-valid-code
 Resolution||FIXED


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

[Bug middle-end/20557] [4.0/4.1 regression] FAIL: gcc.dg/pr18628.c

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
23:04 ---
Subject: Bug 20557

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 23:03:58

Modified files:
gcc: ChangeLog bb-reorder.c 

Log message:
PR middle-end/20557
* bb-reorder.c (duplicate_computed_gotos): Use can_duplicate_block_p
to determine whether a block can be duplicated, rather than test
whether the block contains noncopyable insns ourselves.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.74&r2=2.7592.2.75
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/bb-reorder.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.92&r2=1.92.2.1



-- 


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

[Bug c++/13979] Error message about no matching function for call with derived class arguments could be improved

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-03-21 22:17 
---
Here's a small testcase: 
 
struct B {}; 
struct D : B {}; 
 
struct S { 
int foo(B* & taskData); 
}; 
 
int i = S().foo((D*)0); 
- 
 
We get these messages, the one for 2.95 being slightly more helpful: 
 
g/x> /home/bangerth/bin/gcc-4.0-pre/bin/c++ -c x.cc 
x.cc:8: error: no matching function for call to ?S::foo(D*)? 
x.cc:5: note: candidates are: int S::foo(B*&) 
 
g/x> /home/bangerth/bin/gcc-2.95.3/bin/c++ -c x.cc 
x.cc:8: initializing non-const `B *&' with `D *' will use a temporary 
x.cc:5: in passing argument 1 of `S::foo(B *&)' 
 
W. 

-- 
   What|Removed |Added

  Known to fail||4.0.0


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

[Bug libstdc++/20577] [4.0/4.1 Regression] iter_swap doesn't work anymore with vector

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
22:16 ---
Subject: Bug 20577

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 22:16:15

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/bits: stl_algobase.h 
Added files:
libstdc++-v3/testsuite/25_algorithms/iter_swap: 20577.cc 

Log message:
2005-03-21  Chris Jefferson  <[EMAIL PROTECTED]>

PR libstdc++/20577
* include/bits/stl_algobase.h (iter_swap): Only delegate iter_swap
to swap when the iterator's reference_type is a reference to its
value_type.
* testsuite/25_algorithms/iter_swap/20577.cc: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2936&r2=1.2937
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_algobase.h.diff?cvsroot=gcc&r1=1.42&r2=1.43
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/25_algorithms/iter_swap/20577.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug middle-end/20557] [4.0/4.1 regression] FAIL: gcc.dg/pr18628.c

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
22:11 ---
Subject: Bug 20557

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 22:11:12

Modified files:
gcc: ChangeLog bb-reorder.c 

Log message:
PR middle-end/20557
* bb-reorder.c (duplicate_computed_gotos): Use can_duplicate_block_p
to determine whether a block can be duplicated, rather than test
whether the block contains noncopyable insns ourselves.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7950&r2=2.7951
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/bb-reorder.c.diff?cvsroot=gcc&r1=1.94&r2=1.95



-- 


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

[Bug middle-end/20557] [4.0/4.1 regression] FAIL: gcc.dg/pr18628.c

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-03-21 
22:09 ---
My bad.  Roger already has a proposed fix. 
 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.0.0 4.1.0
  Known to work||3.4.0
   Last reconfirmed|-00-00 00:00:00 |2005-03-21 22:09:21
   date||
Summary|FAIL: gcc.dg/pr18628.c  |[4.0/4.1 regression] FAIL:
   ||gcc.dg/pr18628.c
   Target Milestone|--- |4.0.0


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

[Bug c++/20576] poor diagnostic

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-03-21 22:05 
---
I'm absolutely positive this is a duplicate of a fair number of other PRs, 
though I can't find one with a 20 second search. PR 13979 may be one, but 
doesn't have a really short testcase so I can't tell for sure. 
 
W. 

-- 


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

[Bug target/20582] ip2k-elf doesn't build

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|bootstrap   |target
   Keywords||build, ice-on-valid-code
Version|unknown |4.1.0


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

[Bug bootstrap/20582] New: ip2k-elf doesn't build

[kazu at cs dot umass dot edu]

ip2k-elf doesn't build.  The build process fails while building gcc.
Specifically, __gcc_bcmp hits an ICE like so:

/home/kazu/gnu/gcc/gcc-develop/gcc/gcc/libgcc2.c: In function 
$-1òø__gcc_bcmpòù:
/home/kazu/gnu/gcc/gcc-develop/gcc/gcc/libgcc2.c:1797: error: insn does not
satisfy its constraints:
(insn 120 42 103 3 /home/kazu/gnu/gcc/gcc-develop/gcc/gcc/libgcc2.c:1793 (set
(reg:HI 128 $80 [orig:280 D.1980 ] [280])
(minus:HI (reg:HI 136 $88 [orig:285 c1 ] [285])
(zero_extend:HI (reg/v:QI 128 $80 [orig:278 c2 ] [278] 48
{*subhi3_nonimm_zero_extend} (nil)
(expr_list:REG_DEAD (reg:HI 136 $88 [orig:285 c1 ] [285])
(nil)))
/home/kazu/gnu/gcc/gcc-develop/gcc/gcc/libgcc2.c:1797: internal compiler error:
in copyprop_hardreg_forward_1, at regrename.c:1570
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

Here is a testcase, derived from a preprocessed source.

typedef unsigned int size_t;

int
__gcc_bcmp (const unsigned char *s1, const unsigned char *s2, size_t size)
{
  while (size > 0)
{
  const unsigned char c1 = *s1++, c2 = *s2++;
  if (c1 != c2)
return c1 - c2;
  size--;
}
  return 0;
}

-- 
   Summary: ip2k-elf doesn't build
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: denisc at overta dot ru,gcc-bugs at gcc dot gnu dot org
GCC target triplet: ip2k-elf


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

[Bug middle-end/19225] [3.4/4.0/4.1 regression] g++.dg/eh/omit-frame-pointer2.C fails with -fpic/-fPIC on i686-pc-linux-gnu

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
21:59 ---
>From PR 20581:
"The following is a slightly modified version of 
g++.dg/eh/omit-frame-pointer2.C.
It fails with -O -fomit-frame-pointer -mno-accumulate-outgoing-args -fpic (you
need all flags).  Basic problem is that there are 24 bytes on the stack at the 
point of
the call to f2, which throws, but the code following the landing pad only pops 
12 of
them, so the return from f1 does not pick up the right address.  The unwinder 
could 
in principle adjust SP to compensate, but it doesn't; there seems to be 
sufficient info 
in the tables to do this, but no such code in the unwinder.  I am unsure just 
how this 
is supposed to work.
// Reduced from PR c++/5246, PR c++/2447
// { dg-options "-O -fomit-frame-pointer" }
// { dg-options "-O -fomit-frame-pointer -mno-accumulate-outgoing-args" { 
target i?86-*-* } }
// { dg-do run }

void *sp;

void step (int)
{
  sp = __builtin_alloca (0);
}

void f2 (void)
{
  step (2);
  throw int();
}

void f1 (void)
{
  try
{
  step (1);
  f2 ();
  step (-1);
}
  catch (int)
{
  step (3);
}
}

int main ()
{
  f1 ();
  return 0;
}

"

-- 


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

[Bug middle-end/19225] [3.4/4.0/4.1 regression] g++.dg/eh/omit-frame-pointer2.C fails with -fpic/-fPIC on i686-pc-linux-gnu

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
21:58 ---
*** Bug 20581 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||dalej at apple dot com


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

[Bug c++/20581] Incorrect codegen for exceptions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
21:58 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
   Keywords||EH, wrong-code
 Resolution||DUPLICATE


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

[Bug c++/20581] Incorrect codegen for exceptions

[dalej at apple dot com]

--- Additional Comments From dalej at apple dot com  2005-03-21 21:54 
---
(fails similarly on Darwin x86, if anyone cares)


-- 


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

[Bug c++/20581] Incorrect codegen for exceptions

[dalej at apple dot com]

--- Additional Comments From dalej at apple dot com  2005-03-21 21:49 
---
The following is a slightly modified version of g++.dg/eh/omit-frame-pointer2.C.
It fails with -O -fomit-frame-pointer -mno-accumulate-outgoing-args -fpic (you
need all flags).  Basic problem is that there are 24 bytes on the stack at the 
point of
the call to f2, which throws, but the code following the landing pad only pops 
12 of
them, so the return from f1 does not pick up the right address.  The unwinder 
could 
in principle adjust SP to compensate, but it doesn't; there seems to be 
sufficient info 
in the tables to do this, but no such code in the unwinder.  I am unsure just 
how this 
is supposed to work.

// Reduced from PR c++/5246, PR c++/2447
// { dg-options "-O -fomit-frame-pointer" }
// { dg-options "-O -fomit-frame-pointer -mno-accumulate-outgoing-args" { 
target i?86-*-* } }
// { dg-do run }

void *sp;

void step (int)
{
  sp = __builtin_alloca (0);
}

void f2 (void)
{
  step (2);
  throw int();
}

void f1 (void)
{
  try
{
  step (1);
  f2 ();
  step (-1);
}
  catch (int)
{
  step (3);
}
}

int main ()
{
  f1 ();
  return 0;
}


-- 


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

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

[federico dot carminati at cern dot ch]

--- Additional Comments From federico dot carminati at cern dot ch  
2005-03-21 21:42 ---
Hello, any news on this one? The compiler is really unusable unless this 
problem is fixed. 

-- 


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

[Bug c++/20581] New: Incorrect codegen for exceptions

[dalej at apple dot com]

 

-- 
   Summary: Incorrect codegen for exceptions
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dalej at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-linux-pc-gnu
  GCC host triplet: i686-linux-pc-gnu
GCC target triplet: i686-linux-pc-gnu


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

[Bug tree-optimization/20542] [4.1 Regression] Bootstrap failure at -Os

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-03-21 
19:28 ---
Fixed

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/20542] [4.1 Regression] Bootstrap failure at -Os

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
19:27 ---
Subject: Bug 20542

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 19:27:02

Modified files:
gcc: ChangeLog tree-flow-inline.h tree-flow.h 
 tree-ssa-alias.c tree-ssa-loop-im.c 
 tree-ssa-operands.c 

Log message:
2005-03-18  Daniel Berlin  <[EMAIL PROTECTED]>

Fix PR tree-optimization/20542

* tree-flow-inline.h (overlap_subvar): Move to here.
* tree-ssa-operands.c: From here.
* tree-flow.h (overlap_subvar): Declare.
* tree-ssa-alias.c (add_pointed_to_var): Use overlap_subvar here.
* tree-ssa-loop-im.c (is_call_clobbered_ref): Return proper answer
for variables with subvars.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7946&r2=2.7947
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow-inline.h.diff?cvsroot=gcc&r1=2.33&r2=2.34
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow.h.diff?cvsroot=gcc&r1=2.86&r2=2.87
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-alias.c.diff?cvsroot=gcc&r1=2.75&r2=2.76
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-im.c.diff?cvsroot=gcc&r1=2.31&r2=2.32
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-operands.c.diff?cvsroot=gcc&r1=2.68&r2=2.69



-- 


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

[Bug c++/20427] [3.4 Regression] 'new int [2] ()' not default initialized

[amylaar at gcc dot gnu dot org]

--- Additional Comments From amylaar at gcc dot gnu dot org  2005-03-21 
19:26 ---
This was causes by the patch for PR c++/8564.

-- 
   What|Removed |Added

 CC||joern dot rennecke at st dot
   ||com, jason at gcc dot gnu
   ||dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-03-21 19:26:23
   date||


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

[Bug c++/8564] [3.2 regression] ICE in find_function_data, at function.c:329

[amylaar at gcc dot gnu dot org]

--- Additional Comments From amylaar at gcc dot gnu dot org  2005-03-21 
19:24 ---
(In reply to comment #7)
>   * init.c ...
>   (build_new_1): ... Use an incomplete array type for full_type.

This change has caused PR c++/20427.
The following variant of the reduced testcase also changed from ICE to 
wrong-code:

 struct A { static char* p; };
 
 int i = 1;
 char* A::p = new char[i] ();
 
 void foo() {}


-- 


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

[Bug libstdc++/20579] Segmentation fault after exception in list and set destructors

[vldmrrr at yahoo dot com]

--- Additional Comments From vldmrrr at yahoo dot com  2005-03-21 19:17 
---
(In reply to comment #3)

Ok, thanks, now it is clear. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libstdc++/20579] Segmentation fault after exception in list and set destructors

[chris at bubblescope dot net]

--- Additional Comments From chris at bubblescope dot net  2005-03-21 19:00 
---
This program may make it a bit clearer what is going on :) (the problem is your
code I'm afraid, the compiler is fine)

#include
#include

struct VAR {
VAR() {printf("VAR created\n");}
~VAR() {printf("VAR destroyed\n");}
};

class TST {
VAR var;
public:
TST() 
{
printf("begin TST constructor\n");
delete this;
printf("just before throw\n");
throw 1;
}
~TST() 
{ printf("TST Destructor\n"); }
};

int main() {
TST* tst = NULL;
try {
 tst = new TST();
}
catch (int i) {
printf("Caught %d\n",i);
}

}

The output of this program is:

VAR created
begin TST constructor
TST Destructor
VAR destroyed
just before throw
VAR destroyed
Caught 1

What happens is that the TST destructor you call by "delete this" deletes the
member variable. However if an exception is thrown in a constructor then the
compiler will automatically destruct all the member variables, but not call the
destructor. I'm fairly sure that this is correct behaviour.

I'm also generally convinced that you are allowed to call "delete this". You
definatly shouldn't call it in a constructor :)

-- 


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

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
18:50 ---
Subject: Bug 20177

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 18:49:31

Modified files:
gcc: ChangeLog ddg.c modulo-sched.c passes.c 
Added files:
gcc/testsuite/gcc.dg: 20050321-1.c 

Log message:
Fix PR middle-end/20177 and add test case.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7945&r2=2.7946
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ddg.c.diff?cvsroot=gcc&r1=1.11&r2=1.12
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/modulo-sched.c.diff?cvsroot=gcc&r1=1.22&r2=1.23
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/passes.c.diff?cvsroot=gcc&r1=2.74&r2=2.75
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20050321-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug tree-optimization/20580] Using ASSERT_EXPR to improve constant propagation of conditional constants

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-03-21 
18:41 ---
This should be fairly trivial to do on the tree-cleanup-branch, so this 
is "fixable" for GCC 4.1.  Let's hope it gives a real improvement... ;-) 
Confirmed because I already discussed this idea with Diego. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-03-21 18:41:06
   date||
   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/20580] New: Using ASSERT_EXPR to improve constant propagation of conditional constants

[steven at gcc dot gnu dot org]

This is an enhancement request for constant propagation on the 
tree-cleanup-branch.  Consider the following small test case: 
 
int foo (int a, int b) { 
if (a || b) { 
a = 3; 
return a + b; 
} 
return a + b; 
} 
 
We currently compile this to the following .optimized dump: 
foo (a, b) 
{ 
  int D.1465; 
  int D.1464; 
: 
  if ((a | b) != 0) goto ; else goto ; 
:; 
  D.1465 = b + 3; 
  goto  (); 
:; 
  D.1465 = a + b;  /* Ah-ha! But we know both a and b must be 0!  */ 
:; 
  return D.1465; 
} 
 
Notice the "D.1465 = a + b;".  We can know that both a and b are 0 at 
this point, or the condition "(a | b)" could not have been false.  So 
this test case could be optimized to something like this: 
 
foo (a, b) 
{ 
  int D.1465; 
  int D.1464; 
: 
  if ((a | b) != 0) goto ; else goto ; 
 :; 
  D.1465 = b + 3; 
  goto  (); 
:; 
  D.1465 = 0; 
:; 
  return D.1465; 
} 
 
In the traditional SSA-CCP algorithm this is actually difficult to do, 
but on the tree-cleanup-branch, we can insert ASSERT_EXPRs for a and b 
in the false arm of the conditional: 
 
foo (a, b) 
{ 
  int D.1465; 
  int D.1464; 
: 
  D.1464_4 = a_2 | b_3; 
  if (D.1464_4 != 0) goto ; else goto ; 
:; 
  D.1465_8 = b_3 + 3; 
  goto  (); 
:; 
  a_7 = ASSERT_EXPR ; 
  b_8 = ASSERT_EXPR  
  D.1465_6 = a_7 + b_8; 
  # D.1465_1 = PHI ; 
:; 
  return D.1465_1; 
} 
 
This should allow us to propagate more constants.

-- 
   Summary: Using ASSERT_EXPR to improve constant propagation of
conditional constants
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: missed-optimization, TREE
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: dnovillo at gcc dot gnu dot org
ReportedBy: steven at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libstdc++/20579] Segmentation fault after exception in list and set destructors

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
18:02 ---
Because CONTAINER has been deconstructed twice.  I think this is undefined code.

-- 
   What|Removed |Added

Summary|Segmentation fault after|Segmentation fault after
   |exception in list and set   |exception in list and set
   ||destructors


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

[Bug libstdc++/20579] Segmentation fault after exception in list and set

[vldmrrr at yahoo dot com]

-- 
   What|Removed |Added

Summary|Segmentation fault after|Segmentation fault after
   |exception in list and set   |exception in list and set
   |destructors |


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

[Bug bootstrap/20537] [4.1 Regression] GCC install libstdc++ headers in wrong dir

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
17:57 ---
Fixed by:
2005-03-21  Zack Weinberg  <[EMAIL PROTECTED]>

* acinclude.m4 (GLIBCXX_CONFIGURE): Delete gcc_version logic.
(GLIBCXX_EXPORT_INSTALL_INFO): Adjust quotation so ${gcc_version}
is expanded by the Makefiles, not by configure.
* fragment.am: Set gcc_version.
* libmath/Makefile.am: Likewise.
* configure, Makefile.in, include/Makefile.in, libmath/Makefile.in
* libsupc++/Makefile.in, po/Makefile.in, src/Makefile.in
* testsuite/Makefile.in: Regenerate.
etc.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/20579] Segmentation fault after exception in list and set destructors

[vldmrrr at yahoo dot com]

--- Additional Comments From vldmrrr at yahoo dot com  2005-03-21 17:56 
---
Created an attachment (id=8427)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8427&action=view)
preprocessed file


-- 


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

[Bug libstdc++/20579] New: Segmentation fault after exception in list and set destructors

[vldmrrr at yahoo dot com]

The following program generates segmentation fault when exception is thrown from
constructor. The fault happens if type of CONTAINER is std::list or std::set,
but does not happen if its type is std::vector or if CONTAINER is ommited from
TST class. Also tested on linux with same resutls.
  Program source:-
#include 

class TST {
std::list CONTAINER;
public:
TST(int i) {
if (i==0) {
delete this;
throw 1;
}
}
~TST() {
printf("Destructor\n");
}
};

int main() {
TST* tst = NULL;
try {
 tst = new TST(0);
}
catch (int i) {
printf("Caught %d\n",i);
}
if (tst != NULL)
delete tst;
}
---
Compile command output:
---
$ g++ -v -save-temps tst.cpp
Reading specs from C:/MinGW/bin/../lib/gcc-lib/mingw32/3.3.3/specs 
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
--host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls
--enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry
--disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt
--without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter
--enable-hash-synchronization
Thread model: win32
gcc version 3.3.3 (mingw special)
 C:\MinGW\bin\..\lib\gcc-lib\mingw32\3.3.3\cc1plus.exe -E -D__GNUG__=3 -quiet -v
-iprefix C:\MinGW\bin\../lib/gcc-lib/mingw32/3.3.3/ -D__GNUC__=3
-D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=3 tst.cpp tst.ii
ignoring nonexistent directory "C:/MinGW/mingw32/include"
ignoring nonexistent directory "/mingw/mingw32/include"
#include "..." search starts here:
#include <...> search starts here:
 C:/MinGW/include/c++/3.3.3
 C:/MinGW/include/c++/3.3.3/mingw32
 C:/MinGW/include/c++/3.3.3/backward
 C:/MinGW/include
 C:/MinGW/lib/gcc-lib/mingw32/3.3.3/include
 /mingw/include/c++/3.3.3
 /mingw/include/c++/3.3.3/mingw32
 /mingw/include/c++/3.3.3/backward
 /mingw/include
 /mingw/include
 /mingw/lib/gcc-lib/mingw32/3.3.3/include
 /mingw/include
End of search list.
 C:\MinGW\bin\..\lib\gcc-lib\mingw32\3.3.3\cc1plus.exe -fpreprocessed tst.ii
-quiet -dumpbase tst.cpp -auxbase tst -version -o tst.s
GNU C++ version 3.3.3 (mingw special) (mingw32)
compiled by GNU C version 3.3.3 (mingw special).
GGC heuristics: --param ggc-min-expand=60 --param ggc-min-heapsize=57214
 C:\MinGW\bin\..\lib\gcc-lib\mingw32\3.3.3\..\..\..\..\mingw32\bin\as.exe
--traditional-format -o tst.o tst.s
 C:\MinGW\bin\..\lib\gcc-lib\mingw32\3.3.3\..\..\..\..\mingw32\bin\ld.exe
-Bdynamic /mingw/lib/crt2.o C:/MinGW/bin/../lib/gcc-lib/mingw32/3.3.3/crtbegin.o
-LC:/MinGW/bin/../lib/gcc-lib/mingw32/3.3.3 -LC:/MinGW/bin/../lib/gcc-lib
-L/mingw/lib/gcc-lib/mingw32/3.3.3
-LC:/MinGW/bin/../lib/gcc-lib/mingw32/3.3.3/../../../../mingw32/lib
-L/mingw/lib/gcc-lib/mingw32/3.3.3/../../../../mingw32/lib -L/mingw/lib
-LC:/MinGW/bin/../lib/gcc-lib/mingw32/3.3.3/../../..
-L/mingw/lib/gcc-lib/mingw32/3.3.3/../../.. tst.o -lstdc++ -lmingw32 -lgcc
-lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32
-lgcc -lmoldname -lmingwex -lmsvcrt
C:/MinGW/bin/../lib/gcc-lib/mingw32/3.3.3/crtend.o

-- 
   Summary: Segmentation fault after exception in list and set
destructors
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vldmrrr at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: mingw32
  GCC host triplet: mingw32
GCC target triplet: mingw32


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

[Bug target/19537] tic4x does not build -- ICE in libgcc

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-03-21 
17:53 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01840.html


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Keywords||patch
   Last reconfirmed|-00-00 00:00:00 |2005-03-21 17:53:21
   date||


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

[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

[law at redhat dot com]

--- Additional Comments From law at redhat dot com  2005-03-21 17:22 ---
Subject: Re:  [4.0/4.1 regression] extra
assignment inserted on the tree level

On Mon, 2005-03-21 at 16:51 +, stevenb at suse dot de wrote:
> --- Additional Comments From stevenb at suse dot de  2005-03-21 16:51 
> ---
> Subject: Re:  [4.0/4.1 regression] extra assignment inserted on the tree level
> 
> On Mar 21, 2005 04:53 PM, amacleod at redhat dot com > Perhaps the best thing 
> would be a pass before out of ssa which does the opposite
> > of that DOM optimization.
> 
> Wouldn't it be much easier to just disallow GIMPLE invariants
> as PHI arguments?
It would be easier, but it would be a step backwards in terms of
optimizations and our ability to subsume the bulk of CSE.

We could disallow this kind of propagation if the equivalency came
from following a conditional.  That would be a smaller step backards,
but I believe if you look at the anti-dom/unpropagation approach that
Andrew and I mentioned you'll get the best of both worlds.

jeff




-- 


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

[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

[law at redhat dot com]

--- Additional Comments From law at redhat dot com  2005-03-21 17:20 ---
Subject: Re:  [4.0/4.1 regression] extra
assignment inserted on the tree level

On Mon, 2005-03-21 at 15:53 +, amacleod at redhat dot com wrote:
> --- Additional Comments From amacleod at redhat dot com  2005-03-21 15:52 
> ---
> Well, I dont think there is anything out of ssa should do here. a_1 and a_2 
> are
> 2 distinct live ranges, and should therefore be generated that way.  There 
> isnt
> much choice about the 2 assignments either. 
> 
> Perhaps the best thing would be a pass before out of ssa which does the 
> opposite
> of that DOM optimization. It goes through the program looking for these
> equivilences, and replaces the constant with the variable its equivilent to.
Kind-of funny.  I've got code somewhere around here which does that
which I put on my 4.1 queue :-)

What the code does is a domwalk recording a reverse mapping of
equivalences created by conditionals.  When we encounter a PHI
node where the argument is either a constant or an SSA_NAME
with a different underlying variable than the PHI result, we
lookup the argument in our table of reverse equivalences and
see which (if any) of the equivalences would be a better choice
than the current PHI argument.

This would allow us to kill the current code which runs after
we go out of SSA form which tries to eliminate the constant loads
and copies in arms of conditionals.

Finding the code might be a PITA (it was many many months ago), it
might be easier to just recreate it again -- it wasn't terribly
complicated, and it did a pretty decent job at eliminating constant
loads and some copies.
jeff



-- 


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

[Bug target/20561] Error compiling jdtcore.jar on powerpc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
16:57 ---
This is also:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151466

And patch was posted here: 
.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||patch, wrong-code
   Last reconfirmed|-00-00 00:00:00 |2005-03-21 16:57:03
   date||


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

[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

[stevenb at suse dot de]

--- Additional Comments From stevenb at suse dot de  2005-03-21 16:51 
---
Subject: Re:  [4.0/4.1 regression] extra assignment inserted on the tree level

On Mar 21, 2005 04:53 PM, amacleod at redhat dot com > Perhaps the best thing 
would be a pass before out of ssa which does the opposite
> of that DOM optimization.

Wouldn't it be much easier to just disallow GIMPLE invariants
as PHI arguments?



-- 


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

[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-03-21 
16:48 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
16:46 ---
Subject: Bug 20166

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 16:46:09

Modified files:
fixincludes: ChangeLog inclhack.def fixincl.x 
fixincludes/tests/base: pthread.h 

Log message:
2005-03-21  Richard Guenther  <[EMAIL PROTECTED]>

PR target/20166
* inclhack.def: Add fix for array of incomplete structures
in function prototype in pthread.h.
* fixincl.x: Regenerate.
* tests/base/pthread.h: Adjust.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/ChangeLog.diff?cvsroot=gcc&r1=1.33&r2=1.34
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/inclhack.def.diff?cvsroot=gcc&r1=1.17&r2=1.18
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/fixincl.x.diff?cvsroot=gcc&r1=1.17&r2=1.18
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/tests/base/pthread.h.diff?cvsroot=gcc&r1=1.3&r2=1.4



-- 


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

[Bug c++/20381] [4.0/4.1 Regression] ICE in build_ptrmemfunc, at cp/typeck.c:5702

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-03-21 
16:07 ---
20465 is a better bug to fix and includes this one.

-- 
   What|Removed |Added

 AssignedTo|lerdsuwa at gcc dot gnu dot |nathan at gcc dot gnu dot
   |org |org


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

[Bug rtl-optimization/20306] [4.0/4.1 Regression] FP complex modes moved via GPRs

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2005-03-21 16:07 
---
Patch confirmed to restore correct behavior.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/20051] ICE when compiling SSE intrinics

[commie1 at gmx dot net]

--- Additional Comments From commie1 at gmx dot net  2005-03-21 16:33 
---
Alright, sorry again. I didn't use the right pr14981 testcase.

-- 


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

[Bug debug/20268] With optimization, generating incomplete debug information

[drow at gcc dot gnu dot org]

--- Additional Comments From drow at gcc dot gnu dot org  2005-03-21 16:31 
---
Nice patch!  GDB should be fine with this; it either treats inlined subroutines
the same as lexical blocks at the moment, or ignores them entirely.  It does
not really support DW_AT_ranges, but it will synthesize vaguely appropriate
high/low PC ranges for them.  Real range support isn't likely to be implemented
until something - like this - makes it necessary...

-- 


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

[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

[amacleod at redhat dot com]

--- Additional Comments From amacleod at redhat dot com  2005-03-21 15:52 
---
Well, I dont think there is anything out of ssa should do here. a_1 and a_2 are
2 distinct live ranges, and should therefore be generated that way.  There isnt
much choice about the 2 assignments either. 

Perhaps the best thing would be a pass before out of ssa which does the opposite
of that DOM optimization. It goes through the program looking for these
equivilences, and replaces the constant with the variable its equivilent to.

  if (a_2 != 0) goto ; else goto ;
:;
  # a_1 = PHI <0(1), 3(0)>;
:;
  #   b_4 = V_MUST_DEF ;
  b = a_1;
  return;

the PHI could then be turned into:
  # a_1 = PHI 

which would result in code closer to what you are looking for. It would undo
anything that wasn't profitable, and we're likely to get better code in general
I would think. It would also take care of when that assignment to zero was
explcitly made instead of implicit. Simply disabling/handcuffing DOM or other
optimizations to prevent the situation wouldn't help then.


It would also get the original case:

:;
  if (one_valid_9 == 0) goto ; else goto ; :;

  if (D.1132_16 != 0) goto ; else goto ; :;

  # one_valid_21 = PHI ;

It can tell that one_valid_9 is implicitly 0 from block 5, and change this back 
to :
:;
  if (one_valid_9 == 0) goto ; else goto ; :;

  if (D.1132_16 != 0) goto ; else goto ; :;

  # one_valid_21 = PHI ;
^^^

Just what we need, more DOM eh :-) This is kinda anti-DOM :-)

We would simply be focusing on constants in the PHI arguments and looking to 
replace them, when possible, with an implicit value of an ssa version of the PHI
result.  There isnt much point to changing it to a different variable since you
will still get an assignment.  There also may not be much point in using an SSA
version which isnt already in the argument list of the PHI sometimes. You might
create a new overlapping live range, which could cause even more havoc.  So its
pretty specialized.  I would think it would be fairly quick.

Your other choice would be a post-ssa pass which works with memory variables and
tries to propagate copies around. It should be pretty trivial to replace the
output from your sample program to get:

:
  if (a != 0) goto ; else goto ;
:;
  b = 3;
  goto  ();
:;
  b = 0;
:;
  return;

It would, however, miss the original test cases problem.

-- 


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

[Bug debug/19954] Compiler emits incomplete structure type

[drow at gcc dot gnu dot org]

--- Additional Comments From drow at gcc dot gnu dot org  2005-03-21 16:26 
---
I do consider it a bug that there is no way to request GCC emit full debug
information in this case.  But can you give an example in which it doesn't work?
In general, it relies on the C++ One Definition Rule; if you have multiple
types in a C++ program with the same name, this isn't the only thing that's
going to go wrong.

-- 


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

[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
16:18 ---
Subject: Bug 20166

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 16:17:55

Modified files:
fixincludes: ChangeLog inclhack.def fixincl.x 
fixincludes/tests/base: pthread.h 

Log message:
2005-03-21  Richard Guenther  <[EMAIL PROTECTED]>

PR target/20166
* inclhack.def: Add fix for array of incomplete structures
in function prototype in pthread.h.
* fixincl.x: Regenerate.
* tests/base/pthread.h: Adjust.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.32.2.1&r2=1.32.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/inclhack.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.16.14.1&r2=1.16.14.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/fixincl.x.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.16.14.1&r2=1.16.14.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/tests/base/pthread.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=1.3.16.1



-- 


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

[Bug c++/20578] Problem with templates

[mah at systematic dot dk]

--- Additional Comments From mah at systematic dot dk  2005-03-21 15:49 
---
Subject: RE:  Problem with templates

Thank you for an extreemly quick response. My code is now compiling:-)


Med venlig hilsen / kind regards

Martin Hansen 
Lead Architect, Products

Systematic Software Engineering A/S
Søren Frichs Vej 39, DK-8000  Aarhus C
Tel.: +45 8943 2123
Fax: +45 8943 2020
Web: www.systematic.dk  


-Original Message-
From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] 
Sent: 21. marts 2005 16:33
To: Martin Hansen
Subject: [Bug c++/20578] Problem with templates


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
15:32 --- No this should not compile.  a is not dependent so it needs to be 
looked up at the point of the definition and not instaination.

Read the 3.4.x release notes to figure out how to fix your code.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

--- You are receiving this mail because: --- You reported the bug, or 
are watching the reporter.




-- 


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

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-03-21 15:36 
---
Fixed for 3.4.4.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.0.0   |3.4.4


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

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
15:35 ---
Subject: Bug 20147

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 15:34:56

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/ext: stmtexpr4.C 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* g++.dg/ext/stmtexpr4.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.374&r2=1.3389.2.375
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/stmtexpr4.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1



-- 


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

[Bug c++/20578] Problem with templates

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
15:32 ---
No this should not compile.  a is not dependent so it needs to be looked up at 
the point of the 
definition and not instaination.

Read the 3.4.x release notes to figure out how to fix your code.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/20578] New: Problem with templates

[mah at systematic dot dk]

The following C++ code does not compile, which I believe it should (It 
compiles on gcc 1.1.1 and Microsoft's VS.NET):

Code start
template 
class A {
protected:
  int a;
};

template 
class B: public A {
public:
  void f() { a = 5; }
};
Code end
I get the following error:
test.cpp: In member function `void B::f()':
test.cpp:10: error: `a' undeclared (first use this function)
test.cpp:10: error: (Each undeclared identifier is reported only once for each 
function it appears in.)
asterix:components/mde> /pack/gcc/3.4.3/bin/g++ test.cpptest.cpp: In member 
function `void B::f()':
test.cpp:10: error: `a' undeclared (first use this function)
test.cpp:10: error: (Each undeclared identifier is reported only once for each 
function it appears in.)

-- 
   Summary: Problem with templates
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mah at systematic dot dk
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
15:26 ---
Subject: Bug 20147

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 15:25:45

Modified files:
gcc/cp : ChangeLog semantics.c 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* semantics.c (finish_stmt_expr_expr): Return immediately
if error_operand_p (expr).

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.207&r2=1.3892.2.208
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.381.4.17&r2=1.381.4.18



-- 


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

[Bug libstdc++/20577] [4.0/4.1 Regression] iter_swap doesn't work anymore with vector

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-21 
14:56 ---
Confirmed.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-03-21 14:56:26
   date||
   Target Milestone|--- |4.0.0


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

Re: Extra gcc-3.3 java failures when using expect-5.43

[Kaveh R. Ghazi]

 > From: Andrew Haley  
 > 
 > Kaveh R. Ghazi writes:
 >  > After I upgraded to expect-5.43, I noticed that I'm getting extra
 >  > java failures on the 3.3 branch on x86_64-unknown-linux-gnu.  Other
 >  > gcc branches do not have problems.
 >  > 
 >  > http://gcc.gnu.org/ml/gcc-testresults/2005-03/msg01295.html
 >  > 
 >  > I'm using an expect-5.43 binary on x86_64 that was compiled on i686
 >  > if that matters.
 >  > 
 >  > When I back down to expect-5.42.1, the testsuite results go back to
 >  > normal.  Anyone else seeing this?
 > 
 > Could you post a snippet of the log, please?
 > Andrew.

There was nothing useful in libjava.log to indicate what the problem
is.  I reran the testsuite with --verbose and all the errors show
up like this:

spawning command /tmp/kg/33/build/x86_64-unknown-linux-gnu/./libjava/gij 
ArrayStore
exp6 file5
close result is child killed: SIGABRT
FAIL: ArrayStore execution - gij test

Don't know who/what is sending a SIGABRT.

Again, if I back down to expect 5.42.1 everything passes.  And also it
only occurs on the 3.3 branch.  Other branches and mainline pass
fine.  So there may be a diff in the testsuite harness. (?)

--Kaveh
--
Kaveh R. Ghazi  [EMAIL PROTECTED]

[Bug middle-end/19454] [4.0 Regression] bad code generated with gcc.c-torture/execute/bf64-1.c at -O1

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-03-21 
14:23 ---
I'm looking into why the patch fixes the change

-- 


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

[Bug objc/20574] [4.1 Regression] weird error message after a parse error

[bangerth at dealii dot org]

-- 
   What|Removed |Added

Summary|[4.1 Regression] werid error|[4.1 Regression] weird error
   |message after a parse error |message after a parse error


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

[Bug target/14981] [3.4 Regression] ICE in _mm_xor_pd for SSE2 with -O1

[uros at kss-loka dot si]

--- Additional Comments From uros at kss-loka dot si  2005-03-21 13:40 
---
The original testcase from description fails again with GNU C version 3.4.4
20050321 (prerelease) (i686-pc-linux-gnu). It compiles OK with mainline.

PR 19010 compiles OK with both compilers.

Reopened as 3.4 regression.

-- 
   What|Removed |Added

 CC||commie1 at gmx dot net
 Status|RESOLVED|REOPENED
   Keywords|patch   |
  Known to fail||3.4.4
  Known to work||4.0.0
 Resolution|FIXED   |
Summary|[3.4/4.0 Regression] ICE in |[3.4 Regression] ICE in
   |_mm_xor_pd for SSE2 with -O1|_mm_xor_pd for SSE2 with -O1


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

[Bug libstdc++/20577] New: [4.0/4.1 Regression] iter_swap doesn't work anymore with vector

[pcarlini at suse dot de]

Just to keep track of this issue:

  http://gcc.gnu.org/ml/libstdc++/2005-03/msg00144.html

-- 
   Summary: [4.0/4.1 Regression] iter_swap doesn't work anymore with
vector
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pcarlini at suse dot de
CC: caj at cs dot york dot ac dot uk,gcc-bugs at gcc dot gnu
dot org


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

[Bug target/20051] ICE when compiling SSE intrinics

[uros at kss-loka dot si]

--- Additional Comments From uros at kss-loka dot si  2005-03-21 13:15 
---
(In reply to comment #4)
> I'm sorry Uros, but PR1901 was fixed three months ago; I reduced this testcase
> with the latest 3.4 snapshot (20050318). I checked the testcase in PR14981, 
> and
> that one indeed doesn't cause an ICE anymore. It can't be a dup. 

You have to compile the testcase from PR14981 with '-O2 -msse2' to trigger the 
bug:

This is what I have tested:

#include 
__v2df res;
void
xorv2df3 (double *x)
{
  __v2df temp0 = { x[0], x[1] };
  __v2df temp1 = { 0x0, 0x0 };
  res = _mm_xor_pd (temp0, temp1);
}

'gcc -O2 -msse2':

In function `xorv2df3':
pr14981.c:9: internal compiler error: in immed_double_const, at emit-rtl.c:481

GNU C version 3.4.4 20050321 (prerelease) (i686-pc-linux-gnu)


-- 


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

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-03-21 12:58 
---
Fixed for 4.0.

-- 
   What|Removed |Added

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


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

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
12:57 ---
Subject: Bug 20352

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 12:57:37

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/std: std_complex.h 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/20352
* include/std/std_complex.h (pow(const complex<_Tp>&,
const _Tp&)): On non-c99 platforms, don't try to compute
log of complex zero.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.12&r2=1.2917.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/std/std_complex.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.22.2.1&r2=1.22.2.2



-- 


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

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
12:55 ---
Subject: Bug 20147

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 12:55:15

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/ext: stmtexpr4.C 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* g++.dg/ext/stmtexpr4.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.55&r2=1.5084.2.56
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/stmtexpr4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug c++/20461] [4.0 Regression] ICE at "class 'C' does not have any field named 'f'" error

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-03-21 12:52 
---
Oops! Will do momentarily. Thanks.

-- 


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

[Bug c++/20461] [4.0 Regression] ICE at "class 'C' does not have any field named 'f'" error

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-03-21 
12:51 ---
Hi Paolo,

the testcase g++.dg/parse/crash25.C is hosed:

// PR c++/20536
// Found by Wolfgang Wieser 03/2005.
// { do-do compile }
  ^^^

This should be dg-do, right?
Could you please fix that?


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org


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

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
12:50 ---
Subject: Bug 20147

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 12:50:09

Modified files:
gcc/cp : semantics.c 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* semantics.c (finish_stmt_expr_expr): Return immediately
if error_operand_p (expr).

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.463&r2=1.463.2.1



-- 


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

[Bug c++/20576] poor diagnostic

[igodard at pacbell dot net]

--- Additional Comments From igodard at pacbell dot net  2005-03-21 12:39 
---
The same case but using derivation from classes rather than templates:

struct foo {};
struct bar : public foo {};
struct baz : public bar {};
struct baf : public foo, public baz {};
void F(foo&) {}
int main() { baf b; F(b); return 0; }


gives a much better diagnostic:

~/ootbc/members/src$ g++ foo.cc
foo.cc:4: warning: direct base `foo' inaccessible in `baf' due to ambiguity
foo.cc: In function `int main()':
foo.cc:6: error: `foo' is an ambiguous base of `baf'


-- 


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

[Bug other/20564] gcov default behaviour changed

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
12:34 ---
Subject: Bug 20564

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-03-21 12:32:55

Modified files:
gcc: ChangeLog gcov.c 
gcc/doc: gcov.texi 

Log message:
PR other/20564
* gcov.c (output_lines): Only output function block summary when
outputting branch information.
* doc/gcov.texi: Document format of preamble and additional block
information lines.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.72&r2=2.7592.2.73
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcov.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.85&r2=1.85.16.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/gcov.texi.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.25&r2=1.25.6.1



-- 


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

[Bug other/20564] gcov default behaviour changed

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
12:32 ---
Subject: Bug 20564

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 12:31:11

Modified files:
gcc: ChangeLog gcov.c 
gcc/doc: gcov.texi 

Log message:
PR other/20564
* gcov.c (output_lines): Only output function block summary when
outputting branch information.
* doc/gcov.texi: Document format of preamble and additional block
information lines.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7930&r2=2.7931
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcov.c.diff?cvsroot=gcc&r1=1.85&r2=1.86
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/gcov.texi.diff?cvsroot=gcc&r1=1.25&r2=1.26



-- 


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

[Bug other/20564] gcov default behaviour changed

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-03-21 
12:31 ---
2005-03-21  Nathan Sidwell  <[EMAIL PROTECTED]>

PR other/20564
* gcov.c (output_lines): Only output function block summary when
outputting branch information.
* doc/gcov.texi: Document format of preamble and additional block
information lines.

I decided that those lines should only be output when -b option is given.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/20576] New: poor diagnostic

[igodard at pacbell dot net]

In:
struct bottom {};
template
struct node: public next { v val; };
enum a {b, c}; enum x{y, z};
struct foo : public node > {};
template
void bar(node&) {}
int main() { foo f; bar(f); return 0; }


you get:
~/ootbc/members/src$ g++ foo.cc
foo.cc: In function `int main()':
foo.cc:10: error: no matching function for call to `bar(foo&)'

Actually, there is a matching function, but the call is ambiguous because there 
are two matching base classes. The diagnostic should say so and identify the 
matching bases. This is reported correctly by other ambiguous calls where two 
different functions are matches to the argument set. In this case one function 
has two different matches, but the user's need in the diagnostic is the same: 
show what the compiler found.

Ivan

-- 
   Summary: poor diagnostic
   Product: gcc
   Version: 3.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/20536] G++ segfault on tiny snipped of invalid code

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
11:53 ---
Subject: Bug 20536

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 11:53:00

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/parse: crash24.C crash25.C 
gcc/testsuite/g++.dg/ext: stmtexpr4.C 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20461
* g++.dg/parse/crash24.C: New test.

PR c++/20536
* g++.dg/parse/crash25.C: New test.

2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* g++.dg/ext/stmtexpr4.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5186&r2=1.5187
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash24.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash25.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/stmtexpr4.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/20461] [4.0/4.1 Regression] ICE at "class 'C' does not have any field named 'f'" error

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
11:53 ---
Subject: Bug 20461

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 11:53:00

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/parse: crash24.C crash25.C 
gcc/testsuite/g++.dg/ext: stmtexpr4.C 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20461
* g++.dg/parse/crash24.C: New test.

PR c++/20536
* g++.dg/parse/crash25.C: New test.

2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* g++.dg/ext/stmtexpr4.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5186&r2=1.5187
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash24.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash25.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/stmtexpr4.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/20147] [3.4/4.0/4.1 regression] ICE on undefined variable in statement expression

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
11:53 ---
Subject: Bug 20147

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 11:53:00

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/parse: crash24.C crash25.C 
gcc/testsuite/g++.dg/ext: stmtexpr4.C 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20461
* g++.dg/parse/crash24.C: New test.

PR c++/20536
* g++.dg/parse/crash25.C: New test.

2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* g++.dg/ext/stmtexpr4.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5186&r2=1.5187
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash24.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash25.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/stmtexpr4.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/20147] [3.4/4.0/4.1 regression] ICE on undefined variable in statement expression

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
11:49 ---
Subject: Bug 20147

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 11:49:36

Modified files:
gcc/cp : ChangeLog init.c semantics.c 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20461
PR c++/20536
* init.c (emit_mem_initializers): Don't crash on undefined
types.

2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* semantics.c (finish_stmt_expr_expr): Return immediately
if error_operand_p (expr).

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4669&r2=1.4670
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcc&r1=1.414&r2=1.415
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&r1=1.464&r2=1.465



-- 


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

[Bug c++/20461] [4.0/4.1 Regression] ICE at "class 'C' does not have any field named 'f'" error

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
11:49 ---
Subject: Bug 20461

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 11:49:36

Modified files:
gcc/cp : ChangeLog init.c semantics.c 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20461
PR c++/20536
* init.c (emit_mem_initializers): Don't crash on undefined
types.

2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* semantics.c (finish_stmt_expr_expr): Return immediately
if error_operand_p (expr).

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4669&r2=1.4670
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcc&r1=1.414&r2=1.415
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&r1=1.464&r2=1.465



-- 


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

[Bug c++/20536] G++ segfault on tiny snipped of invalid code

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-03-21 
11:49 ---
Subject: Bug 20536

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-03-21 11:49:36

Modified files:
gcc/cp : ChangeLog init.c semantics.c 

Log message:
2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20461
PR c++/20536
* init.c (emit_mem_initializers): Don't crash on undefined
types.

2005-03-21  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/20147
* semantics.c (finish_stmt_expr_expr): Return immediately
if error_operand_p (expr).

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4669&r2=1.4670
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcc&r1=1.414&r2=1.415
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&r1=1.464&r2=1.465



-- 


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

[Bug target/20051] ICE when compiling SSE intrinics

[commie1 at gmx dot net]

--- Additional Comments From commie1 at gmx dot net  2005-03-21 11:03 
---
I'm sorry Uros, but PR1901 was fixed three months ago; I reduced this testcase
with the latest 3.4 snapshot (20050318). I checked the testcase in PR14981, and
that one indeed doesn't cause an ICE anymore. It can't be a dup. 

There's no ICE on the gcc-4_0-branch or mainline.

Cleaned up testcase:
==

typedef float v4sf __attribute__ ((vector_size (16)));

void foo(float* y)
{
  v4sf x = __builtin_ia32_xorps (x,x);
  __builtin_ia32_storeaps (y, x);
}

==

-- 
   What|Removed |Added

 CC||uros at kss-loka dot si


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