[Bug libstdc++/23244] __gnu_cxx::hash_map inconsistent iterator behavior

[chris at bubblescope dot net]

--- Additional Comments From chris at bubblescope dot net  2005-08-05 08:29 
---
While it doesn't fix your bug, if you want a hash_map I'd advise looking at 
tr1/unordered_map, which 
I'd expect to work better. I think however you'll find that all implementations 
of hash_map strictly tell 
you to not change how the indexing data member is changed, so I suspect this is 
generally in the world 
of undefined behaviour anyway (although like you say, fixing the undefined 
behaviour wouldn't be 
easy). For example, while you might get away with this in map or set, if you 
then did anything (like add 
new or erase existing elements), things blow up horribly.

This would also be very hard to "fix", even if we wanted to, because at the 
moment when we reach the 
end of one bucket there is no way of knowing which bucket we are in without 
hashing the current value. 
We would probably have the either redesign the buckets so the end of each 
pointed to the beginning of 
the next (which might actually not be a totally bad idea, but would require 
some major redesign) or 
doubling (at least) the size of the iterators, which I doubt will happen.

-- 


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

[Bug c/23245] New: gcc 4.0.1 unable to build glibc 2.3.5 - 'isinf' aliased to undefined symbol '__isinf'

[whatdoineed2do at yahoo dot co dot uk]

building glibc-2.3.5 on ix86 linux with gcc 4.0.1 fails complaining that

'isinf' aliased to undefined symbol '__isinf'

however, on the same box, using the same config options but using gcc 3.4.3 the 
build is successful with no issues

have been using:
binutils 2.16.1
linux 2.6.11

is this a bug with gcc-4.x or glibc?

thanks
-r

-- 
   Summary: gcc 4.0.1 unable to build glibc 2.3.5 - 'isinf' aliased
to undefined symbol '__isinf'
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: whatdoineed2do at yahoo dot co dot uk
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/23219] [4.1 Regression] ICE: Segmentation fault in decl_namespace_context

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-08-05 
09:12 ---
stealing from Richard -- thanks for your investigation.  If it turns out your
patch is best, I'll let you know :)

-- 
   What|Removed |Added

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


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

[Bug fortran/23246] New: Error using function returning array as subroutine argument

[f dot a dot akeroyd at rl dot ac dot uk]

When nesting a function that returns an array result within a call to 
a subroutine I get either segmentation or "double free" errors with gfortran. 
I am using gfortran 4.0.1 on Fedora Core 4

$ gfortran -v
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-libgcj-multifile --enable-
languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-
home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux Thread 
model: posix gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)

$ uname -a
Linux localhost.localdomain 2.6.12-1.1398_FC4 #1 Fri Jul 15 00:52:32 EDT 2005 
i686 athlon i386 GNU/Linux

$ gfortran  -g -O0 test.f90
$ gdb a.out 
GNU gdb Red Hat Linux (6.3.0.0-1.21rh) Copyright 2004 Free Software 
Foundation, Inc. GDB is free software, covered by the GNU General Public 
License, and you are welcome to change it and/or distribute copies of it under 
certain conditions. Type "show copying" to see the conditions. There is 
absolutely no warranty for GDB.  Type "show warranty" for details. This GDB 
was configured as "i386-redhat-linux-gnu"...Using host libthread_db 
library "/lib/libthread_db.so.1".

(gdb) r
Starting program: a.out
Reading symbols from shared object read from target memory...done. Loaded 
system supplied DSO at 0xc2b000

Program received signal SIGSEGV, Segmentation fault.
0x08048644 in __testmodule__func2 ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], _string=5) at test.f90:16
16  array(i) = ichar(string(i:i))
Current language:  auto; currently fortran
(gdb)

$ cat test.f90
MODULE testmodule
   IMPLICIT NONE
   INTEGER, PARAMETER, PUBLIC :: i1 = selected_int_kind(2) 
CONTAINS
   subroutine sub1 (array3)
  INTEGER(kind=i1),intent(in) :: array3(:)
   END subroutine sub1

   FUNCTION func2 (string,flag) RESULT (array)
  CHARACTER(len=*), INTENT(in) :: string
  INTEGER(kind=i1) :: array(255)
  INTEGER :: i
  logical flag
  if (flag) then
 DO i = 1,min(len_trim(string),(size(array)-1))
array(i) = ichar(string(i:i))
 END DO
 array(len_trim(string)+1) = 0
  endif
   END FUNCTION func2
END MODULE testmodule

program test
use testmodule
implicit none
INTEGER(kind=i1) :: array2(255)
array2 = func2('hello',.false.)   ! OK
array2 = func2('hello',.true.)! OK
call sub1(func2('hello',.false.)) ! "Possible double free of temporary" error  
call sub1(func2('hello',.true.))  ! casues "segmentation fault" in func2
end

-- 
   Summary: Error using function returning array as subroutine
argument
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: f dot a dot akeroyd at rl dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-redhat-linux


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

[Bug c/23247] New: ICE on valid code when compiled with -O3 and -ftree-vectorize

[zlynx at acm dot org]

# gcc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/gcc-4.1.0_beta20050730/work/gcc-4.1-20050730/configure
--enable-version-specific-runtime-libs --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.0-beta20050730
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050730/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050730/include/g++-v4
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --enable-multilib
--disable-libgcj --enable-languages=c,c++,f95 --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 4.1.0 20050730 (experimental)

# gcc -O3 -ftree-vectorize j2.c -c
j2.c: In function 'user_has_privileges':
j2.c:75: internal compiler error: Segmentation fault


j2.c will be attached.  I trimmed it as much as I could.

-- 
   Summary: ICE on valid code when compiled with -O3 and -ftree-
vectorize
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zlynx at acm dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: x86_64-pc-linux-gnu


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

[Bug c/23247] ICE on valid code when compiled with -O3 and -ftree-vectorize

[zlynx at acm dot org]

--- Additional Comments From zlynx at acm dot org  2005-08-05 10:45 ---
Created an attachment (id=9435)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9435&action=view)
code to reproduce ICE


-- 


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

[Bug fortran/23248] New: Error using function returning array as subroutine argument

[f dot a dot akeroyd at rl dot ac dot uk]

When nesting a function that returns an array result within a call to 
a subroutine I get either segmentation or "double free" errors with gfortran. 
I am using gfortran 4.0.1 on Fedora Core 4

$ gfortran -v
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-libgcj-multifile --enable-
languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-
home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux Thread 
model: posix gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)

$ uname -a
Linux localhost.localdomain 2.6.12-1.1398_FC4 #1 Fri Jul 15 00:52:32 EDT 2005 
i686 athlon i386 GNU/Linux

$ gfortran  -g -O0 test.f90
$ gdb a.out 
GNU gdb Red Hat Linux (6.3.0.0-1.21rh) Copyright 2004 Free Software 
Foundation, Inc. GDB is free software, covered by the GNU General Public 
License, and you are welcome to change it and/or distribute copies of it under 
certain conditions. Type "show copying" to see the conditions. There is 
absolutely no warranty for GDB.  Type "show warranty" for details. This GDB 
was configured as "i386-redhat-linux-gnu"...Using host libthread_db 
library "/lib/libthread_db.so.1".

(gdb) r
Starting program: a.out
Reading symbols from shared object read from target memory...done. Loaded 
system supplied DSO at 0xc2b000

Program received signal SIGSEGV, Segmentation fault.
0x08048644 in __testmodule__func2 ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], _string=5) at test.f90:16
16  array(i) = ichar(string(i:i))
Current language:  auto; currently fortran
(gdb)

$ cat test.f90
MODULE testmodule
   IMPLICIT NONE
   INTEGER, PARAMETER, PUBLIC :: i1 = selected_int_kind(2) 
CONTAINS
   subroutine sub1 (array3)
  INTEGER(kind=i1),intent(in) :: array3(:)
   END subroutine sub1

   FUNCTION func2 (string,flag) RESULT (array)
  CHARACTER(len=*), INTENT(in) :: string
  INTEGER(kind=i1) :: array(255)
  INTEGER :: i
  logical flag
  if (flag) then
 DO i = 1,min(len_trim(string),(size(array)-1))
array(i) = ichar(string(i:i))
 END DO
 array(len_trim(string)+1) = 0
  endif
   END FUNCTION func2
END MODULE testmodule

program test
use testmodule
implicit none
INTEGER(kind=i1) :: array2(255)
array2 = func2('hello',.false.)   ! OK
array2 = func2('hello',.true.)! OK
call sub1(func2('hello',.false.)) ! "Possible double free of temporary" error  
call sub1(func2('hello',.true.))  ! casues "segmentation fault" in func2
end

-- 
   Summary: Error using function returning array as subroutine
argument
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: f dot a dot akeroyd at rl dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-redhat-linux


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

[Bug fortran/23248] Error using function returning array as subroutine argument

[f dot a dot akeroyd at rl dot ac dot uk]

--- Additional Comments From f dot a dot akeroyd at rl dot ac dot uk  
2005-08-05 10:56 ---
Sorry for double submission - my session timed out and i didn't think bug 
23246 had actually been submitted.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/23246] Error using function returning array as subroutine argument

[f dot a dot akeroyd at rl dot ac dot uk]

--- Additional Comments From f dot a dot akeroyd at rl dot ac dot uk  
2005-08-05 10:57 ---
*** Bug 23248 has been marked as a duplicate of this bug. ***

-- 


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

[Bug other/22499] 4.1.0-beta20050730: installation does not fully honour configure --*dir completely

[gcc at derived-software dot ltd dot uk]

--- Additional Comments From gcc at derived-software dot ltd dot uk  
2005-08-05 12:01 ---
Ok, I've tried to configure with:

../gcc-4.1-20050730/configure   --prefix=/usr \
--libexecdir=/usr/libexec/gcc/i686-pc-linux-gnu/4.1.0-beta20050730 \
--bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.1.0-beta20050730 \
--libdir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730 \
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/include \
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/include/g++-v4
\
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0-beta20050730 \
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0-beta20050730/man \
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0-beta20050730/info \
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libgcj --enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-languages=c,c++,f95

(I've dropped --enable-version-specific-runtime-libs, and explicitly added every
other directory option that looks useful.)

This results in a directory tree which is mostly ok, but some bits still look
"odd" to me.

The following bits are fine (contents are as expected - they match the 
configure):

/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/include
[mf-runtime.h]
/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/include/ssp
/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/include/g++-v4

/usr/i686-pc-linux-gnu/gcc-bin/4.1.0-beta20050730
[front-end executables]
/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730
[libgcc_s.so*, libgfortran*,
libiberty.a, libmudflap*, libssp*,
libstdc++*, libsupc++*]

/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0-beta20050730/man
/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0-beta20050730/info
/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0-beta20050730/locale

The following bits are not where I'd expect based on what was specified in the
configure.  An extra level of "gcc/i686-pc-linux-gnu/4.1.0" has been added in
that I'm not convinced should (or needs) to be there:

/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/gcc/i686-pc-linux-gnu/4.1.0
[crtbegin*, crtend*,
libgcc.a, libgcc_eh.a, libgcov.a]

/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/gcc/i686-pc-linux-gnu/4.1.0/install-tools
[gsyslimits.h, macro_list, mkheaders.conf]

/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/gcc/i686-pc-linux-gnu/4.1.0/install-tools/include
[Some fixincludes stuff (gcc/include, I think):
emmintrin.h, float.h, iso646.h, ...]

/usr/lib/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/gcc/i686-pc-linux-gnu/4.1.0/include
[Lots more fixincludes stuff (looks like /usr/include)]

/usr/libexec/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/gcc/i686-pc-linux-gnu/4.1.0
[cc1, cc1plus, collect2, f951]
/usr/libexec/gcc/i686-pc-linux-gnu/4.1.0-beta20050730/gcc/i686-pc-linux-gnu/4.1.0/install-tools
[fixinc.sh, fixincl, mkheaders]

The only question I have is: is this the expected, correct, behaviour, or not?

Phil

-- 
   What|Removed |Added

Summary|4.1.0-beta20050709: |4.1.0-beta20050730:
   |installation does not fully |installation does not fully
   |honour configure --*dir |honour configure --*dir
   |completely  |completely


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[christian dot joensson at gmail dot com]

--- Additional Comments From christian dot joensson at gmail dot com  
2005-08-05 12:21 ---
Phython, Do you have any idea of this?

-- 
   What|Removed |Added

 CC||phython at gcc dot gnu dot
   ||org


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[christian dot joensson at gmail dot com]

--- Additional Comments From christian dot joensson at gmail dot com  
2005-08-05 12:23 ---
BTW, this happens on mainline, 4.0 branch, and also 3.4 branch, see, e.g.,
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00196.html 

-- 


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

[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-08-05 13:10 
---
I fail to see how James' quote has any significance for this PR at all. It 
talks about overload resolution, which is not the question here at all. 
W. 

-- 


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

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-08-05 
13:30 ---

Can't reproduce with mainline as of 2005-08-04.  Could you try again?


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME


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

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-08-05 
13:36 ---

Bah.  My compiler had checking disabled.  Sorry about that.

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |


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

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

[dnovillo at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dnovillo at gcc dot gnu dot
   |dot org |org
 Status|REOPENED|ASSIGNED


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

[Bug c++/22508] [4.0/4.1 Regression] ICE after invalid operator new

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-05 
14:28 ---
Testing a patch.


-- 
   What|Removed |Added

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


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-05 
14:47 ---
 It seems to work find.  In both cases you have two results for treelang.

-- 


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

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-05 
14:49 ---
I patched fold to change if (FOO > TYPE_MAX) or if (FOO < TYPE_MIN) to if (0)
and this fixes the ice.  I'll mail the patch when I get back from work tonight.

-- 


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[christian dot joensson at gmail dot com]

--- Additional Comments From christian dot joensson at gmail dot com  
2005-08-05 15:01 ---
hmm, a recent run on i686-linux givs me this:

PASS: treelang/execute/static.tree execution test
testcase /usr/local/src/trunk/gcc/gcc/testsuite/treelang/execute/execute.exp
co\mpleted in 1 seconds
Running /usr/local/src/trunk/gcc/gcc/testsuite/treelang/treetests.exp ...
PASS: gcc 01 01
testcase /usr/local/src/trunk/gcc/gcc/testsuite/treelang/treetests.exp
complete\d in 1 seconds

=== treelang Summary for unix/-fPIC ===

# of expected passes49
Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
targ\et.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
WARNING: Couldn't find tool config file for unix, using default.

=== treelang Summary for unix ===


=== treelang Summary ===

# of expected passes49
runtest completed at Fri Aug  5 16:26:04 2005



To me, this looks like the treelang testsuite is only run once. Are you saying
that it should only run once or am I minsunderstanding something else?

-- 


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

[Bug c/23245] gcc 4.0.1 unable to build glibc 2.3.5 - 'isinf' aliased to undefined symbol '__isinf'

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
15:27 ---
glibc  see PR 20652 which references the glibc patch which fixes it there.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/20652] rejects code with an error: aliased to undefined symbol

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
15:27 ---
*** Bug 23245 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||whatdoineed2do at yahoo dot
   ||co dot uk


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

[Bug c++/22604] [4.0/4.1 Regression] ICE after invalid covariant return

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-05 
15:28 ---
For the record: The bug from comment #6 is tracked in PR23118.


-- 


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

[Bug tree-optimization/23247] ICE on valid code when compiled with -O3 and -ftree-vectorize

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |tree-optimization


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

[Bug c++/22604] [4.0/4.1 Regression] ICE after invalid covariant return

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-05 
15:43 ---
Testing a patch.


-- 
   What|Removed |Added

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


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

[Bug fortran/22010] Namelists defined in modules not handled properly

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.2


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

[Bug middle-end/23135] find_reloads_toplev -> find_reloads_subreg_address uses wrong reload type

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-05 
16:06 ---
Subject: Bug 23135

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-05 16:06:35

Modified files:
gcc: ChangeLog reload.c 

Log message:
PR middle-end/23135
* reload.c (find_reloads_subreg_address): Pass down TYPE
unchanged.  Change all callers except find_reloads_toplev.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9663&r2=2.9664
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/reload.c.diff?cvsroot=gcc&r1=1.274&r2=1.275



-- 


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

[Bug c/23250] New: 4.0.1 switch -mcallee-super-interworking generating wrong code for ARM7TDMI

[th dot r dot klein at web dot de]

The older version of gcc produces corret code e.g.:

arm-elf-gcc-3.4.4 -g -Os -fPIC -mthumb -mlittle-endian -mapcs \
  -march=armv4t -mcallee-super-interworking \
  -c progWord.c -o 3_4_4_thumb.o

3_4_4_thumb.o: file format elf32-littlearm

Disassembly of section .text:

 :
   0:   e38fc001orr ip, pc, #1  ; 0x1
   4:   e12fff1cbx  ip

0008 <.real_start_ofprogWord>:
   8:   b570push{r4, r5, r6, lr}
   .
   register r10 (sl) never been used
   .
  52:   2000movsr0, #0
  54:   bc70pop {r4, r5, r6}
  56:   bc02pop {r1}
  58:   4708bx  r1

The newer version did not generats the correct code

arm-elf-gcc-4.0.1 -g -Os -fPIC -mthumb -mlittle-endian -mapcs \
  -march=armv4t -mcallee-super-interworking \
  -c progWord.c -o 4_0_1_thumb.o

4_0_1_thumb.o: file format elf32-littlearm

Disassembly of section .text:

 :
   0:   e38fc001orr ip, pc, #1  ; 0x1
   4:   e12fff1cbx  ip

0008 <.real_start_ofprogWord>:
   8:   b570push{r4, r5, r6, lr}
   a:   4656mov r6, sl
   c:   b440push{r6}
   .
   register r10 (sl) never been used
   .
  56:   2000movsr0, #0
  58:   bc04pop {r2}
  5a:   4692mov sl, r2
  5c:   bd70pop {r4, r5, r6, pc}
  
After the pop istuction the processor is still in thumb mode but it should be
in ARM mode.
The pop instuction might work in Archiceture version 5 and above but not in
architecture version 4.

The register sl isn't used within the function so push and pop of this not what
I'm expecting if switch -Os is given.
I can't distinguish if this is a resulting bug of the pervious or an extra
optimisation bug.

-- 
   Summary: 4.0.1 switch -mcallee-super-interworking generating
wrong code for ARM7TDMI
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: th dot r dot klein at web dot de
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-elf-freebsd
GCC target triplet: arm-elf


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

[Bug fortran/23246] Error using function returning array as subroutine argument

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
16:12 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   GCC host triplet|i386-redhat-linux   |
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2005-08-05 16:12:01
   date||


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

[Bug target/23250] 4.0.1 switch -mcallee-super-interworking generating wrong code for ARM7TDMI

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target


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

[Bug middle-end/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255

[jconner at apple dot com]

--- Additional Comments From jconner at apple dot com  2005-08-05 16:14 
---
Subject: Re:  [3.4/4.0/4.1 Regression] Invalid code generated for comparison of 
uchar to 255

> Right.  The annoying thing is that it is in 3.3.6 too so I think  
> someone should
> fix the typo on the 3.3 branch too.

Will do.  Thanks for pointing that out - I would have missed it  
otherwise!

- Josh



-- 


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

[Bug target/23250] [4.0/4.1 regression] 4.0.1 switch -mcallee-super-interworking generating wrong code for ARM7TDMI

[rearnsha at gcc dot gnu dot org]

--- Additional Comments From rearnsha at gcc dot gnu dot org  2005-08-05 
16:35 ---
Confirmed.  Note, you can work around the problem by passing -mthumb-interwork
in addition to -mcallee-super-interworking.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.0.1 4.1.0
  Known to work||3.4.0
   Last reconfirmed|-00-00 00:00:00 |2005-08-05 16:35:06
   date||
Summary|4.0.1 switch -mcallee-super-|[4.0/4.1 regression] 4.0.1
   |interworking generating |switch -mcallee-super-
   |wrong code for ARM7TDMI |interworking generating
   ||wrong code for ARM7TDMI
   Target Milestone|--- |4.0.2


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

[Bug tree-optimization/23247] [4.1 Regression] ICE on valid code when compiled with -O3 and -ftree-vectorize

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
16:42 ---
Confirmed, reduced testcase:
typedef struct {
 unsigned int mask[4];
} SE_PRIV;
static const SE_PRIV se_priv_all = { { 0x, 0x, 0x, 
0x } };
typedef struct sid_info
{
 SE_PRIV privileges;
} NT_USER_TOKEN;
void *memcpy(void*,void*,__SIZE_TYPE__);
static void se_priv_empty( const SE_PRIV *mask )
{
 SE_PRIV p1;
 int i;   
 se_priv_copy( &p1, mask ); 
 for ( i=0; i<4; i++ ) {
  p1.mask[i] &= se_priv_all.mask[i];
 }
}

void is_privilege_assigned( SE_PRIV *privileges, const SE_PRIV *check )
{
 SE_PRIV p1;
 se_priv_empty( check );
 
 SE_PRIV allprivs; 
 int i;
  for ( i=0; i<4; i++ ) {
  allprivs.mask[i] &= ~check->mask[i];
 }
 memcpy( &p1, &allprivs, sizeof(SE_PRIV) );
}


But I don't think this is a vectorizer bug really but a complete unrolling bug.
The weird thing it works on x86 but not on x86_64.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-08-05 16:42:13
   date||
Summary|ICE on valid code when  |[4.1 Regression] ICE on
   |compiled with -O3 and - |valid code when compiled
   |ftree-vectorize |with -O3 and -ftree-
   ||vectorize
   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/18594] PHI insertion is slow

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
16:43 ---
cfg.c:135 (alloc_block) 5933016: 0.5%  0: 
0.0%  0: 0.0%1561320: 0.6%  
39033
bitmap.c:137 (bitmap_element_allocate) 35842644: 2.8%  0: 
0.0%  0: 0.0%
3982516: 1.6% 995629
tree-ssa.c:68 (ssa_redirect_edge)  40800040: 3.1%  0: 
0.0%  0: 0.0%8160008: 
3.3%1020001
tree-ssanames.c:147 (make_ssa_name)78280836: 6.0%  0: 
0.0%  0: 0.0%   
12360132: 5.1%1030011
tree-ssa-loop-niter.c:653 (expand_simple_operati  11994: 9.2%  0: 
0.0%  0: 0.0%   
23988000: 9.8%1999000
tree-ssa-loop-niter.c:781 (tree_simplify_using_c  11994: 9.2%  0: 
0.0%  0: 0.0%   
23988000: 9.8%1999000
tree-ssa-loop-niter.c:786 (tree_simplify_using_c  11994: 9.2%  0: 
0.0%  0: 0.0%   
23988000: 9.8%1999000
fold-const.c:8993 (fold_binary)   120059940: 9.3%  0: 
0.0%  0: 0.0%   24011988: 
9.9%2000999
tree-phinodes.c:156 (allocate_phi_node)   130048384:10.0%  0: 
0.0%  0: 0.0%  0: 
0.0%1016003
fold-const.c:6517 (fold_to_nonsharp_ineq_using_b  23988:18.5%  0: 
0.0%  0: 0.0%   
47976000:19.7%3998000
fold-const.c:2980 (invert_truthvalue_1)   240484320:18.5%  0: 
0.0%  0: 0.0%   
48096864:19.7%4008072


I wonder if we have an early loop optimization which removes empty loops there 
too.

-- 


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

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-08-05 
16:46 ---
(In reply to comment #14)
> I patched fold to change if (FOO > TYPE_MAX) or if (FOO < TYPE_MIN) to if (0)
> and this fixes the ice.  I'll mail the patch when I get back from work 
> tonight.

That was my idea too, but it may not be as easy as it looks.  See Roger's
response to my message http://gcc.gnu.org/ml/gcc/2005-08/msg00169.html.

The problem now is that VRP will either need to treat the range as VARYING or do
some trickery to fold that conditional.  For 4.1 it is probably easier to just
set the range to VARYING.


-- 
   What|Removed |Added

 CC||sayle at gcc dot gnu dot org


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

[Bug middle-end/23135] find_reloads_toplev -> find_reloads_subreg_address uses wrong reload type

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
16:50 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.0


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

[Bug target/23240] gcc.c-torture/execute/pr23135.c execution fails

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
16:51 ---
Hmm, does this work now after PR 23135 was fixed?

-- 


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-05 
17:27 ---
 I see what you mean.  I'll look at the treelang bugs on the weekend.

-- 


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

[Bug c++/23219] [4.1 Regression] ICE: Segmentation fault in decl_namespace_context

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-05 
17:38 ---
Richard's patch indeed does not fix the shorter testcase

==
template struct A > {};
struct A {};
==

which leads to a segfault in layout_decl at stor-layout.c:295


-- 
   What|Removed |Added

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


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

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-08-05 
17:39 ---

James has a potential fix for fold.  If that doesn't work, a simple change to
extract_range_from_assert_expr should provide a similar effect.  However, the
real problem in this PR is fold() not doing its job.

-- 
   What|Removed |Added

 AssignedTo|dnovillo at gcc dot gnu dot |phython at gcc dot gnu dot
   |org |org


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

[Bug tree-optimization/21562] [4.0 Regression] Quiet bad codegen (unrolling + tail call interaction)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-05 
17:51 ---
Subject: Bug 21562

CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED]   2005-08-05 17:51:14

Modified files:
gcc: ChangeLog.apple-ppc cfgexpand.c 

Log message:
2005-08-05  Dale Johannesen  <[EMAIL PROTECTED]>

* cfgexpand.c (construct_init_block):  Roll in fix
for PR 21562 from mainline.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.apple-ppc.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=1.1.4.106&r2=1.1.4.107
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cfgexpand.c.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=2.32.6.1&r2=2.32.6.2



-- 


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

[Bug c++/23219] [4.1 Regression] ICE: Segmentation fault in decl_namespace_context

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-05 
17:52 ---
Even shorter testcase:

==
template struct A a;
struct A {};
==


-- 


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

[Bug driver/23251] New: Missing Darwin specific '-framework' flag on the gcc/g++ command-line

[jrevans1 at earthlink dot net]

This is a darwin specific flag that is passed to the linker and should be 
present.

// Begin myTest.cpp
#include 
int main(inst argc, char *argv[])
{
   printf("Hello World\n");
   return 0;
}
// End myTest.cpp
// 
// Begin myLog.txt
jrevans% 
jrevans% /usr/bin/g++ -o myTest myTest.cpp -framework CoreFoundation
jrevans% ./myTest
Hello World
jrevans% $COTS/bin/g++ -o myTest myTest.cpp -framework CoreFoundation
g++: CoreFoundation: No such file or directory
cc1plus: error: unrecognized command line option "-framework"
jrevans% echo $COTS
/Users/jrevans/local
jrevans% 
// End myLog.txt
// 

Where gcc was compiled with the following flags:

jrevans% ../gcc-3.4.4/configure --prefix=/Users/jrevans/local --enable-shared
--enable-threads --disable-nls --enable-languages=c,c++,f77
jrevans% make CFLAGS='-O' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2
-fno-implicit-templates' bootstrap

See here for further reference:
http://developer.apple.com/documentation/MacOSX/Conceptual/BPFrameworks/Tasks/IncludingFrameworks.html

-- 
   Summary: Missing Darwin specific '-framework' flag on the gcc/g++
command-line
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jrevans1 at earthlink dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin7.9.0
  GCC host triplet: powerpc-apple-darwin7.9.0
GCC target triplet: powerpc-apple-darwin7.9.0


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

[Bug target/23251] Missing Darwin specific '-framework' flag on the gcc/g++ command-line

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
18:36 ---
Fixed in 4.0.0 and above.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|driver  |target
  GCC build triplet|powerpc-apple-darwin7.9.0   |
   GCC host triplet|powerpc-apple-darwin7.9.0   |
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug target/23251] Missing Darwin specific '-framework' flag on the gcc/g++ command-line

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
18:38 ---
By:
2004-03-03  Mike Stump  <[EMAIL PROTECTED]>

Add framework support for darwin.

   * c-incpath.c: Include target.h and machmode.h.
(add_path): Use a consistent style for cpp_dir.  Initialize
p->construct to 0.
(add_cpp_dir_path): New.
(register_include_chains): Add use of extra_includes callback.
(hook_void_int): Add.
(target_c_incpath): Add.
* c-incpath.h (add_cpp_dir_path): New.
(target_c_incpath_s): Add.
(target_c_incpath): Add.
(C_INCPATH_INIT): Add.
* c-opts.c (c_common_missing_argument,
c_common_handle_option): Add -F argument processing.
* c.opt: Add -F argument processing.
* gcc.c (trad_capable_cpp): Add -F argument processing.
* cppfiles.c (find_file_in_dir): Update to use construct
callback.
(search_path_exhausted, cpp_get_path, cpp_get_buffer,
cpp_get_prev): New.
(_cpp_find_file): Use search_path_exhausted.
(make_cpp_dir): Initialize construct to 0.
* cpplib.h (missing_header_cb
cpp_get_path, cpp_get_buffer, cpp_get_file, cpp_get_prev): New.
(cpp_callbacks): Add missing_header
(cpp_dir): Add construct.
* target-def.h: (TARGET_OPTF): New.
* hooks.c (hook_void_int, hook_void_charptr): Add.
* hooks.h (hook_void_int, hook_void_charptr): Add.
* Makefile.in (c-incpath.o) : Add $(TARGET_H) and
$(MACHMODE_H) dependencies.
* doc/invoke.texi (Darwin Options): Document -F.
   * doc/tm.texi (TARGET_EXTRA_INCLUDES): Add.
(TARGET_OPTF): Add.
* fix-header.c (target_c_incpath): Add.

* config/darwin-c.c: Add c-incpath.h include.
(using_frameworks, find_subframework_file,
find_subframework_header, add_system_framework_path,
frameworks_in_use, num_frameworks, max_frameworks,
add_framework, find_framework, struct framework_header,
framework_header_dirs, framework_construct_pathname,
find_subframework_file, add_system_framework_path,
add_framework_path, framework_defaults,
darwin_register_frameworks, find_subframework_header): Add.
* config/darwin.h (TARGET_EXTRA_INCLUDES, TARGET_OPTF): New.
(TARGET_OPTION_TRANSLATE_TABLE): Add -framework support.
(CPP_SPEC): Add __APPLE_CC__ support.
* t-darwin (darwin-c.o): Add c-incpath.h dependency.


-- 


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

[Bug middle-end/23090] [4.0/4.1 Regression] gcc.c-torture/execute/20050713-1.c -Os fails

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2005-08-05 18:56 
---
The PowerPC string instruction requires an indirect address, so the base does 
not explicitly reference virtual-incoming-args, which breaks the tests that 
check_sibcall_argument_overlap to notice overlap.  For indirect addresses, the 
function needs to check the value to which the register is set.

-- 


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

[Bug c++/23118] [3.4/4.0/4.1 Regression] Another segmentation fault after improper overloading (BootView)

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-05 
19:38 ---
Testing a patch.


-- 
   What|Removed |Added

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


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

[Bug fortran/23209] array shape conformance not checked

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-08-05 
20:17 ---
At least it's caught at runtime with -fbounds-check:

$ gfortran -fbounds-check conform.f90
$ ./a.out
Fortran runtime error: Array bound mismatch

I agree that a compile-time check would be better.

-- 


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

[Bug other/23253] New: copyright year still at 2004

[georg dot schwarz at freenet dot de]

/usr/local/bin/gcc --version
gcc (GCC) 3.4.4
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


This should be 2005, shouldn't it?

-- 
   Summary: copyright year still at 2004
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: georg dot schwarz at freenet dot de
CC: gcc-bugs at gcc dot gnu dot org,georg dot schwarz at
freenet dot de


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

[Bug other/23253] [3.4 only] copyright year still at 2004

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|copyright year still at 2004|[3.4 only] copyright year
   ||still at 2004
   Target Milestone|--- |3.4.5


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

[Bug bootstrap/23210] i686-pc-mingw32/libssp: C compiler cannot create executables

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-08-05 
20:28 ---
Sorry guys, I messed up with the other patches needed to build on mingw32.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libfortran/23138] real-values are printed incorrectly

[fxcoudert at gcc dot gnu dot org]

-- 
Bug 23138 depends on bug 23210, which changed state.

Bug 23210 Summary: i686-pc-mingw32/libssp: C compiler cannot create executables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23210

   What|Old Value   |New Value

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

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

[Bug fortran/23254] New: gfortran .f90 complex parameter initialization syntax bug

[christopherbuell at mindspring dot com]

While testing some FORTRAN 90 code under Fedora Core 4,
I found problem initializing COMPLEX PARAMETERs with other
parameters that have + or - in front of the variable name.

The following .f90 test code will illustrate the problem.
All lines should compile fine.
The lines that fail are commented with "fail"

module consts_test

  real(8), parameter :: konst1 = 1.0d0

  complex, parameter :: const1 = (1.0d0,1.0d0)! good
  complex, parameter :: const2 = (1.0d0,-1.0d0)   ! good
  complex, parameter :: const3 = (-1.0d0,-1.0d0)  ! good
  complex, parameter :: const4 = (-1.0d0,1.0d0)   ! good
  complex, parameter :: const5 = (+1.0d0,+1.0d0)  ! good
  complex, parameter :: const6 = (konst1,konst1)  ! good
  complex, parameter :: const7 = (konst1,-konst1) ! fail
  complex, parameter :: const8 = (-konst1,-konst1)! fail
  complex, parameter :: const9 = (-konst1,konst1) ! fail
  complex, parameter :: const10 = (+konst1,+konst1)   ! fail

end module consts_test

!! GNU Fortran 95 (GCC 4.0.0 20050519 (Red Hat 4.0.0-8))
!! Copyright (C) 2005 Free Software Foundation, Inc.

!! GNU Fortran comes with NO WARRANTY, to the extent permitted by law.
!! You may redistribute copies of GNU Fortran
!! under the terms of the GNU General Public License.
!! For more information about these matters, see the file named COPYING

-- 
   Summary: gfortran .f90 complex parameter initialization syntax
bug
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christopherbuell at mindspring dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
20:35 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
  Known to fail||4.0.0 4.1.0
   Last reconfirmed|-00-00 00:00:00 |2005-08-05 20:35:11
   date||


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

[Bug middle-end/21529] [4.0/4.1 Regression] code size regression (+40%) with -Os from GCC-3.4.3 to 4.1

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-05 
20:39 ---
Subject: Bug 21529

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-05 20:39:05

Modified files:
gcc: ChangeLog params.def params.h tree-sra.c 

Log message:
PR 21529
* params.def (PARAM_SRA_MAX_STRUCTURE_COUNT): New.
* params.h (SRA_MAX_STRUCTURE_COUNT): New.
* tree-sra.c (decide_block_copy): Use it.  Disable element copy
if we'd have to instantiate too many members.

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.353&r2=2.7592.2.354
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/params.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.54.6.2&r2=1.54.6.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/params.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.28&r2=1.28.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-sra.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.53.2.2&r2=2.53.2.3



-- 


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

[Bug middle-end/21529] [4.0/4.1 Regression] code size regression (+40%) with -Os from GCC-3.4.3 to 4.1

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-08-05 20:39 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/15419] memcpy pessimization

[rth at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug inline-asm/23200] [4.0/4.1 regression] rejects "i"(&var + 1)

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-08-05 20:43 
---
Then it'll stay broken at -O0 until we completely rewrite rtl expansion.
There are really very few ways around this problem...

-- 


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

[Bug middle-end/22156] [4.0/4.1 Regression] bit-field copying regressed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-05 
20:45 ---
If we add more bit-fields, that is now fixed in 4.0.2 and 4.1.0 by:
2005-08-04  Richard Henderson  <[EMAIL PROTECTED]>

PR 21529
* params.def (PARAM_SRA_MAX_STRUCTURE_COUNT): New.
* params.h (SRA_MAX_STRUCTURE_COUNT): New.
* tree-sra.c (decide_block_copy): Use it.  Disable element copy
if we'd have to instantiate too many members.

But the orginal code is not fixed as we don't have too many members.

-- 


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

[Bug c++/19063] [3.4 regresion] ICE on invalid template parameter

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-05 
21:01 ---
Subject: Bug 19063

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-05 21:01:47

Modified files:
gcc/cp : ChangeLog name-lookup.c 

Log message:
* name-lookup.c (pushtag): Remove accidental commit from:
2004-12-21  Mark Mitchell  <[EMAIL PROTECTED]>
PR c++/19063
* decl.c (grokdeclarator): Return error_mark_node, not
void_type_node, to indicate errors.
* parser.c (cp_parser_template_parameter_list): Robustify.
(cp_parser_template_parameter): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4839&r2=1.4840
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&r1=1.133&r2=1.134



-- 


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

[Bug c++/13268] ICE on illegal code: bool foo(const operator&);

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-08-05 
21:04 ---
Reopending to mark as duplicate of PR 19063.

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c++/13268] ICE on illegal code: bool foo(const operator&);

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-08-05 
21:04 ---


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

-- 
   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/19063] [3.4 regresion] ICE on invalid template parameter

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-08-05 
21:04 ---
*** Bug 13268 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||fw at deneb dot enyo dot de


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

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

[rth at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-05-23 22:53:00 |2005-08-05 21:21:46
   date||


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

[Bug c++/23147] Missing declaration of static const members

[fw at deneb dot enyo dot de]

--- Additional Comments From fw at deneb dot enyo dot de  2005-08-05 21:43 
---
(In reply to comment #5)
> (In reply to comment #4)
> 
> > What about permitting this as a GNU extension?  It seems quite useful for
> > template code.
> 
> With "this" you mean omitting the definition? Well, it saves one line of
> typing, but I'm not really convinced that justifies an extension.

I (incorrectly) feared that GCC would emit the constant for each template
instantiation.  Therefore, I agree with you that no extension is necessary, and
the bug report was completely invalid.  Sorry about that.

-- 


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

[Bug libfortran/23138] real-values are printed incorrectly

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-08-05 
22:01 ---
Patched tested and submitted to review
(http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00338.html).

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||08/msg00338.html
   Keywords||patch


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

[Bug regression/23256] New: gcc-3.3.6 ICE during bootstrap on arm

[mikpe at csd dot uu dot se]

While using gcc-3.3.3 to bootstrap gcc-3.3.6 on arm,
the build fails with an ICE near the end of stage2:

./xgcc -B./
-B/home/mikpe/pkgs/linux-armv5b/gcc-3.3.6/armv5b-unknown-linux-gnu/bin/ -isystem
/home/mikpe/pkgs/linux-armv5b/gcc-3.3.6/armv5b-unknown-linux-gnu/include
-isystem
/home/mikpe/pkgs/linux-armv5b/gcc-3.3.6/armv5b-unknown-linux-gnu/sys-include -O2
-DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-isystem ./include  -I. -I. -I/home/mikpe/gcc-3.3.6/gcc
-I/home/mikpe/gcc-3.3.6/gcc/. -I/home/mikpe/gcc-3.3.6/gcc/config
-I/home/mikpe/gcc-3.3.6/gcc/../include  -g0 -finhibit-size-directive
-fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss  \
   -c /home/mikpe/gcc-3.3.6/gcc/crtstuff.c -DCRT_BEGIN \
  -o crtbegin.o
/home/mikpe/gcc-3.3.6/gcc/crtstuff.c: In function `__do_global_dtors_aux':
/home/mikpe/gcc-3.3.6/gcc/crtstuff.c:285: internal compiler error: Segmentation
fault

The same error occurs when attempting to bootstrap gcc-3.3.4.
Both gcc-3.3.3 and gcc-3.4.4 bootstrapped fine on the same machine.

The problem was initially discovered because a canadian-cross
gcc-3.3.6 (built on x86 then transferred to the arm box) ICEs
when compiling this trivial program (distilled down from the
'unzip' source rpm in Fedora Core 2):

===snip here for unzip.c===
int G_UzO_zipinfo_mode;

void unzip(int argc, char *argv[])
{
if (argc > 1 && strncmp(argv[1], "-Z", 2) == 0)
G_UzO_zipinfo_mode = 1;
}
===snip===

With canadian-cross 3.3.4 or 3.3.6, this fails as follows:

unzip.c: In function `unzip':
unzip.c:7: internal compiler error: Segmentation fault

Again, both 3.3.3 and 3.4.4 work fine.

-- 
   Summary: gcc-3.3.6 ICE during bootstrap on arm
   Product: gcc
   Version: 3.3.6
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: armv5b-unknown-linux
  GCC host triplet: armv5b-unknown-linux
GCC target triplet: armv5b-unknown-linux


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

[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug

[kargl at gcc dot gnu dot org]

--- Additional Comments From kargl at gcc dot gnu dot org  2005-08-05 22:52 
---
The code appears to be illegal.  Lahey reports

Compiling program unit consts_test at line 1:
  1034-S: "SOURCE.F90", line 10: Right parenthesis missing or position of right
parenthesis invalid.
  1034-S: "SOURCE.F90", line 11: Right parenthesis missing or position of right
parenthesis invalid.
  1034-S: "SOURCE.F90", line 12: Right parenthesis missing or position of right
parenthesis invalid.
  1034-S: "SOURCE.F90", line 13: Right parenthesis missing or position of right
parenthesis invalid.
  1034-S: "SOURCE.F90", line 14: Right parenthesis missing or position of right
parenthesis invalid.
Encountered 5 errors, 0 warnings, 0 informations in file SOURCE.F90.
Compiling file SOURCE.F90.



-- 


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

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-05 
23:02 ---
Subject: Bug 21728

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-05 23:01:54

Modified files:
gcc: ChangeLog tree-cfg.c 
Added files:
gcc/testsuite/gcc.c-torture/compile: pr21728.c 

Log message:
PR 21728
* tree-cfg.c (remove_bb): Transmute DECL_NONLOCAL labels into
FORCED_LABEL labels.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9664&r2=2.9665
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-cfg.c.diff?cvsroot=gcc&r1=2.214&r2=2.215
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr21728.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-05 
23:02 ---
Subject: Bug 21728

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-05 23:02:41

Modified files:
gcc: ChangeLog tree-cfg.c 
Added files:
gcc/testsuite/gcc.c-torture/compile: pr21728.c 

Log message:
PR 21728
* tree-cfg.c (remove_bb): Transmute DECL_NONLOCAL labels into
FORCED_LABEL labels.

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.354&r2=2.7592.2.355
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-cfg.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.151.2.2&r2=2.151.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr21728.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=21728

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-08-05 23:08 
---
Fixed.

-- 


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

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-08-05 23:13 
---
"Problem occurs between user and keyboard."

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/21894] [4.0/4.1 Regression] Invalid operand to binary operator with nested function

[rth at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-06-02 23:33:47 |2005-08-05 23:20:17
   date||


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

[Bug c++/21117] [3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-08-05 23:38 
---
Front end bug.

  error ("return type %q#T is incomplete", TREE_TYPE (fntype));

  /* Make it return void instead, but don't change the
 type of the DECL_RESULT, in case we have a named return value.  */

This is in fact the problem.  If you don't want to make the DECL_RESULT be
VOIDtype (due to follow-on errors), then you need to make it error_mark_node.

-- 
   What|Removed |Added

  Component|middle-end  |c++


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

[Bug c++/23257] New: Incorrect exception-handling behavior with references

[mmitchel at gcc dot gnu dot org]

This program

===
struct Base {};
struct Derived : virtual Base {};

Derived derived;
Base base;

int main() {
  Base *b = &derived;

  try {
try {
  throw b;
} catch (Base*& br) {
  br = &base;
  throw;
}
  } catch (Base*& br) {
if (br != &base)
  return 1;
  }
}
===

should exit with code zero, but does not.

-- 
   Summary: Incorrect exception-handling behavior with references
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mmitchel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug

[kargl at gcc dot gnu dot org]

--- Additional Comments From kargl at gcc dot gnu dot org  2005-08-06 02:38 
---
gfortran is doing the right thing according to section 7.1.6.1
of the Fortran 95 standard.  For completeness, here is the output
of NAGWare F95 compiler.

kargl[204] f95 -kind=byte -c lk.f90
Error: lk.f90, line 10: Invalid real part of complex constant
Error: lk.f90, line 11: Invalid real part of complex constant
Error: lk.f90, line 12: Invalid real part of complex constant
Error: lk.f90, line 13: Invalid real part of complex constant
Error: lk.f90, line 14: Invalid real part of complex constant
Errors in declarations, no further processing for CONSTS_TEST


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


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

[Bug libgcj/23258] New: jcf-dump documentation is incomplete (and confusing)

[pebolle at tiscali dot nl]

0) Previously filed downstream here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164713

1) man jcf-dump and info jcf-dump are (basically) identical. Neither mention:
--bootclasspath
--extdirs
--print-main

2) jcf-dump --help doesn't mention:
--CLASSPATH
--print-main
--print-constants

3) Neither info/man nor --help mention that you can use jcf-dump on (all classes
in) a jar archive.

4) Nowhere in the documentation is it stated clearly that you can jcf-dump
classfiles (not just classes).

5) The description of -o in man and info is slightly puzzling: "Th[is] options
[is] the same as the corresponding gcj option(...)."

6) The descriprition of --extdirs in --help is also intruiging: "Set extensions
directory path". That doesn't seem sufficient to me.

7) I'm happy to submit patches if needed (though you're probably better of with
patches from (one of) the maintainers).

-- 
   Summary: jcf-dump documentation is incomplete (and confusing)
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pebolle at tiscali dot nl
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


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

[Bug debug/22514] [4.1 Regression] ICE in force_decl_die with invalid code after error

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
05:18 ---
Subject: Bug 22514

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 05:18:09

Modified files:
gcc/cp : ChangeLog name-lookup.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/parse: pr22514.C 

Log message:
2005-08-05  James A. Morrison  <[EMAIL PROTECTED]>

PR c++/22514
* name-lookup.c (cp_emit_debug_info_for_using): Do nothing if
sorrycount or errorcount are nonzero.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4840&r2=1.4841
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&r1=1.134&r2=1.135
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5882&r2=1.5883
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/pr22514.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug debug/22514] [4.1 Regression] ICE in force_decl_die with invalid code after error

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-06 
05:18 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/23128] [4.1 Regression] VRP fails for unsigned values

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
05:35 ---
Subject: Bug 23128

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 05:35:32

Modified files:
gcc: ChangeLog tree-vrp.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: vrp-5.c vrp-6.c 
gcc/testsuite/gcc.dg/tree-ssa: vrp21.c 

Log message:
2005-08-05  James A. Morrison  <[EMAIL PROTECTED]>

PR tree-optimization/23128
* tree-vrp.c (vrp_int_const_binop): Check if unsigned addition or
subtraction wrap, and set TREE_OVERFLOW if they do.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9665&r2=2.9666
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vrp.c.diff?cvsroot=gcc&r1=2.48&r2=2.49
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5883&r2=1.5884
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/vrp-5.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/vrp-6.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/vrp21.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug tree-optimization/23128] [4.1 Regression] VRP fails for unsigned values

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-06 
05:42 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/23259] New: gfortran.dg/large_integer_kind_1.f90 FAIL with Error: Kind -1 not supported for type INTEGER at (1)

[christian dot joensson at gmail dot com]

See, for example, 
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00272.html

Executing on host: /usr/local/src/trunk/objdir/gcc/testsuite/../gfortran
-B/usr/local/src/trunk/objdir/gcc/testsuite/../
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90  
-O0   -pedantic-errors 
-L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libgfortran/.libs
-L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libiberty  -lm   -o
./large_integer_kind_1.exe(timeout = 600)
 In file
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:8



integer(kind=k),intent(in) :: a

 1

Error: Kind -1 not supported for type INTEGER at (1)

 In file
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:25



  use testmod

1

Fatal Error: Can't open module file 'testmod.mod' for reading at (1): No such
file or directory

compiler exited with status 1
output is:
 In file
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:8



integer(kind=k),intent(in) :: a

 1

Error: Kind -1 not supported for type INTEGER at (1)

 In file
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:25



  use testmod

1

Fatal Error: Can't open module file 'testmod.mod' for reading at (1): No such
file or directory


FAIL: gfortran.dg/large_integer_kind_1.f90  -O0  (test for excess errors)
Excess errors:
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:8:
Error: Kind -1 not supported for type INTEGER at (1)
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:25:
Fatal Error: Can't open module file 'testmod.mod' for reading at (1): No such
file or directory

WARNING: gfortran.dg/large_integer_kind_1.f90  -O0  compilation failed to
produce executable

-- 
   Summary: gfortran.dg/large_integer_kind_1.f90 FAIL with Error:
Kind -1 not supported for type INTEGER at (1)
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christian dot joensson at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc64-unknown-linux-gnu
  GCC host triplet: sparc64-unknown-linux-gnu
GCC target triplet: sparc64-unknown-linux-gnu


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

[Bug c++/23257] Incorrect exception-handling behavior with references

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:09 ---
Hmm, ICC 8.0 produces the same result as GCC.

-- 


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

[Bug libgcj/23258] jcf-dump documentation is incomplete (and confusing)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:10 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||documentation
   Last reconfirmed|-00-00 00:00:00 |2005-08-06 06:10:43
   date||


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

[Bug fortran/23259] gfortran.dg/large_integer_kind_1.f90 FAIL with Error: Kind -1 not supported for type INTEGER at (1)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:13 ---
I want to say this is a target bug as this is not rejected on PPC64 or x86_64

-- 


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

[Bug regression/23256] gcc-3.3.6 ICE during bootstrap on arm

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:21 ---
3.3.6 was the last 3.3.x release and since 3.4.4 works, I am closing as fixed 
for 3.4.4.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |3.4.4


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

[Bug other/23253] [3.4 only] copyright year still at 2004

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:25 ---
Confirmed, only happend on the 3.4 branch.  I think the issue is we always 
forget about release 
branches when updating the copyright when the year changes.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-06 06:25:18
   date||


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

[Bug other/22499] 4.1.0-beta20050730: installation does not fully honour configure --*dir completely

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:33 ---
This is all expected behavior.
See .

Basically even if you supply --libdir=dirname we will always add 
$target/$version as you might install 
different versions of gcc in that libdir.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/17777] AIX bootstrap comparison failure with xlc6

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:35 ---
So I am closing this as invalid then as I know David E. was able to bootstrap 
with XLC and I have not 
seen other reports about this yet.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/23231] cross compiling fails for mips-sgi-irix6.5

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:36 ---
Hmm cross64.h is being used for crosses, why I don't know.  That should be only 
used for crosses 
which are on IRIX.

-- 
   What|Removed |Added

  Component|bootstrap   |target
   Keywords||build


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

[Bug target/23188] [4.1 Regression] vect-reduc-* fail

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:44 ---
Hmm, I think this was exposed by:
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02041.html
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02043.html
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02037.html

Which means this is a target bug and I really doubt a regression.

-- 
   What|Removed |Added

 CC||rth at gcc dot gnu dot org
  Component|tree-optimization   |target
 GCC target triplet||ia64-hpux


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

[Bug c++/22635] OVERLOAD should not be a linked list of trees

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:47 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-06 06:47:46
   date||


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

[Bug tree-optimization/23059] [4.1 Regression] ICE: verify_ssa failed with -O3 -ftree-vectorize -Woverloaded-virtual

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:52 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:53 ---
This looks like a front-end bug rather than a tree opt bug.

-- 
   What|Removed |Added

  Component|tree-optimization   |c++


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

[Bug tree-optimization/22543] [4.1 regression] ICE: verify_ssa failed with -ftree-vectorize

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:59 ---
This is a dup of bug 8.

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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
06:59 ---
*** Bug 22543 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||micis at gmx dot de


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