[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

[pinskia at gcc dot gnu dot org]

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

-- 


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

[Bug target/21187] Gcc 4.0.0 Compile error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
04:58 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
04:57 ---
*** Bug 21186 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||bigbandit2004 at yahoo dot
   ||com


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

[Bug target/21186] Gcc 4.0.0 Compile error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
04:57 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

[jvdelisle at verizon dot net]

--- Additional Comments From jvdelisle at verizon dot net  2005-04-24 04:05 
---
ifort does it in about 5 seconds.  It issues several warnings about alignments,
but otherwise completes quickly.

-- 


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

[Bug fortran/20879] argument to ICHAR must have length one

[kargl at gcc dot gnu dot org]

--- Additional Comments From kargl at gcc dot gnu dot org  2005-04-24 04:04 
---
Here's a partial fix to the problem.  Unfortunately, it
doesn't detect the problem in Joost's program, which 
requires a runtime check.

http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02507.html

-- 


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

[Bug target/21187] New: Gcc 4.0.0 Compile error

[bigbandit2004 at yahoo dot com]

./configure works fine.
make gives this error:

[EMAIL PROTECTED]:~/gcc-4.0.0> make
Configuring in fastjar
configure: loading cache ./config.cache
checking for a BSD-compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... (cached) gawk
checking whether make sets $(MAKE)... (cached) yes
checking for i686-pc-linux-gnu-gcc... (cached) gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking for style of include used by make... GNU
checking dependency style of gcc... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking for rm... (cached) /bin/rm
checking for cp... (cached) /bin/cp
checking for strip... (cached) /usr/bin/strip
checking for chmod... (cached) /bin/chmod
checking whether to enable maintainer-specific portions of Makefiles... no
checking for dirent.h that defines DIR... (cached) yes
checking for library containing opendir... (cached) none required
checking how to run the C preprocessor... (cached) gcc -E
checking for egrep... (cached) grep -E
checking for ANSI C header files... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking for fcntl.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for limits.h... (cached) yes
checking for ftruncate... (cached) yes
checking for _chsize... (cached) no
checking for off_t... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking if mkdir takes one argument... (cached) no
checking size of char... (cached) 1
checking size of short... (cached) 2
checking size of int... (cached) 4
checking size of long... (cached) 4
checking for long long... (cached) yes
checking size of long long... (cached) 8
checking whether byte ordering is bigendian... (cached) no
checking whether to place generated files in the source directory... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating install-defs.sh
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
Configuring in zlib
configure: loading cache ./config.cache
checking build system type... (cached) i686-pc-linux-gnu
checking host system type... (cached) i686-pc-linux-gnu
checking target system type... (cached) i686-pc-linux-gnu
checking for a BSD-compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... (cached) gawk
checking whether make sets $(MAKE)... (cached) yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for i686-pc-linux-gnu-gcc... (cached) gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking for style of include used by make... GNU
checking dependency style of gcc... (cached) gcc3
checking for ld used by GCC... (cached)
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld
checking if the linker
(/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld) is
GNU ld... (cached) yes
checking for
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld option
to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) nm
checking whether ln -s works... yes
checking how to recognise dependant libraries... (cached) pass_all
checking for i686-pc-linux-gnu-ranlib... (cached) ranlib
checking for i686-pc-linux-gnu-strip... no
checking for strip... (cached) strip
loading cache ./config.cache within ltconfig
checking whether -lc should be explicitly linked in... (cached) no
checking for objdir... .libs
checking for gcc option to produce PIC...  -fPIC -DPIC
checking if gcc PIC flag  -fPIC -DPIC works... (cached) yes
checking if gcc static flag -static works... (cached) yes
finding the maximum length of command lin

[Bug target/21186] New: Gcc 4.0.0 Compile error

[bigbandit2004 at yahoo dot com]

./configure works fine.
make gives this error:

[EMAIL PROTECTED]:~/gcc-4.0.0> make
Configuring in fastjar
configure: loading cache ./config.cache
checking for a BSD-compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... (cached) gawk
checking whether make sets $(MAKE)... (cached) yes
checking for i686-pc-linux-gnu-gcc... (cached) gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking for style of include used by make... GNU
checking dependency style of gcc... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking for rm... (cached) /bin/rm
checking for cp... (cached) /bin/cp
checking for strip... (cached) /usr/bin/strip
checking for chmod... (cached) /bin/chmod
checking whether to enable maintainer-specific portions of Makefiles... no
checking for dirent.h that defines DIR... (cached) yes
checking for library containing opendir... (cached) none required
checking how to run the C preprocessor... (cached) gcc -E
checking for egrep... (cached) grep -E
checking for ANSI C header files... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking for fcntl.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for limits.h... (cached) yes
checking for ftruncate... (cached) yes
checking for _chsize... (cached) no
checking for off_t... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking if mkdir takes one argument... (cached) no
checking size of char... (cached) 1
checking size of short... (cached) 2
checking size of int... (cached) 4
checking size of long... (cached) 4
checking for long long... (cached) yes
checking size of long long... (cached) 8
checking whether byte ordering is bigendian... (cached) no
checking whether to place generated files in the source directory... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating install-defs.sh
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
Configuring in zlib
configure: loading cache ./config.cache
checking build system type... (cached) i686-pc-linux-gnu
checking host system type... (cached) i686-pc-linux-gnu
checking target system type... (cached) i686-pc-linux-gnu
checking for a BSD-compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... (cached) gawk
checking whether make sets $(MAKE)... (cached) yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for i686-pc-linux-gnu-gcc... (cached) gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking for style of include used by make... GNU
checking dependency style of gcc... (cached) gcc3
checking for ld used by GCC... (cached)
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld
checking if the linker
(/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld) is
GNU ld... (cached) yes
checking for
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld option
to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) nm
checking whether ln -s works... yes
checking how to recognise dependant libraries... (cached) pass_all
checking for i686-pc-linux-gnu-ranlib... (cached) ranlib
checking for i686-pc-linux-gnu-strip... no
checking for strip... (cached) strip
loading cache ./config.cache within ltconfig
checking whether -lc should be explicitly linked in... (cached) no
checking for objdir... .libs
checking for gcc option to produce PIC...  -fPIC -DPIC
checking if gcc PIC flag  -fPIC -DPIC works... (cached) yes
checking if gcc static flag -static works... (cached) yes
finding the maximum length of command lin

[Bug libstdc++/21183] -Wall control may end non-void fn warning in libc++ routine

[mj1 at cog dot brown dot edu]

--- Additional Comments From mj1 at cog dot brown dot edu  2005-04-24 00:49 
---
Subject: Re:  -Wall control may end non-void fn warning
 in libc++ routine

Thanks for the quick reply!

Yes, I did use -fno-exceptions

If I remove that, the warning goes away.

Thanks very much for your help,

Mark

pinskia at gcc dot gnu dot org wrote:

>--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
>23:14 ---
>I am assuming you used -fno-exceptions, then this is a dup of bug 19699.
>
>*** This bug has been marked as a duplicate of 19699 ***
>
>  
>


-- 


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

[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
00:01 ---
All I can say is that libgfortran depends on some UNIX^wPOSIX functions being 
there.

-- 


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

[Bug libfortran/21185] New: libgfortran unusable for cross-testing for newlib targets

[hp at gcc dot gnu dot org]

fortran.log shows that functions not present in newlib are referenced:

Executing on host: /home/hp/combined/cris-sim/gcc/testsuite/../gfortran
-B/home/hp/combined/cris-sim/gcc/testsuite/../ /home/hp/c\
ombined/combined/gcc/testsuite/gfortran.dg/PR19754_2.f90   -O0  
-pedantic-errors   -isystem /home/hp/combined/cris-sim/cris-elf/\
./newlib/targ-include -isystem /home/hp/combined/combined/newlib/libc/include
-B/home/hp/combined/cris-sim/cris-elf/./libgloss/cr\
is/ -L/home/hp/combined/cris-sim/cris-elf/./libgloss/cris
-L/home/hp/combined/combined/libgloss/cris -L/home/hp/combined/cris-sim\
/ld -B/home/hp/combined/cris-sim/cris-elf/./newlib/
-L/home/hp/combined/cris-sim/cris-elf/./newlib -sim3  -L/home/hp/combined/cri\
s-sim/cris-elf/./libgfortran/.libs
-L/home/hp/combined/cris-sim/cris-elf/./libiberty  -lm   -o ./PR19754_2.exe   
(timeout = 300)
/home/hp/combined/cris-sim/cris-elf/./libgfortran/.libs/libgfortran.a(unix.o):
In function `fd_truncate':^M
/home/hp/combined/combined/libgfortran/io/unix.c:516: undefined reference to
`_ftruncate'^M
/home/hp/combined/cris-sim/cris-elf/./libgfortran/.libs/libgfortran.a(unix.o):
In function `fix_fd':^M
/home/hp/combined/combined/libgfortran/io/unix.c:198: undefined reference to
`_dup'^M
/home/hp/combined/combined/libgfortran/io/unix.c:208: undefined reference to
`_dup'^M
/home/hp/combined/combined/libgfortran/io/unix.c:203: undefined reference to
`_dup'^M
/home/hp/combined/cris-sim/cris-elf/./libgfortran/.libs/libgfortran.a(unix.o):
In function `inquire_access':^M
/home/hp/combined/combined/libgfortran/io/unix.c:1443: undefined reference to
`_access'^M
collect2: ld returned 1 exit status^M

-- 
   Summary: libgfortran unusable for cross-testing for newlib
targets
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: cris-axis-elf (or any newlib target)


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

[Bug fortran/21184] New: fortran built and tested despite target-libgfortran disabled

[hp at gcc dot gnu dot org]

Try to build mmix-knuth-mmixware as per simtest-howto.html.
Observe the fortran front-end being built despite libgfortran disabled at
toplevel (libgfortran has no support for systems without stdint.h and not being
LPI32 so it doesn't build).  When testing, observe the test-suite being run and
not being able to find -lgfortranbegin.

-- 
   Summary: fortran built and tested despite target-libgfortran
disabled
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: mmix


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

[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
23:43 ---
*** Bug 21176 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||shanwill44 at yahoo dot com


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

[Bug bootstrap/21176] Cannot make on Solaris 9 (Intel)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
23:43 ---
Then this is a dup of bug 17383.  Build in a different directory as the source 
as the instructions 
recommend: .

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

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||DUPLICATE


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

[Bug bootstrap/21176] Cannot make on Solaris 9 (Intel)

[shanwill44 at yahoo dot com]

--- Additional Comments From shanwill44 at yahoo dot com  2005-04-23 23:35 
---
Just

./configure

or

./configure --with-gnu-ld

due to 'file format not recognized' message appeared
in the previous versions.

Thanks in advance.


-- 


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

[Bug middle-end/19699] [4.0/4.1 Regression] warning about not returning from end of a non-void function because of dead code

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
23:14 ---
*** Bug 21183 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||mj1 at cog dot brown dot edu


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

[Bug libstdc++/21183] -Wall control may end non-void fn warning in libc++ routine

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
23:14 ---
I am assuming you used -fno-exceptions, then this is a dup of bug 19699.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug libstdc++/21183] New: -Wall control may end non-void fn warning in libc++ routine

[mj1 at cog dot brown dot edu]

When compiling a C++ program with -Wall, I get the following compiler warning

/usr/local/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/stl_uninitialized.h:113:
warning: control may reach end of non-void function '_ForwardIterator
std::__uninitialized_copy_aux(_InputIterator, _InputIterator, _ForwardIterator,
__false_type) [with _InputIterator = pr_type*, _ForwardIterator = pr_type*]'
being inlined

The problem seems to be in __uninitialized_copy_aux() in stl_uninitialized.h

The catch statement block beginning on line 89 merely exits the routine without 
actually returning a value.

The warning would not be given if a dummy return statement were added after 
line 92 (even though the return statement could never be executed).

-- 
   Summary: -Wall control may end non-void fn warning in libc++
routine
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mj1 at cog dot brown dot edu
CC: gcc-bugs at gcc dot gnu dot org
 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=21183

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[stevenb at suse dot de]

--- Additional Comments From stevenb at suse dot de  2005-04-23 23:01 
---
Subject: Re:  [4.0/4.1 regression] miscompiled pointer subtraction broke Linux 
kernel

Yeah, well, ehm...

The original bug resurfaces with my patch.  This happens because
is_gimple_reg_rhs only looks at the outermost level of the expression,
e.g. it happily accepts "(intD.0) -xD.1566_4" as a valid GIMPLE rhs.

Obviously this is wrong.

I'm testing a new patch that simply always runs force_gimple_operand
on folded, it's not clear to me why we don't do that anyway (it is
cheap and safer).



-- 


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

[Bug rtl-optimization/21182] gcc can use registers but uses stack instead

[vda at port dot imtp dot ilyichevsk dot odessa dot ua]

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa 
dot ua  2005-04-23 22:54 ---
These are -O2 and -O3 code comparison.
-O3 code have all modified variables in registers
and thus is smaller and most likely faster.

serpent_encrypt:
pushl   %ebp
movl%esp, %ebp
pushl   %edi
pushl   %esi
pushl   %ebx
subl$256, %esp
movl8(%ebp), %edx
movl16(%ebp), %eax
movl12(%eax), %ebx
movl12(%edx), %ecx
xorl%ebx, %ecx
movl(%edx), %edi
movl%ecx, -20(%ebp)
xorl(%eax), %edi
movl8(%edx), %ecx
movl4(%edx), %ebx
movl-20(%ebp), %esi
xorl8(%eax), %ecx
orl %edi, -20(%ebp)
xorl4(%eax), %ebx
xorl%ebx, -20(%ebp)
xorl%esi, %edi
xorl%ecx, %esi
andl%edi, %ebx
xorl%edi, %ecx
notl%esi
xorl-20(%ebp), %edi
movl%edx, -16(%ebp)

serpent_encrypt:
pushl   %ebp
movl%esp, %ebp
pushl   %edi
pushl   %esi
pushl   %ebx
pushl   %edx
movl8(%ebp), %edi
movl16(%ebp), %ecx
movl12(%edi), %eax
xorl12(%ecx), %eax
movl8(%edi), %esi
movl4(%edi), %edx
movl(%edi), %ebx
xorl8(%ecx), %esi
xorl4(%ecx), %edx
xorl(%ecx), %ebx
movl%eax, %ecx
orl %ebx, %ecx
xorl%eax, %ebx
xorl%esi, %eax
xorl%edx, %ecx
notl%eax
andl%ebx, %edx
xorl%eax, %edx
xorl%ebx, %esi
xorl%ecx, %ebx
orl %ebx, %eax
xorl%esi, %ebx
andl%edx, %esi
xorl%esi, %eax
notl%edx



-- 


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

[Bug rtl-optimization/21182] gcc can use registers but uses stack instead

[vda at port dot imtp dot ilyichevsk dot odessa dot ua]

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa 
dot ua  2005-04-23 22:49 ---
Aha!
I found out that gcc will use registers with -O3, but not with -O2.

# gcc -O3 serpent.c -S -o serpent-O3.s
# gcc -O2 serpent.c -S -o serpent-O2.s
# ls -l
-rw-r--r--  1 root root 27975 Apr 24 01:47 serpent-O2.s
-rw-r--r--  1 root root 21566 Apr 24 01:47 serpent-O3.s
# wc -l serpent-O2.s serpent-O3.s
 1558 serpent-O2.s
 1265 serpent-O3.s
 2823 total

I don't have 4.0.0 here yet...

-- 


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

[Bug rtl-optimization/21182] gcc can use registers but uses stack instead

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
22:39 ---
Hmm, on the mainline, we get for wc -l:
 1613 t.s
 1459 t1.s

t1 is the normal #if 0.

Note I used "-O2 -fomit-frame-pointer".

-- 
   What|Removed |Added

   Keywords||missed-optimization, ra


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

[Bug rtl-optimization/21182] gcc can use registers but uses stack instead

[vda at port dot imtp dot ilyichevsk dot odessa dot ua]

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa 
dot ua  2005-04-23 22:32 ---
Created an attachment (id=8719)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8719&action=view)
testcase. change #if 0 into #if 1 and compare resulting asm


-- 


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

[Bug rtl-optimization/21182] New: gcc can use registers but uses stack instead

[vda at port dot imtp dot ilyichevsk dot odessa dot ua]

in this long but relatively simple function gcc
can store all frequently used local variables in registers,
but it fails to do so.

gcc can be forced to do this optimization by asm("reg") modifiers.
Resulting code is ~1k smaller.

# gcc -v
Reading specs from
/.share/usr/app/gcc-3.4.3/bin/../lib/gcc/i386-pc-linux-gnu/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --prefix=/usr/app/gcc-3.4.3
--exec-prefix=/usr/app/gcc-3.4.3 --bindir=/usr/bin --sbindir=/usr/sbin
--libexecdir=/usr/app/gcc-3.4.3/libexec --datadir=/usr/app/gcc-3.4.3/share
--sysconfdir=/etc --sharedstatedir=/usr/app/gcc-3.4.3/var/com
--localstatedir=/usr/app/gcc-3.4.3/var --libdir=/usr/lib
--includedir=/usr/include --infodir=/usr/info --mandir=/usr/man
--with-slibdir=/usr/app/gcc-3.4.3/lib --with-local-prefix=/usr/local
--with-gxx-include-dir=/usr/app/gcc-3.4.3/include/g++-v3
--enable-languages=c,c++ --with-system-zlib --disable-nls --enable-threads=posix
i386-pc-linux-gnu
Thread model: posix
gcc version 3.4.3

-- 
   Summary: gcc can use registers but uses stack instead
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vda at port dot imtp dot ilyichevsk dot odessa dot ua
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-pc-linux-gnu
  GCC host triplet: i386-pc-linux-gnu
GCC target triplet: i386-pc-linux-gnu


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

[Bug fortran/21177] wrong code with NULL()

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-04-23 
22:07 ---
In interface.c, we use compare_parameter to match an actual argument to
one of the formal arguments. The type is used to determine which member
of the interface (tt_r or tt_i) we will call.

Unfortunately, compare_parameter has a special case for EXPR_NULL:

  if (actual->expr_type != EXPR_NULL
  && !gfc_compare_types (&formal->ts, &actual->ts))
return 0;

That is: actual and formal arguments match if they have the same type,
unless the are NULL, in which case they always match (and the member of
the interface chosen for execution is the first one in the list, which in
the case of this PR is TT_R).

I'm not sure whether this restriction should be completely lifted, since
there must have been a reason why it was here in the first place...

-- 
   What|Removed |Added

 CC||fxcoudert at gcc dot gnu dot
   ||org
   Last reconfirmed|2005-04-23 15:20:54 |2005-04-23 22:07:59
   date||


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

[Bug middle-end/21082] &a[b] - &a[c] is not folded to b - c

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.1.0


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

[Bug middle-end/19987] [meta-bug] fold missing optimizations in general

[rguenth at gcc dot gnu dot org]

-- 
Bug 19987 depends on bug 21082, which changed state.

Bug 21082 Summary: &a[b] - &a[c] is not folded to b - c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082

   What|Old Value   |New Value

 Status|NEW |ASSIGNED
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu dot org]

-- 
Bug 19807 depends on bug 21082, which changed state.

Bug 21082 Summary: &a[b] - &a[c] is not folded to b - c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082

   What|Old Value   |New Value

 Status|NEW |ASSIGNED
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug middle-end/19986] [meta-bug] fold missing optimizations (compared to RTL)

[rguenth at gcc dot gnu dot org]

-- 
Bug 19986 depends on bug 21082, which changed state.

Bug 21082 Summary: &a[b] - &a[c] is not folded to b - c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082

   What|Old Value   |New Value

 Status|NEW |ASSIGNED
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug middle-end/21082] &a[b] - &a[c] is not folded to b - c

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-04-23 
21:36 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/21082] &a[b] - &a[c] is not folded to b - c

[cvs-commit at gcc dot gnu dot org]

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

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-23 21:34:42

Modified files:
gcc: ChangeLog fold-const.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/tree-ssa: pr21082.C 

Log message:
2005-04-23  Richard Guenther  <[EMAIL PROTECTED]>

PR middle-end/21082
* fold-const.c: Fold &a[i]-&a[j] to i-j.

* g++.dg/tree-ssa/pr21082.C: New testcase.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8430&r2=2.8431
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.569&r2=1.570
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5388&r2=1.5389
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tree-ssa/pr21082.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug middle-end/21082] &a[b] - &a[c] is not folded to b - c

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-04-23 
21:05 ---
Patch at
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02499.html

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||04/msg02499.html
 Status|NEW |ASSIGNED
   Keywords||patch
   Last reconfirmed|2005-04-19 14:57:39 |2005-04-23 21:05:50
   date||


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

[Bug c++/19403] [4.0/4.1 Regression] name lookup is broken with friends

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
20:38 ---
*** Bug 21181 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||tneumann at pi3 dot
   ||informatik dot uni-mannheim
   ||dot de


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

[Bug c++/21181] namespace lookup error message misleading

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
20:38 ---
This is a dup of bug 19403.  The problem is that GCC before 4.0.0, the friend 
was saying the wrong 
friend was a friend of B.  But in 4.0.0 we get that right but a decided that 
the class was declared in the 
namespace which is wrong, it should not be injected.  This is all fixed already 
on the mainline.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/21181] New: namespace lookup error message misleading

[tneumann at pi3 dot informatik dot uni-mannheim dot de]

Consider the following C++ code:

class A;
namespace X {
class B { friend class A; };
}
using namespace X;
class A {};
A a;

In the last line the compiler complains that A is undefined. After reading the 
release notes I understamd what happens (although I'm surprised. E.g. Comeau 
accepts the code). 
However the error message is very misleading: The problem is not that A is 
undefined but that X::A is undefined! This is very confusing for users.

-- 
   Summary: namespace lookup error message misleading
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tneumann at pi3 dot informatik dot uni-mannheim dot de
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
19:37 ---
Created an attachment (id=8718)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8718&action=view)
patch

Jakub, your patch is wrong.  Try this one.


-- 
   What|Removed |Added

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


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

[Bug rtl-optimization/21102] ICE: in immed_double_const, on SSE2 intrinsics

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-23 19:18 
---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug rtl-optimization/21102] ICE: in immed_double_const, on SSE2 intrinsics

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-23 
19:17 ---
Subject: Bug 21102

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-23 19:16:57

Modified files:
gcc: ChangeLog simplify-rtx.c 

Log message:
PR rtl-opt/21102
* simplify-rtx.c (simplify_binary_operation): Fix mode check before
performing some integral scalar simplifications.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8426&r2=2.8427
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/simplify-rtx.c.diff?cvsroot=gcc&r1=1.237&r2=1.238



-- 


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

[Bug rtl-optimization/21102] ICE: in immed_double_const, on SSE2 intrinsics

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-23 
19:01 ---
Subject: Bug 21102

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-23 19:01:04

Modified files:
gcc: ChangeLog simplify-rtx.c 

Log message:
PR rtl-opt/21102
* simplify-rtx.c (simplify_binary_operation): Fix mode check before
performing some integral scalar simplifications.

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.181&r2=2.7592.2.182
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/simplify-rtx.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.230.2.3&r2=1.230.2.4



-- 


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

[Bug rtl-optimization/21102] ICE: in immed_double_const, on SSE2 intrinsics

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-23 18:57 
---
Technically this is generic, though one does have to have vector support in the
target for things to make it this far to see.

-- 
   What|Removed |Added

  Component|target  |rtl-optimization


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

[Bug target/21102] ICE: in immed_double_const, on SSE2 intrinsics

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-23 18:55 
---
Confirmed.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-23 18:55:57
   date||


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

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

[dberlin at dberlin dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-04-23 
18:41 ---
Subject: Re:  [tree-ssa] component refs to the
same struct should not alias

On Sat, 2005-04-23 at 16:52 +, steven at gcc dot gnu dot org wrote:
> --- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
> 16:52 ---
> Will the second part of the struct alias merge fix Dann's original 
> test case?  ("http://gcc.gnu.org/wiki/Structure Aliasing Part II") 
> 

Yes, but not immediately.

structure aliasing part ii is really two parts

First, is a new alias analyzer to handle structure fields, allow
inteprocedural analysis.
Second is improving our representation to handle base+offset
dereferences.

The second is a lot harder than one would think.




-- 


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

Re: [Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

[Daniel Berlin]

On Sat, 2005-04-23 at 16:52 +, steven at gcc dot gnu dot org wrote:
> --- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
> 16:52 ---
> Will the second part of the struct alias merge fix Dann's original 
> test case?  ("http://gcc.gnu.org/wiki/Structure Aliasing Part II") 
> 

Yes, but not immediately.

structure aliasing part ii is really two parts

First, is a new alias analyzer to handle structure fields, allow
inteprocedural analysis.
Second is improving our representation to handle base+offset
dereferences.

The second is a lot harder than one would think.

[Bug libfortran/21127] reshape of complex broken

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-04-23 
18:26 ---
(In reply to comment #2)
> Or, alternatively, we could call reshape_generic.  Which of course would be 
> evil
> from a performance standpoitn :-)

Actually, that's what we are doing for a lot of intrinsics:

cshift1.m4:  memcpy (dest, src, size);
eoshift1.m4:  memcpy (dest, src, size);
eoshift1.m4:  memcpy (dest, pbound, size);
eoshift3.m4:  memcpy (dest, src, size);
eoshift3.m4:  memcpy (dest, bptr, size);
in_unpack.m4:  memcpy (dest, src, dsize * rtype_kind);

apparently to fix that same bug.

For better performance, these should be fixed as well.

-- 


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

[Bug libfortran/21108] [4.0 only] reshape with order causes random results

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-04-23 
18:09 ---
> I think you copy/pasted the wrong "working" testcase.

Yes, I did :-(

Here is a corrected version.

$ gfortran reshape-0.f90
$ ./a.out
Aborted
$ cat reshape-0.f90
! { dg-do run }
! This tests a few reshape PRs.
program resh
  implicit none
  real, dimension (2,3) :: a,c
  real, dimension (12) :: b
  integer :: i

  ! PR 21108:  This used to give undefined results.
  b = (/(i,i=1,12)/)
  a = reshape(b(1:12:2),shape(a),order=(/2,1/))
  c = reshape(b(1:12:2),shape(a),order=(/2,1/))
  if (any (a /= c)) call abort

end

$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0/configure --prefix=/home/ig25
--enable-languages=c,f95 --enable-checking
Thread model: posix
gcc version 4.0.1 20050423 (prerelease)

-- 
   What|Removed |Added

  Known to fail||4.0.1
  Known to work||4.1.0
Summary|reshape with order causes   |[4.0 only] reshape with
   |memory corruption   |order causes random results
   Target Milestone|--- |4.0.1


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

[Bug middle-end/21180] [4.1 Regression] checking on fold no longer happens in some cases

[kazu at cs dot umass dot edu]

-- 
   What|Removed |Added

Summary|[4.1 Regression] checking on|[4.1 Regression] checking on
   |fold is no longer happen in |fold no longer happens in
   |some cases  |some cases


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

[Bug target/21101] ICE: could not find a spill register on MMX intrinsics

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-23 17:23 
---
Confirmed.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-23 17:23:16
   date||


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

[Bug target/21100] [4.0 Regression] ICE: unrecognizable insn for -march=pentium-mmx

[rth at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/21100] [4.0 Regression] ICE: unrecognizable insn for -march=pentium-mmx

[cvs-commit at gcc dot gnu dot org]

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

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-23 17:20:59

Modified files:
gcc: ChangeLog 
gcc/config/i386: mmx.md 

Log message:
PR target/21100
* config/i386/mmx.md (push1): Fix predicate thinko.

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.180&r2=2.7592.2.181
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/mmx.md.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.6.16.1&r2=1.6.16.2



-- 


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[azarah at gentoo dot org]

--- Additional Comments From azarah at gentoo dot org  2005-04-23 17:19 
---
Patch from comment #7 seems to work here (doing make check now to verify).  I
assume the change Jakub asked about is not needed?

-- 


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

[Bug target/21007] [4.1 Regression] gcc.c-torture/execute/931004-2.c execution fails on hppa64-hpux and cris-elf

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
17:17 ---
Most likely fixed by:
+2005-04-22  Diego Novillo  <[EMAIL PROTECTED]>
+
+   * tree-cfg.c (tree_duplicate_bb): Call create_new_def_for
+   for newly created PHI nodes.
+   Call create_new_def_for for every new V_MAY_DEF and
+   V_MUST_DEF on the copied statement.
+   (struct ssa_name_map_entry): Remove.
+   (ssa_name_map_entry_hash): Remove.
+   (ssa_name_map_entry_eq): Remove.
+   (allocate_ssa_names): Remove.
+   (rewrite_to_new_ssa_names_def): Remove.

Then. Closing as fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/21099] ICE on mmx intrinsics

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-23 17:16 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/21099] ICE on mmx intrinsics

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-23 
17:14 ---
Subject: Bug 21099

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-23 17:14:31

Modified files:
gcc: ChangeLog tree-eh.c 
gcc/config/i386: i386.c 

Log message:
PR target/21099
* config/i386/i386.c (ix86_split_to_parts): Use proper mode when
simplifying CONST_VECTOR.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8425&r2=2.8426
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-eh.c.diff?cvsroot=gcc&r1=2.30&r2=2.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&r1=1.813&r2=1.814



-- 


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

[Bug target/21099] ICE on mmx intrinsics

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-23 
17:13 ---
Subject: Bug 21099

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-23 17:13:12

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386.c 

Log message:
PR target/21099
* config/i386/i386.c (ix86_split_to_parts): Use proper mode when
simplifying CONST_VECTOR.

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.179&r2=2.7592.2.180
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.795.6.4&r2=1.795.6.5



-- 


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

[Bug target/21007] [4.1 Regression] gcc.c-torture/execute/931004-2.c execution fails on hppa64-hpux and cris-elf

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-04-23 17:10 
---
Still failed with LAST_UPDATED "Fri Apr 22 23:44:55 UTC 2005".
Confirmed to pass with "Sat Apr 23 12:51:56 UTC 2005".

-- 


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

[Bug middle-end/21180] [4.1 Regression] checking on fold is no longer happen in some cases

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||kazu at cs dot umass dot edu
   Target Milestone|--- |4.1.0


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

[Bug middle-end/21180] New: [4.1 Regression] checking on fold is no longer happen in some cases

[pinskia at gcc dot gnu dot org]

the changes to use "fold_buildN" instead of "fold (buildN", makes us no do fold 
checking in those case.
This PR records that face.

-- 
   Summary: [4.1 Regression] checking on fold is no longer happen in
some cases
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
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


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

[Bug tree-optimization/19940] Missed jump threading opportunity due to |.

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
17:03 ---
This is not fixed by Jeff's latest threader patch. 

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
16:58 ---
18832 has no jump threading issues left, says Jeff. 

-- 
   What|Removed |Added

  BugsThisDependsOn|18832   |


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

[Bug fortran/21104] Segmentation fault on correct code

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
16:58 ---
(In reply to comment #5)
> PS Andrew, for someone who claims not to know fortran, you seem to get into 
> some of its murkier corners!  We'll have you writing fortran code yet...

I get help from people who can try other compilers and from people who actually 
know fortran.

-- 


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

[Bug tree-optimization/18046] Missed jump threading optimization

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
16:57 ---
I'm going to implement lowering of some SWITCH_EXPRs at the tree level.  At  
least the ones that we do not produce a decision tree for now in stmt.c... 

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |steven at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2004-10-18 12:52:47 |2005-04-23 16:57:45
   date||


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

[Bug c++/20995] [3.4 regression] ICE in const_binop, at fold-const.c:1391

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2005-04-23 16:57 
---
Don't know what happened there; this should be component "c++"!

-- 
   What|Removed |Added

  Component|driver  |c++


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

[Bug target/21099] ICE on mmx intrinsics

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-23 16:56 
---
Confirmed.  Curiously, the test case doesn't fail compiled as C, only C++.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-23 16:56:25
   date||


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

[Bug driver/20995] [3.4 regression] ICE in const_binop, at fold-const.c:1391

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2005-04-23 16:56 
---
Doh, fold_if_not_in_template is not on the gcc 3.4 branch.  It was introduced
to fix (workaround?) PR c++/17642, which looks too intrusive for the 3.4 branch.

Instead, the C++ mistake on the 3.4 branch, that's worked around by Mark's
fix for c++/17642 on mainline, is in build_x_conditional_expr in cp/typeck.c.
In this function, g++ calls expr = build_conditional_expr, which it assumes
will always return a tree with TREE_CODE COND_EXPR (after calling fold!).  So
when processing_template_decl, it then calls build_min_non_dep with a tree_code
that doesn't match the TREE_CODE of "expr" (which can potentially stomp memory).
More importantly, the orig_op1 and orig_op2 at this point haven't been promoted
to the correct result type, and builting a raw COND_EXPR in build_min_non_dep
with mismatched types later breaks things.

I'm not sure how to fix these lines:

  expr = build_conditional_expr (ifexp, op1, op2);
  if (processing_template_decl && expr != error_mark_node)
return build_min_non_dep (COND_EXPR, expr,
  orig_ifexp, orig_op1, orig_op2);

Perhaps something like:

  if (TREE_CODE (expr) != COND_EXPR)
expr = build (COND_EXPR, TREE_TYPE (expr),
  convert (boolean_type_node, ifexp),
  convert (TREE_TYPE (expr), op1),
  convert (TREE_TYPE (expr), op2));

where we recover the correct type to promote the operands to from the
type of the result.  Once again, orig_op1 = 0.0, orig_op2 = 0, and after
applying standard conversions both become 0.0, so "expr" ends up being
a REAL_CST, 0.0.  Perhaps it's possible to do better in the call to
build_min_non_dep.


-- 
   What|Removed |Added

  Component|middle-end  |driver


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

[Bug c++/21174] name lookup differs between namespace-scope and global scope

[boris at kolpackov dot net]

--- Additional Comments From boris at kolpackov dot net  2005-04-23 16:56 
---
EDG's frontend is not a definition of C++. Can you point to the verse in the
standard?


-- 


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

[Bug tree-optimization/18076] Missed jump threading optimization

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
16:54 ---
Nice.  And indeed surprising that the RTL DSE doesn't catch that trivially 
dead store.  Should I open a separate bug report for that? 
 

-- 


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

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
16:52 ---
Will the second part of the struct alias merge fix Dann's original 
test case?  ("http://gcc.gnu.org/wiki/Structure Aliasing Part II") 

-- 


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

[Bug fortran/21104] Segmentation fault on correct code

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:47 
---
It is my belief that this is correct code, after all.

An explicit interface is REQUIRED to invoke a procedure with a pointer or 
target dummy argument or a pointer function result. 

In other circumstances it is advised, as good practice.

Here the compiler can resolve the interface because the result has explicit 
shape.  It should therefore be able to deal with it and produce executable 
code.  At very least, it should emit a message demanding an explicit interface 
and give in gracefully.

PS Andrew, for someone who claims not to know fortran, you seem to get into 
some of its murkier corners!  We'll have you writing fortran code yet...

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-23 16:47:32
   date||


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[steven at gcc dot gnu dot org]

-- 
Bug 19794 depends on bug 16538, which changed state.

Bug 16538 Summary: Missed jump threading opportunity with struct fields (but 
RTL thread_jumps does catch it)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16538

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/16538] Missed jump threading opportunity with struct fields (but RTL thread_jumps does catch it)

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
16:47 ---
This was fixed by just Dan's alias patches. 

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/21007] [4.1 Regression] gcc.c-torture/execute/931004-2.c execution fails on hppa64-hpux and cris-elf

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-04-23 16:25 
---
Started to pass again on hppa64-hpux between 20050422 and 20050423, could it be
confirmed whether they pass again on cris-elf as well?


-- 


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

[Bug middle-end/21082] &a[b] - &a[c] is not folded to b - c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
16:24 ---
Zdenek was complaining about this in:
 .

-- 


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

[Bug middle-end/20995] [3.4 regression] ICE in const_binop, at fold-const.c:1391

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2005-04-23 16:24 
---
This is actually a C++ front-end bug.  It looks like on the 3.4 branch
ocp_convert is calling "fold" instead of "fold_if_not_in_template" (which
is what happens on mainline).  This call to "fold" triggers a chain reaction
that eventually leads to mismatched types in a COND_EXPR, but not before
over-writing memory first!

I'll try and track down and backport the mainline C++ patch which solves
this issue.


-- 


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

[Bug libf2c/19657] Namelist reading may be skipped if end with a logical variable

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:19 
---
The namelist modifications implemented over the last week have resulted in 
namelist io that is compliant with the standard and this bug is fixed, as of 
GCC 4.1.0 20050423.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18210, which changed state.

Bug 18210 Summary: namelist output format problems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18210

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug libfortran/18210] namelist output format problems

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:18 
---
The namelist modifications implemented over the last week have resulted in 
namelist io that is compliant with the standard and this bug is fixed, as of 
GCC 4.1.0 20050423.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libfortran/18122] [4.0 only] gfortran internal error in namelist read

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:16 
---
The namelist modifications implemented over the last week have resulted in 
namelist io that is compliant with the standard and this bug is fixed, as of 
GCC 4.1.0 20050423.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/19276] [meta-bug] CHARACTER related bugs in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19276 depends on bug 19467, which changed state.

Bug 19467 Summary: [4.0 only] ICE caused by CHARACTER array in NAMELIST read or 
write
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19467

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug fortran/19467] [4.0 only] ICE caused by CHARACTER array in NAMELIST read or write

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:15 
---
The namelist modifications implemented over the last week have resulted in 
namelist io that is compliant with the standard and this bug is fixed, as of 
GCC 4.1.0 20050423.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libfortran/18392] [4.0 only] segfault on derived type namelist input

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:14 
---
The namelist modifications implemented over the last week have resulted in 
namelist io that is compliant with the standard and this bug is fixed, as of 
GCC 4.1.0 20050423.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17472, which changed state.

Bug 17472 Summary: [4.0 only] namelist does not handle arrays
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17472

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug fortran/17472] [4.0 only] namelist does not handle arrays

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:13 
---
The namelist modifications implemented over the last week have resulted in 
namelist io that is compliant with the standard and this bug is fixed, as of 
GCC 4.1.0 20050423.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 17285, which changed state.

Bug 17285 Summary: [4.0 only] namelist write does not terminate with &end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17285

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

gcc-bugs@gcc.gnu.org

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:12 
---
The namelist modifications implemented over the last week have resulted in 
namelist io that is compliant with the standard and this bug is fixed, as of 
GCC 4.1.0 20050423.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug bootstrap/19852] Segmentation fault during: build/genmodes -h > tmp-modes.h

[georg dot schwarz at freenet dot de]

--- Additional Comments From georg dot schwarz at freenet dot de  
2005-04-23 16:11 ---
I am seeing the same problem trying to bootstrap gcc-4.0.0 on IRIX 5.3:

...
/bin/ksh /usr/people/schwarz/gcc-4.0.0/gcc/mkconfig.sh bconfig.h
cc -c   -g  -DIN_GCC -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild 
-I/usr/people/schwarz/gcc-4.0.0/gcc -I/usr/people/schwarz/gcc-4.0.0/gcc/build 
-I/usr/people/schwarz/gcc-4.0.0/gcc/../include -I./../intl 
-I/usr/people/schwarz/gcc-4.0.0/gcc/../libcpp/include  \
 -o build/genmodes.o /usr/people/schwarz/gcc-4.0.0/gcc/genmodes.c
cc -c   -g  -DIN_GCC -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild 
-I/usr/people/schwarz/gcc-4.0.0/gcc -I/usr/people/schwarz/gcc-4.0.0/gcc/build 
-I/usr/people/schwarz/gcc-4.0.0/gcc/../include -I./../intl 
-I/usr/people/schwarz/gcc-4.0.0/gcc/../libcpp/include  \
 -o build/errors.o /usr/people/schwarz/gcc-4.0.0/gcc/errors.c
cc   -g  -DIN_GCC -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/genmodes \
 build/genmodes.o build/errors.o ../build-mips-sgi-irix5.3/libiberty/libiberty.a
build/genmodes -h > tmp-modes.h
gmake[1]: *** [s-modes] Segmentation fault (core dumped)
gmake[1]: Leaving directory `/usr/people/schwarz/gcc/gcc'
gmake: *** [all-gcc] Error 2




-- 


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

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pault at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 12884, which changed state.

Bug 12884 Summary: [4.0 only] error in reading a namelist when it is predeced 
by a line with a SLASH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12884

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug libfortran/12884] [4.0 only] error in reading a namelist when it is predeced by a line with a SLASH

[pault at gcc dot gnu dot org]

--- Additional Comments From pault at gcc dot gnu dot org  2005-04-23 16:11 
---
The namelist modifications implemented over the last week have resulted in 
namelist io that is compliant with the standard and this bug is fixed, as of 
GCC 4.1.0 20050423.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug SWING/21065] javax.swing.event.EventListenerList.getListenerList() implemented wrong

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|libgcj  |SWING


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

[Bug libgcj/21065] javax.swing.event.EventListenerList.getListenerList() implemented wrong

[rmathew at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|java|libgcj


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

[Bug other/21178] GCC4 series fails to compile glibc 2.3.x

[tobias at yoper dot com]

--- Additional Comments From tobias at yoper dot com  2005-04-23 15:48 
---
Subject: Re:  GCC4 series fails to compile glibc 2.3.x

this was fast, thanks you made my day :)



Yoper Team Coordinator

Knowing is not enough; we must apply. Willing is not enough; we must do.




pinskia at gcc dot gnu dot org wrote:

>--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
>14:27 ---
>Not a GCC bug, but a glibc bug which has been already been fixed at least in 
>the HEAD of glibc.
>
>  
>


-- 


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

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

[dnovillo at redhat dot com]

--- Additional Comments From dnovillo at redhat dot com  2005-04-23 15:46 
---
Subject: Re:  [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

On Sat, Apr 23, 2005 at 03:11:52PM -, kargl at gcc dot gnu dot org wrote:
> 
> --- Additional Comments From kargl at gcc dot gnu dot org  2005-04-23 
> 15:11 ---
> (In reply to comment #13)
> > 
> > I would like to, but currently my patch causes a regression in one of
> > the VRP testcases.
> > 
Kazu, which test case is this?  Send me details?  I'll look at
this next week.  In the meantime, I would rather have sub-optimal
code than a broken FE.


> I haven't checked 4.0.0 against my Fortran
> testsuite; hopefully, this problem isn't present in 
> gfortran's first exposure to the world.
> 
No.  VRP is a 4.1 feature.


Diego.


-- 


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

[Bug tree-optimization/21170] [4.1 Regression] Comments still mention rewrite_ssa_into_ssa.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
15:41 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-23 15:41:35
   date||


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

[Bug c++/19772] [3.4/4.0/4.1 Regression] crash on invalid template friend decl

[lerdsuwa at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.1


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

[Bug c++/21174] name lookup differs between namespace-scope and global scope

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
15:36 ---
I think this is just how C++ works, Comeau's C++ front-end rejects the code in 
the same way

-- 


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

[Bug c++/21174] name lookup differs between namespace-scope and global scope

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Known to fail||3.3.3 4.1.0


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

[Bug bootstrap/21176] Cannot make on Solaris 9 (Intel)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
15:33 ---
How did you configure GCC?

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |WAITING
Summary| Cannot make on Solaris 9   |Cannot make on Solaris 9
   |(Intel) |(Intel)


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

[Bug pch/10591] Members of anonymous namespaces get name mangled with header name

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
15:31 ---
*** Bug 21179 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||hans at jukesan dot de


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

[Bug c++/21179] template in anonymous namespace in precompiled header

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-23 
15:31 ---


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

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/16617] Fail to do access checking correctly for non-dependent qualified-id

[lerdsuwa at gcc dot gnu dot org]

--- Additional Comments From lerdsuwa at gcc dot gnu dot org  2005-04-23 
15:30 ---
This is a stage 2 project.  Likely to be fixed in a month or two.

-- 


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

[Bug c++/21179] template in anonymous namespace in precompiled header

[hans at jukesan dot de]

--- Additional Comments From hans at jukesan dot de  2005-04-23 15:29 
---
Created an attachment (id=8716)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8716&action=view)
complete sources, include file, and makefile

tar zxf bug21179, make and enjoy

-- 


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