[Bug c/23054] Segmentation fault when large static array is declared

[relf at os2 dot ru]

--- Additional Comments From relf at os2 dot ru  2005-07-25 07:34 ---
(In reply to comment #1)
> This is not a bug.  You are overflowing the stack.

Should it be more intelligent error message like "Stack overflow" ?

-- 


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

[Bug c/20303] [4.0 only] Can't push more than 16 nested visibility

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-25 
07:39 ---
Subject: Bug 20303

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-25 07:38:58

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: visibility-d.c 

Log message:
PR middle-end/20303
* gcc.dg/visibility-d.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5812&r2=1.5813
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/visibility-d.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug libstdc++/23053] Const-correctness issue in TR1 hashtable

[chris at bubblescope dot net]

--- Additional Comments From chris at bubblescope dot net  2005-07-25 07:46 
---
Actually according to the TR1 spec (n1745 at least), there should be a 
non-const version which returns an 
iterator, and a const version which returns a const_iterator.

-- 


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

[Bug fortran/20063] n*'xxxx' disables padding

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-25 
07:51 ---
Subject: Bug 20063

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-25 07:51:12

Modified files:
gcc/fortran: ChangeLog data.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.fortran-torture/execute: data_4.f90 

Log message:
PR fortran/20063
* data.c (gfc_assign_data_value_range): Call
create_character_initializer if last_ts is a character type.

* gfortran.fortran-torture/execute/data_4.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.501&r2=1.502
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/data.c.diff?cvsroot=gcc&r1=1.13&r2=1.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5813&r2=1.5814
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/data_4.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug libstdc++/23053] Const-correctness issue in TR1 hashtable

[chris at bubblescope dot net]

--- Additional Comments From chris at bubblescope dot net  2005-07-25 07:52 
---
Apologises, I misread the problem. Ignore my previous comment. Yes, I agree 
that find_node (which is a 
private function) should be const. An identical problem exists calling 
equal_range

-- 


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

[Bug libstdc++/23053] Const-correctness issue in TR1 hashtable

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-07-25 08:39 
---
Ok, thanks.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-25 08:39:08
   date||
   Target Milestone|--- |4.0.2


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

[Bug fortran/20063] n*'xxxx' disables padding

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-25 
08:47 ---
Subject: Bug 20063

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-25 08:47:01

Modified files:
gcc/fortran: ChangeLog data.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.fortran-torture/execute: data_4.f90 

Log message:
PR fortran/20063
* data.c (gfc_assign_data_value_range): Call
create_character_initializer if last_ts is a character type.

* gfortran.fortran-torture/execute/data_4.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.335.2.94&r2=1.335.2.95
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/data.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.11&r2=1.11.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.299&r2=1.5084.2.300
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/data_4.f90.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=20063

[Bug libstdc++/22515] operator>>(istream, string/CharT*) can be faster

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-25 
08:47 ---
Subject: Bug 22515

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-25 08:47:34

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/src: istream.cc 
libstdc++-v3/include/bits: basic_string.h 
libstdc++-v3/include/std: std_istream.h std_streambuf.h 
Added files:
libstdc++-v3/testsuite/performance/27_io: 
  ifstream_extract_chars.cc 
libstdc++-v3/testsuite/27_io/basic_istream/extractors_character/char: 
  
4.cc 

libstdc++-v3/testsuite/27_io/basic_istream/extractors_character/wchar_t: 

 4.cc 

Log message:
2005-07-24  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/22515
* include/bits/basic_string.h: Declare the specialization
operator>>(basic_istream&, basic_string&).
* include/std/std_istream.h: Declate the specialization
operator>>(basic_istream&, char*).
* include/std/std_streambuf.h (basic_streambuf): Add friend
declarations for the above.
* src/istream.cc: Define the above.
* testsuite/27_io/basic_istream/extractors_character/char/4.cc: New.
* testsuite/27_io/basic_istream/extractors_character/wchar_t/4.cc:
Likewise.
* testsuite/performance/27_io/ifstream_extract_chars.cc: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3061&r2=1.3062
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/istream.cc.diff?cvsroot=gcc&r1=1.9&r2=1.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.h.diff?cvsroot=gcc&r1=1.81&r2=1.82
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/std/std_istream.h.diff?cvsroot=gcc&r1=1.19&r2=1.20
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/std/std_streambuf.h.diff?cvsroot=gcc&r1=1.51&r2=1.52
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/performance/27_io/ifstream_extract_chars.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_istream/extractors_character/char/4.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_istream/extractors_character/wchar_t/4.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug libstdc++/22515] operator>>(istream, string/CharT*) can be faster

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-07-25 08:50 
---
Fixed for 4.1.0.

-- 
   What|Removed |Added

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


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

[Bug libstdc++/22634] partial_sum is too constrained

[chris at bubblescope dot net]

--- Additional Comments From chris at bubblescope dot net  2005-07-25 09:03 
---
I'm not personally 100% sure that this should be "fixed", I've used partial_sum 
where I've assumed this 
behaviour, and adding the things in the "output type" would have broken...

I've attached the work-around I personally use to this kind of problem, which 
is wrapping the iterator in 
another iterator which changes the value_type. Feel free to use this code if 
you like.

-- 


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

[Bug libstdc++/22634] partial_sum is too constrained

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-07-25 09:51 ---
Subject: Re:  partial_sum is too constrained

"chris at bubblescope dot net" <[EMAIL PROTECTED]> writes:

| I'm not personally 100% sure that this should be "fixed", I've used
| partial_sum where I've assumed this behaviour,

I have codes that naturally fits partial_sum(), but will break if
ported to STL with the current implementation -- and yes, I do have
valid reasons to move the codes to use STL.  And I think a fix is
needed to match the language semantics.  I don't believe in tower of
wrappers where the specification is clearly not precise enough and
arguably needs adjustments.  '2' + '4', has type int.  Period.

-- Gaby


-- 


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

[Bug middle-end/22608] LAPACK - BLAS test errors.

[27roses at daum dot net]

--- Additional Comments From 27roses at daum dot net  2005-07-25 10:23 
---
Here is details of the build procedure.


linux-2.4.20-31.9
AMD Athlon XP 2500+


[EMAIL PROTECTED] root]# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --
infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-
checking --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux
Thread model: posix
gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
[EMAIL PROTECTED] root]# which gcc
/usr/bin/gcc
[EMAIL PROTECTED] root]#mkdir temp
[EMAIL PROTECTED] root]#cd temp
[EMAIL PROTECTED] temp]# /home/downloads/gcc-4.0.1/configure 
--prefix=/usr/local/gcc-
4.0.1-F90
..
.
checking for MPFR... yes
The following languages will be built: c,c++,f95,java,objc
*** This configuration is not supported in the following subdirectories:
 target-libada
(Any other directories should still work fine.)
..
.





[EMAIL PROTECTED] CLAPACK]$gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /home/downloads/gcc-4.0.1/configure --prefix=/usr/local/gcc-
4.0.1-noF --enable-languages=c,c++,objc,treelang
Thread model: posix
gcc version 4.0.1
[EMAIL PROTECTED] CLAPACK]$cp INSTALL/make.inc.LINUX ./make.inc
[EMAIL PROTECTED] CLAPACK]$export LD_LIBRARY_PATH="/usr/local/gcc-4.0.1-F90"
[EMAIL PROTECTED] CLAPACK]$export LIBRARY_PATH="/usr/local/gcc-4.0.1-F90"
[EMAIL PROTECTED] CLAPACK]$make f2clib
..
.
ranlib libI77.a
cp libI77.a ..
make[1]: exit `/home/ami/temp/CLAPACK/F2CLIBS/libI77' directory
[EMAIL PROTECTED] CLAPACK]$make blaslib
[EMAIL PROTECTED] CLAPACK]$cd BLAS/TESTING; make -f Makeblat2 ; \
  cd .. ; \
./xblat2s < sblat2.in ; \
./xblat2d < dblat2.in ; \
./xblat2c < cblat2.in ; \
./xblat2z < zblat2.in ; \
  cd TESTING; make -f Makeblat3 ; \
  cd .. ; \
./xblat3s < sblat3.in ; \
./xblat3d < dblat3.in ; \
./xblat3c < cblat3.in ; \
./xblat3z < zblat3.in
..
.
../../blas_LINUX.a ../../F2CLIBS/libF77.a ../../F2CLIBS/libI77.a -lm -
lc -o ../xblat3z
[EMAIL PROTECTED] BLAS]$ cat CBLAT2.SUMM
 TESTS OF THE COMPLEX  LEVEL 2 BLAS
 
 THE FOLLOWING PARAMETER VALUES WILL BE USED:
   FOR N   0 1 2 3 5 9
   FOR K   0 1 2 4
   FOR INCX AND INCY   1 2-1-2
   FOR ALPHA  (  .0,  .0)  ( 1.0,  .0)  (  .7, -.9)
   FOR BETA   (  .0,  .0)  ( 1.0,  .0)  ( 1.3,-1.1)
 
 ROUTINES PASS COMPUTATIONAL TESTS IF TEST RATIO IS LESS THAN   16.00
 
 RELATIVE MACHINE PRECISION IS TAKEN TO BE  1.1E-19
 
 CGEMV  PASSED THE TESTS OF ERROR-EXITS
 
 ***  - COMPUTED RESULT IS LESS THAN HALF ACCURATE ***
   EXPECTED RESULTCOMPUTED RESULT
   1  (.551243,   -.533049E-01)  (.551243,   -.533049E-01)
   2  (   -.816325E-01,.389502)  (   -.816325E-01,.389502)
 *** CGEMV  FAILED ON CALL NUMBER:
 10: CGEMV ('N',  2,  1,(  .7, -.9), A,  3, X, 1,(  .0,  .0), Y, 1)
.
 
 CGBMV  PASSED THE TESTS OF ERROR-EXITS
 
 *** FATAL ERROR - COMPUTED RESULT IS LESS THAN HALF ACCURATE ***
   EXPECTED RESULTCOMPUTED RESULT
   1  (.446175,   -.597479E-01)  (.446175,   -.597480E-01)
   2  (.186813,   -.929071E-01)  (.186813,   -.929071E-01)
 *** CGBMV  FAILED ON CALL NUMBER:

.
 
 END OF TESTS




I can find 'FATAL ERRORs' in  CBLAT3.SUMM, SBLAT2.SUMM, SBLAT3.SUMM .


-- 


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

[Bug middle-end/22608] LAPACK - BLAS test errors.

[27roses at daum dot net]

--- Additional Comments From 27roses at daum dot net  2005-07-25 10:53 
---
There is some miss spelling in my last connents. 
NOT 'gcc-4.0.1-noF' BUT 'gcc-4.0.1-F90'
SORRY!

-- 


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

[Bug c++/22545] [3.4/4.0/4.1 Regression] ICE with pointer to class member & user defined conversion operator

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
11:47 ---
Smaller testcase:

==
struct A
{
operator A*();
};

void foo(int A::* p)
{
A() ->* p;
}
==


-- 
   What|Removed |Added

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


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

[Bug c/23058] New: visibility attribute does not work for aliased symbols

[bruno at clisp dot org]

When a function or variable has its assembler name given through an 
__asm__, the __attribute__((__visibility__("default"))) present on the 
same declaration is ignored. 
 
$ gcc -v 
Using built-in specs. 
Target: i686-pc-linux-gnu 
Configured with: /freebsd/gnu/linuxarchive/gcc-4.0.1/configure 
--prefix=/packages/gnu-inst-gcc/4.0.1 --enable-shared 
--enable-version-specific-runtime-libs --enable-nls --enable-threads=posix 
--enable-__cxa_atexit --with-as=/packages/gnu/bin/as 
--with-ld=/packages/gnu/bin/ld 
Thread model: posix 
gcc version 4.0.1 
$ cat bug.c 
extern 
   int hidden_var 
   __asm__("my_hidden_var"); 
extern __attribute__((__visibility__("default"))) 
   int exported_var 
   __asm__("my_exported_var"); 
extern 
   int hidden_func (void) 
   __asm__("my_hidden_func"); 
extern __attribute__((__visibility__("default"))) 
   int exported_func (void) 
   __asm__("my_exported_func"); 
int my_hidden_var = 0; 
int my_exported_var = 0; 
int my_hidden_func (void) { return 0; } 
int my_exported_func (void) { return 0; } 
$ gcc -c -fvisibility=hidden bug.c 
$ readelf --syms bug.o 
 
Symbol table '.symtab' contains 11 entries: 
   Num:Value  Size TypeBind   Vis  Ndx Name 
 0:  0 NOTYPE  LOCAL  DEFAULT  UND  
 1:  0 FILELOCAL  DEFAULT  ABS bug.c 
 2:  0 SECTION LOCAL  DEFAULT1  
 3:  0 SECTION LOCAL  DEFAULT2  
 4:  0 SECTION LOCAL  DEFAULT3  
 5:  0 SECTION LOCAL  DEFAULT5  
 6:  0 SECTION LOCAL  DEFAULT4  
 7:  4 OBJECT  GLOBAL HIDDEN3 my_hidden_var 
 8: 0004 4 OBJECT  GLOBAL HIDDEN3 my_exported_var 
 9: 10 FUNCGLOBAL HIDDEN1 my_hidden_func 
10: 000a10 FUNCGLOBAL HIDDEN1 my_exported_func 
$ gcc -shared -o bug.so bug.o && nm bug.so | grep my_ 
0476 t my_exported_func 
15e4 b my_exported_var 
046c t my_hidden_func 
15e0 b my_hidden_var 
 
As you can see, the symbols my_exported_func, my_exported_var are not 
exported from bug.so, because their visibility was "HIDDEN" in bug.o. 
 
Known workaround: If I write "int exported_var = 0;" instead of 
"int my_exported_var = 0;", and "int exported_func (void) { return 0; }" 
instead of ""int my_exported_func (void) { return 0; }", the problem 
disappears.

-- 
   Summary: visibility attribute does not work for aliased symbols
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bruno at clisp dot org
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=23058

[Bug target/17828] -O2 -fPIC doesn't work with switches in linkonce functions and new binutils

[olh at suse dot de]

--- Additional Comments From olh at suse dot de  2005-07-25 11:53 ---
Is there a workaround (some --foo option for gcc/ld) for these link errors?


-- 


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

[Bug c++/21440] [4.0/4.1 Regression] ICE with statement-as-expression

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
11:57 ---
Shorter testcase:

===
struct A
{
~A();
};

void foo()
{
A a = ({ A b; b; });
}
===


-- 
   What|Removed |Added

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


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

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

[micis at gmx dot de]

When I compile my application with the actual snapshot of gcc41 I get an ICE 
when I enable autovectorisation and -Woverloaded-virtual.

last working snapshot is:   gcc-4.1-20050625
first failing snapshot is:  gcc-4.1-20050702

Michael Cieslinski


g++41h -O3 -ftree-vectorize -Woverloaded-virtual -c FiltMgr.ii -o FiltMgr.o
FiltMgr.ii: In member function 'EVT FilterMgr::calcKernel()':
FiltMgr.ii:13912: error: definition in block 14 does not dominate use in block 
19
for SSA_NAME: TMT.1129_15 in statement:
TMT.1129_526 = PHI ;
PHI argument
TMT.1129_15
for PHI node
TMT.1129_526 = PHI ;
FiltMgr.ii:13912: internal compiler error: verify_ssa failed
Please submit a full bug report, with preprocessed source if appropriate.

g++41h -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050723/configure --prefix=/usr/local/gcc41h
 --program-suffix=41h --with-arch=opteron --enable-languages=c,c++
 --enable-checking
Thread model: posix
gcc version 4.1.0 20050723 (experimental)

-- 
   Summary: ICE: verify_ssa failed with -O3 -ftree-vectorize -
Woverloaded-virtual
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

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

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-07-25 12:22 ---
Created an attachment (id=9359)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9359&action=view)
preprocessed source


-- 


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

[Bug c/23054] Segmentation fault when large static array is declared

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
12:36 ---
(In reply to comment #2)
> Should it be more intelligent error message like "Stack overflow" ?
That is still not a GCC bug, report this enhancement to the OS you are using 
since that is where the 
message is comming from.

-- 


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

[Bug middle-end/23058] visibility attribute does not work for aliased symbols

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |middle-end


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

[Bug fortran/20063] n*'xxxx' disables padding

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
12:53 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug c++/22603] [4.0.1 Regression] ICE in pop_binding, at cp/name-lookup.c:380

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
12:58 ---
Here's a similar example with valid code:


struct A
{
template struct B
{
void foo(const struct C&);
};
};


GCC 4.0.0 is not affected - the problem was introduced between 4.0.0 and 4.0.1.


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   Severity|minor   |normal
   Keywords||ice-on-valid-code, monitored
  Known to fail|4.1.0   |4.0.1
  Known to work|3.4.4   |3.4.4 4.0.0 4.1.0
Summary|[4.0 Regression] internal   |[4.0.1 Regression] ICE in
   |compiler error: in  |pop_binding, at cp/name-
   |pop_binding, at cp/name-|lookup.c:380
   |lookup.c:380|


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

[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-07-25 
13:11 ---
Here's an example that only contains one error:

==
struct A;

struct B
{
virtual A* foo();
};

namespace N
{
struct A : B
{
virtual A* foo(); // should be ::A*
};
}
==


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   Keywords||monitored
Summary|[4.0/4.1 Regression]|[4.0/4.1 Regression] ICE
   |"internal compiler error"   |after invalid covariant
   |after invalid covariant |return
   |return  |


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

[Bug c++/20549] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification on invalid code

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
13:22 ---


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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/21352] [3.4 Regression] ICE with passing template function type as template type

[reichelt at gcc dot gnu dot org]

-- 
Bug 21352 depends on bug 20549, which changed state.

Bug 20549 Summary: [3.4/4.0/4.1 Regression] ICE in 
resolve_overloaded_unification on invalid code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20549

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

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

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
13:22 ---
*** Bug 20549 has been marked as a duplicate of this bug. ***

-- 


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

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
13:26 ---
Just for completeness, a slightly reduced version of the testcase from
PR 20549:

===
template void unique(T,T);

struct A
{
  int begin();
};

template void foo()
{
  unique(A().begin);
}
===


-- 


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

[Bug c++/22405] [4.0.1/4.1 Regression] ICE in when instantiating a template function, for illegal code

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
13:40 ---
The problem now also appears on the 4.0 branch.

-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   Keywords||monitored
  Known to fail|4.1.0   |4.0.1 4.1.0
  Known to work|4.0.1 4.0.0 3.4.0   |4.0.0 3.4.0
Summary|[4.1 Regression] ICE in when|[4.0.1/4.1 Regression] ICE
   |instantiating a template|in when instantiating a
   |function, for illegal code  |template function, for
   ||illegal code


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

[Bug c++/22405] [4.0.1/4.1 Regression] ICE in when instantiating a template function, for illegal code

[reichelt at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.1.0   |4.0.2


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

[Bug c++/22454] [4.0/4.1 Regression] ICE with operator in default argument in template class

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
13:54 ---
Here's an example with valid code:

=
template struct A
{
A(void(A::*)() = &A::operator+);
void operator+ ();
};
=


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   Keywords|ice-on-invalid-code |ice-on-valid-code, monitored
Summary|[4.0/4.1 Regression]|[4.0/4.1 Regression] ICE
   |'template class/operator|with operator in default
   |overloading/default |argument in template class
   |argument' internal compiler |
   |error   |


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

[Bug c++/22454] [4.0/4.1 Regression] ICE with operator in default argument in template class

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
13:56 ---
Btw, apart from the missing semicolon at the end of the class,
the original example was valid, too.


-- 


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

[Bug libstdc++/22634] partial_sum is too constrained

[squell at alumina dot nl]

--- Additional Comments From squell at alumina dot nl  2005-07-25 14:01 
---
(In reply to comment #13)
> I've attached the work-around I personally use to this kind of problem, which 
> is
> wrapping the iterator in another iterator which changes the value_type. 

I tried this approach as well :) I called it a 'cast_iterator'. However,
writing a full iterator class is involved, especially if you don't want to 
restrict the iterator class to 'input_iterator_tag'.

Second, I felt it was 'writing to the implementation'. I know that libstdc++
uses the 'value_type' to determine the type, but this doesn't mean other
implementations use it! In the end, it is a non-solution.

If you've want the non-expanding behaviour, this will always be possible by
simply using a function object. For example;

   std::partial_sum(begin, end, std::plus())

This is *guaranteed* not to expand.

~Marc.

-- 


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

[Bug swing/22567] JCheckBox's check box is missing

[timo dot lindfors at iki dot fi]

--- Additional Comments From timo dot lindfors at iki dot fi  2005-07-25 
14:02 ---
Actual results have changed between builds 2005-07-22T100134+ and
2005-07-23T221620+. Now the output is:

java.lang.NullPointerException
   at gnu.java.awt.peer.gtk.GdkFontMetrics. (GdkFontMetrics.java:69)
   at gnu.java.awt.peer.gtk.GtkToolkit.getFontMetrics (GtkToolkit.java:350)
   at javax.swing.plaf.basic.BasicGraphicsUtils.getPreferredButtonSize
(BasicGraphicsUtils.java:612)
   at javax.swing.plaf.basic.BasicButtonUI.getPreferredSize
(BasicButtonUI.java:212)
   at javax.swing.JComponent.getPreferredSize (JComponent.java:1029)
   at javax.swing.JRootPane$RootLayout.preferredLayoutSize (JRootPane.java:278)
   at java.awt.Container.preferredSize (Container.java:626)
   at java.awt.Container.getPreferredSize (Container.java:613)
   at javax.swing.JComponent.getPreferredSize (JComponent.java:1035)
   at java.awt.BorderLayout.calcCompSize (BorderLayout.java:655)
   at java.awt.BorderLayout.calcSize (BorderLayout.java:700)
   at java.awt.BorderLayout.preferredLayoutSize (BorderLayout.java:454)
   at java.awt.Container.preferredSize (Container.java:626)
   at java.awt.Container.getPreferredSize (Container.java:613)
   at javax.swing.JFrame.getPreferredSize (JFrame.java:136)
   at java.awt.Window.pack (Window.java:267)
   at testcase. (testcase.java:12)
   at testcase.main (testcase.java:6)



-- 


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

[Bug libstdc++/22634] partial_sum is too constrained

[squell at alumina dot nl]

--- Additional Comments From squell at alumina dot nl  2005-07-25 14:04 
---
Mentally fix the typographical errors in that last post. :)


-- 


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

[Bug swing/22567] JCheckBox's check box is missing

[roman at kennke dot org]

--- Additional Comments From roman at kennke dot org  2005-07-25 14:17 
---
Whoops, this was an accident. I don't really know why the Gtk peers can't cope
with that. I checked in a fix for that.

-- 


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

[Bug c++/20724] function overload resolution fails when any template is declared

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-07-25 14:25 
---
As for the initial testcase (Andrew's testcase in comment #1),  
  
- gcc3.3 rejects it with and without the template declaration  
- icc rejects it with and without the template declaration  
- gcc3.4 (and later) rejects it with the template, but accepts it without  
  the template calling ::foo 
 
I believe that the later gcc compilers are in error. They should reject the 
code. 
 
Anyone has other opinions? 
 
W. 

-- 


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

[Bug testsuite/22624] gcc.dg/tree-ssa/flatten-2.c scan-assembler-not indirect.[: \t\n] fails

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-25 
14:26 ---
Subject: Bug 22624

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-25 14:26:37

Modified files:
gcc/testsuite  : ChangeLog 
gcc/testsuite/gcc.dg/tree-ssa: flatten-2.c 

Log message:
2005-07-25  Richard Guenther  <[EMAIL PROTECTED]>

PR testsuite/22624
* gcc.dg/tree-ssa/flatten-2.c: Fix label patterns.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5816&r2=1.5817
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/flatten-2.c.diff?cvsroot=gcc&r1=1.2&r2=1.3



-- 


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

[Bug testsuite/22624] gcc.dg/tree-ssa/flatten-2.c scan-assembler-not indirect.[: \t\n] fails

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-07-25 
14:26 ---
Fixed (again).  Hopefully.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

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

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|ICE: verify_ssa failed with |[4.1 Regression] ICE:
   |-O3 -ftree-vectorize -  |verify_ssa failed with -O3 -
   |Woverloaded-virtual |ftree-vectorize -
   ||Woverloaded-virtual
   Target Milestone|--- |4.1.0


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

[Bug c++/22464] [3.4/4.0/4.1 Regression] ICE on classes in template functions which attempt closure

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
14:37 ---
If one removes the class instance "helper", the code compiles.
This is an accepts-invalid bug (which also appeared in gcc 3.4.0).


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   Keywords||accepts-invalid, monitored
  Known to fail||3.4.0 4.0.0 4.1.0
  Known to work||3.3.6


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

[Bug swing/22567] JCheckBox's check box is missing

[timo dot lindfors at iki dot fi]

--- Additional Comments From timo dot lindfors at iki dot fi  2005-07-25 
14:45 ---
The testcase works flawlessly now, thanks!

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/22284] [4.1 Regression] ia64 exception handling broken

[sje at cup dot hp dot com]

--- Additional Comments From sje at cup dot hp dot com  2005-07-25 15:04 
---
I tested the proposed patch on IA64 HP-UX and Linux and it did fix the EH
problems I saw without the patch.

-- 


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

[Bug other/22337] [4.1 Regression] zone collector does not build

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-25 
15:14 ---
Subject: Bug 22337

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-25 15:14:21

Modified files:
gcc: ChangeLog ggc-zone.c 

Log message:
2005-07-25  Serge Belyshev  <[EMAIL PROTECTED]>

PR other/22337
* ggc-zone.c (ggc_alloc_zone_stat): Do not use CHUNK_OVERHEAD.
(ggc_print_statistics): Initialize variable before use.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9537&r2=2.9538
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ggc-zone.c.diff?cvsroot=gcc&r1=2.27&r2=2.28



-- 


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

[Bug other/22337] [4.1 Regression] zone collector does not build

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
15:14 ---
Fixed, I applied the fix.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/23055] overload resolution does not find templated function

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-07-25 15:21 
---
This basically boils down to this question: 
- 
template  struct S { typedef int type; }; 
 
template  
int foo(T, typename S::type * ret); 
 
int j = foo(1, 0); 
-- 
icc accepts this, gcc doesn't. I believe it should. The question is whether 
the second of the arguments, of type int, should be converted to the  
expected int*. During template deduction, no conversions are performed. I.e. 
if we had declared foo as foo(T,T*), then we should reject the call. However, 
the template type T is used in a non-deductible context in the second argument 
of foo, so the type of T should be deduced only based on the first argument, 
to type int then. 
 
W. 

-- 


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

[Bug fortran/23060] New: %VAL construct not implemented

[p dot w dot draper at durham dot ac dot uk]

The %VAL construct is used for passing arguments by value, rather than the 
usual by reference or descriptor. It is vital for interoperability with other
languages such as C.

This feature is available in g77:

http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025VAL_0028_0029.html#_0025VAL_0028_0029

My interest in this feature comes from the world of astronomy where we have
a large legacy code base (~1 Million SLOC) written in Fortran 77, (see
http://cvsweb.starlink.ac.uk) where this feature is used for efficiently
accessing large data arrays using mmap, complex data structures, and for
accessing dynamic memory.

-- 
   Summary: %VAL construct not implemented
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: p dot w dot draper at durham dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i386-redhat-linux


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

[Bug c++/23055] overload resolution does not find templated function

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-07-25 15:28 ---
Subject: Re:  overload resolution does not find templated function

"bangerth at dealii dot org" <[EMAIL PROTECTED]> writes:

| This basically boils down to this question: 
| - 
| template  struct S { typedef int type; }; 
|  
| template  
| int foo(T, typename S::type * ret); 
|  
| int j = foo(1, 0); 
| -- 
| icc accepts this, gcc doesn't. I believe it should.

Agreed.  This is a GCCbug.

-- Gaby


-- 


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

[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-07-25 
15:28 ---
The example from comment #3 now optimizes to identical inner loops: 
 
;; Function foo (foo) 
 
foo () 
{ 
  int i.54; 
  int lsm_tmp.32; 
  int lsm_tmp.31; 
  int i; 
  int D.1628; 
  int D.1627; 
  int D.1623; 
  int x.0; 
 
: 
  x.0 = x; 
  D.1623 = x.0 * x.0; 
  lsm_tmp.32 = y; 
  i.54 = 0; 
 
:; 
  lsm_tmp.32 = (int) ((unsigned int) D.1623 + (unsigned int) lsm_tmp.32); 
  i.54 = i.54 + 1; 
  if (i.54 != 10) goto ; else goto ; 
 
:; 
  y = lsm_tmp.32; 
  D.1627 = global.x; 
  D.1628 = D.1627 * D.1627; 
  lsm_tmp.31 = global.y; 
  i = 0; 
 
:; 
  lsm_tmp.31 = (int) ((unsigned int) lsm_tmp.31 + (unsigned int) D.1628); 
  i = i + 1; 
  if (i != 10) goto ; else goto ; 
 
:; 
  global.y = lsm_tmp.31; 
  return; 
 
} 
 

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/20121] Aliasing lameness results in missing common subexpressions

[steven at gcc dot gnu dot org]

-- 
Bug 20121 depends on bug 13761, which changed state.

Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[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]

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

Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/20121] Aliasing lameness results in missing common subexpressions

[steven at gcc dot gnu dot org]

-- 
Bug 20121 depends on bug 13761, which changed state.

Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761

   What|Old Value   |New Value

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

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

[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-07-25 
15:31 ---
Oddly, the test case from comment #1 is not fixed.  Sorry for the 
inconvenience. 

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[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]

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

Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761

   What|Old Value   |New Value

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

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

[Bug fortran/23060] %VAL construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
15:34 ---
Confirmed.

-- 
   What|Removed |Added

OtherBugsDependingO||19292
  nThis||
   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-25 15:34:50
   date||


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

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

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-07-25 
15:40 ---
Yes, it won't be fixed till 4.2, or the aliasing branch.

-- 


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

[Bug middle-end/21105] [4.0/4.1 Regression] Compiling of large array fails

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
15:50 ---
Hmm, Jim posted a patch here: 
  but 
never applied it.

-- 
   What|Removed |Added

URL|http://gcc.gnu.org/ml/gcc-  |http://gcc.gnu.org/ml/gcc-
   |patches/2005-   |patches/2005-
   |05/msg00121.html|05/msg00377.html


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

[Bug target/21723] [4.0 Regression] ICE while building libgfortran

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Known to work||4.1.0
Summary|[4.0/4.1 Regression] ICE|[4.0 Regression] ICE while
   |while building libgfortran  |building libgfortran
   Target Milestone|4.1.0   |4.0.2


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

[Bug treelang/23061] New: treelang testsuite fails with -m64

[christian dot joensson at gmail dot com]

In http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg01345.html there are
treelang test suite failures like this:

Test Run By chj on Mon Jul 25 03:19:50 2005
Native configuration is sparc64-unknown-linux-gnu

=== treelang tests ===

Schedule of variations:
unix/-m64
unix

Running target unix/-m64
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using /usr/local/src/branch/gcc/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /usr/local/src/branch/gcc/gcc/testsuite/treelang/compile/compile.exp ...
set_ld_library_path_env_vars:
ld_library_path=:/usr/local/src/branch/objdir/gcc:/usr/local/src/branch/objdir/gcc/64
set_ld_library_path_env_vars:
ld_library_path=.::/usr/local/src/branch/objdir/gcc:/usr/local/src/branch/objdir/gcc/64
Executing on host: /usr/local/src/branch/objdir/gcc/xgcc
-B/usr/local/src/branch/objdir/gcc/
/usr/local/src/branch/gcc/gcc/testsuite/treelang/compile/autofunc.tree-S 
-m64 -o autofunc.s(timeout = 9000)
/usr/local/src/branch/gcc/gcc/testsuite/treelang/compile/autofunc.tree:0: error:
-mlong-double-64 not allowed with -m64
compiler exited with status 1
output is:
/usr/local/src/branch/gcc/gcc/testsuite/treelang/compile/autofunc.tree:0: error:
-mlong-double-64 not allowed with -m64

FAIL: treelang/compile/autofunc.tree  (test for errors, line 2)
FAIL: treelang/compile/autofunc.tree (test for excess errors)
Excess errors:
/usr/local/src/branch/gcc/gcc/testsuite/treelang/compile/autofunc.tree:0: error:
-mlong-double-64 not allowed with -m64

Maybe a mulitlib problem hitting only 4.0 branch and not mainline...

-- 
   Summary: treelang testsuite fails with -m64
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: treelang
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=23061

[Bug fortran/23062] New: %VAL construct not implemented

[p dot w dot draper at durham dot ac dot uk]

The %VAL construct is used for passing arguments by value, rather than the 
usual by reference or descriptor. It is vital for interoperability with other
languages such as C.

This feature is available in g77:

http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025VAL_0028_0029.html#_0025VAL_0028_0029

My interest in this feature comes from the world of astronomy where we have
a large legacy code base (~1 Million SLOC) written in Fortran 77, (see
http://cvsweb.starlink.ac.uk) where this feature is used for efficiently
accessing large data arrays using mmap, complex data structures, and for
accessing dynamic memory.

-- 
   Summary: %VAL construct not implemented
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: p dot w dot draper at durham dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i386-redhat-linux


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

[Bug fortran/23062] %VAL construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
15:54 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/23060] %VAL construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
15:54 ---
*** Bug 23062 has been marked as a duplicate of this bug. ***

-- 


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

[Bug treelang/23061] treelang testsuite fails with -m64

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:00 ---
  $(DRIVER_DEFINES)  needs to be added to when compiling spec.c.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-25 16:00:01
   date||


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

[Bug c++/22597] [3.4/4.0 Regression] pure attribute produces incorrect results

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
16:02 ---
I don't think that Andrew's example is valid, since a pure function
modifies global data. Btw, shouldn't the compiler complain about that?

Here's an example that is valid IMHO:

==
extern "C" void abort();

struct A
{
int i;

A()   : i(1) {}
A(const A& a) : i(1) {}
};

A __attribute__((pure)) foo() { return A(); }

int main()
{
if (foo().i != 1)
abort();
return 0;
}
==

The abort is triggered on the 3.4 branch and the 4.0 branch.
GCC 3.3.6 and mainline work fine.

The same happens, if one uses __attribute__((const)).


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   Keywords||monitored
  Known to fail|4.0.1   |3.4.0 4.0.1
  Known to work|3.4.0 4.1.0 |3.3.6 4.1.0
Summary|[4.0 Regression] pure   |[3.4/4.0 Regression] pure
   |attribute produces incorrect|attribute produces incorrect
   |results |results


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

[Bug fortran/23063] New: %LOC construct not implemented

[p dot w dot draper at durham dot ac dot uk]

The %LOC construct returns the memory address of a storage item. It is used for
interoperability with other languages.

This feature is present in g77:

http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025LOC_0028_0029.html#g_t_0025LOC_0028_0029

-- 
   Summary: %LOC construct not implemented
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: p dot w dot draper at durham dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i386-redhat-linux


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

[Bug fortran/23063] %LOC construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:37 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/23060] %VAL construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:37 ---
*** Bug 23063 has been marked as a duplicate of this bug. ***

-- 


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

[Bug fortran/23064] New: %LOC construct not implemented

[p dot w dot draper at durham dot ac dot uk]

The %LOC construct returns the memory address of a storage item. It is used for
interoperability with other languages.

This feature is present in g77:

http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025LOC_0028_0029.html#g_t_0025LOC_0028_0029

-- 
   Summary: %LOC construct not implemented
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: p dot w dot draper at durham dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i386-redhat-linux


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

[Bug fortran/23064] %LOC construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:56 ---
Can you stop filing dup bugs?  Or is this just pressing reload and getting a 
new bug?

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/23060] %VAL construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:56 ---
*** Bug 23064 has been marked as a duplicate of this bug. ***

-- 


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

[Bug fortran/23064] %LOC construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:57 ---
Woops wrong thing.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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

[Bug ada/22533] [4.1 regression] ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)

[pluto at agmk dot net]

--- Additional Comments From pluto at agmk dot net  2005-07-25 16:58 ---
linked patch causes an ice. get correct patch from PR22631. 
 

-- 


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

[Bug fortran/23064] %LOC construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:58 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/22282] loc intrinsic is not implemented in gfortran

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:58 ---
*** Bug 23064 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||p dot w dot draper at durham
   ||dot ac dot uk


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

[Bug fortran/23063] %LOC construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:59 ---
Woops wrong bug.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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

[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-07-25 
16:59 ---
This appears to work now... 

-- 


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

[Bug fortran/23063] %LOC construct not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:59 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/22282] loc intrinsic is not implemented in gfortran

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
16:59 ---
*** Bug 23063 has been marked as a duplicate of this bug. ***

-- 


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

[Bug ada/22533] [4.1 regression] ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
17:02 ---
Actually only the slight modification is needed to the linked patch.
If I change the second agrument to create_tmp_var/create_tmp_var_raw to "C" 
instead of NULL, we 
no longer get an ICE.

I don't understand why passing NULL to those functions change anything but oh 
well.

-- 


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

[Bug other/20128] ice with mudflap + profile generate

[pluto at agmk dot net]

--- Additional Comments From pluto at agmk dot net  2005-07-25 17:03 ---
with 4.1.0-20050724 testcase works. 
 

-- 


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

[Bug other/20128] ice with mudflap + profile generate

[pluto at agmk dot net]

--- Additional Comments From pluto at agmk dot net  2005-07-25 17:04 ---
(In reply to comment #3) 
> with 4.1.0-20050724 testcase works.  
>   
 
wrrr, please ignore previous comment. case still fails. 
 

-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
17:07 ---
Confirmed as fixed.

-- 
   What|Removed |Added

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


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

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

[pinskia at gcc dot gnu dot org]

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

Bug 19940 Summary: Missed jump threading opportunity due to |.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19940

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug c++/22597] [3.4/4.0 Regression] pure attribute produces incorrect results

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-25 
17:13 ---
Jason, this was fixed on mainline by your patch for PR 19317:
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00858.html

Would you mind looking at this problem, too?


-- 
   What|Removed |Added

 CC||jason at gcc dot gnu dot org


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

gcc 3.4.4 bug

[John M. Gravley]

I have found an apparent bug in gcc 3.4.4 under Cygwin. The attached 
test case (and the code it's derived from) works as expected with Cygwin 
gcc 3.3.3 with the exact same Cygwin install except the compiler 
packages. It also works fine with various versions of gcc on other 
platforms, including 3.4.2 (FC3) and 4.0 (FC4).


The test case is all of the files in the attached 
gcc-3.4.4-bug-test-case.tar.gz.  I sent the sample instead of the 
preprocessed files because the bug only presents itself when the base 
class code is in a library.  If you include it in the main file or just 
link it in as a .o, the code works fine.


This is probably isn't an absolute minimal test case, but it's not far off.

I have included cygcheck.out.gz as per Cygwin bug reporting instructions 
in case it's needed/wanted.  I gzipped it to avoid the verbosity in the 
message for those who don't care.


I submitted this to the cygwin mailing list and was asked to report it 
as a gcc bug.  I looked at entering it into the bugzilla database, but I 
didn't see a way to easily give you this type of test case using that 
mechanism.


Please let me know if I have misssed some needed information.

John

gcc version (results of gcc -v)
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose
--prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib
--libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,java,objc --enable-nls
--without-included-gettext --enable-version-specific-runtime-libs
--without-x --enable-libgcj --disable-java-awt --with-system-zlib
--enable-interpreter --disable-libgcj-debug --enable-threads=posix
--enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions
--enable-hash-synchronization --enable-libstdcxx-debug : (reconfigured)
Thread model: posix
gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)

system (results of uname -a)
CYGWIN_NT-5.0 trivia 1.5.17(0.129/4/2) 2005-05-25 19:38 i686 unknown
unknown Cygwin

command line (see Makefile and baselib.mak)

There are no compiler warnings or errors.


cygcheck.out.gz
Description: application/gzip


gcc-3.4.4-bug-test-case.tar.gz
Description: application/gzip

[Bug c++/21687] [4.0/4.1 Regression] ICE in GC with local class inside a template function

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-07-25 18:18 
---
Whatever you might think, this is not my bug.

This is the C++ front end calling ggc_collect in the middle of parsing a
function.  I can't tell whether or not there is a ggc_push_context missing
when we begin parsing the local class, or if we simply shouldn't have the
collect in expand_or_defer_fn.

-- 


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

[Bug c++/22626] [4.1 Regression] ICE with optimization turned on while trying to exand complex multiply

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-07-25 18:52 
---
It's reproducible with the C front end with -fno-unit-at-a-time.

-- 


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

[Bug middle-end/22626] [4.1 Regression] ICE with optimization turned on while trying to exand complex multiply

[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
  Component|c++ |middle-end
   Last reconfirmed|2005-07-23 09:40:46 |2005-07-25 19:04:50
   date||


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

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
20:27 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-25 
20:28 ---
Subject: Bug 22484

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-25 20:28:02

Modified files:
gcc: ChangeLog tree-ssa-ccp.c tree-ssa-propagate.c 
gcc/testsuite  : ChangeLog 

Log message:
2005-07-25  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/22484
* tree-ssa-ccp.c (fold_stmt_inplace): Strip useless type conversions
after fold.
* tree-ssa-propagate.c (set_rhs): Reject invalid conditional operands.
2005-07-25  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/22484
* testsuite/g++.dg/opt/loop2.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9541&r2=2.9542
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-ccp.c.diff?cvsroot=gcc&r1=2.83&r2=2.84
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-propagate.c.diff?cvsroot=gcc&r1=2.26&r2=2.27
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5821&r2=1.5822



-- 


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

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

[schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project dot de]

-- 
   What|Removed |Added

  BugsThisDependsOn||23065


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

[Bug fortran/23065] New: MAXPATHLEN usage in fortran/module.c

[schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project dot de]

Please do not use MAXPATHLEN, it is a arbitrary limit, and is not
defined on GNU.  Currently this makes building gcc-4.0 fail on GNU since 
fortran/module.c assumes that MAXPATHLEN is defined.  Please do not use these 
kind of limits in GNU programs.

Not having MAXPATHLEN is perfectly compliant with POSIX, same goes for
MAXHOSTNAMELEN, PATH_MAX etc.

-- 
   Summary: MAXPATHLEN usage in fortran/module.c
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project
dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-pc-gnu
  GCC host triplet: i386-pc-gnu
GCC target triplet: i386-pc-gnu
OtherBugsDependingO 21824
 nThis:


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

[Bug fortran/23065] MAXPATHLEN usage in fortran/module.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
20:40 ---
I don't see the usage anywhere in fortran/module.c.

-- 


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

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-07-25 
20:41 ---
Patch posted for 3.4:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01653.html

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||07/msg01653.html


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

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-25 
20:43 ---
Never mind, it is indirect with PATH_MAX.

In fact this is a bad use of MAXPATHLEN because we could get a buffer overflow.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-25 20:43:32
   date||
Summary|MAXPATHLEN usage in |MAXPATHLEN usage in
   |fortran/module.c|fortran/{scanner,module}.c


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

[Bug c++/12076] gcov misreports coverage of return statement [NVR]

[jbuck at gcc dot gnu dot org]

--- Additional Comments From jbuck at gcc dot gnu dot org  2005-07-25 20:54 
---
It's OK if NVR uses the same location and emits no code, and if coverage
information reflects this.  The problem is that part of the coverage machinery
appears to "think" that there is unreached code on the line with the return
statement, so a "#" is output rather than a "-".  Emitting a "-" rather
than a count would also be OK, and arguably correct if there is no real object
code corresponding to the source line.





-- 


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

[Bug tree-optimization/22574] [4.1 Regression] ICE with IMA and optimization and extern inline

[zadeck at naturalbridge dot com]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |zadeck at naturalbridge dot
   |dot org |com
 Status|NEW |ASSIGNED


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

[Bug tree-optimization/20398] ICE compiling mauve's gnu/testlet/java/io/RandomAccessFile/jdk11.java

[daney at gcc dot gnu dot org]

--- Additional Comments From daney at gcc dot gnu dot org  2005-07-25 21:08 
---
This version of gcc seems to work:

$ gcc --version
gcc (GCC) 4.1.0 20050725 (experimental)

So it looks like someone fixed the problem.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-25 
21:13 ---
Subject: Bug 19208

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-07-25 21:13:18

Modified files:
gcc/cp : ChangeLog pt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: array11.C 

Log message:
cp/
PR c++/19208
* pt.c (tsubst): Use fold_non_dependent_expr to fold array domains.

testsuite/
PR c++/19208
* g++.dg/template/array11.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.227&r2=1.3892.2.228
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.816.2.55&r2=1.816.2.56
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.408&r2=1.3389.2.409
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/array11.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.34.1



-- 


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

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-07-25 
21:13 ---
Fixed in GCC 3.4.5 too.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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