[Bug tree-optimization/17647] [4.0 regression] Missing i386 addressing modes

[uros at kss-loka dot si]

--- Additional Comments From uros at kss-loka dot si  2004-11-05 08:00 ---
Another comment on code in comment #3:

LEA instruction uses only 32bit constant as a displacement. The code size of
inner loop is considerably bigger in gcc-4.0 compiled code. (Note that LEA with
a scale factor should be replaced by a shift in P4 case...)

Another feature would be to use an %ecx as a count register in inner loops. In
this case, TARGET_USE_LOOP architectures (such as K6) could use a loop insn for
inner loops.

gcc-4.0 (21 bytes)
  23:   8d 04 d5 00 00 00 00lea0x0(,%edx,8),%eax
  2a:   dd 04 01fldl   (%ecx,%eax,1)
  2d:   dd 1c 03fstpl  (%ebx,%eax,1)
  30:   83 c2 01add$0x1,%edx
  33:   39 55 0ccmp%edx,0xc(%ebp)
  36:   7f eb   jg 23 

gcc-3.2 (13 bytes):
  22:   dd 04 c2fldl   (%edx,%eax,8)
  25:   dd 1c c1fstpl  (%ecx,%eax,8)
  28:   83 c0 01add$0x1,%eax
  2b:   39 f0   cmp%esi,%eax
  2d:   7c f3   jl 22 


-- 


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

[Bug fortran/18111] spurious warnings with -W -Wunused

[martin at mpa-garching dot mpg dot de]

--- Additional Comments From martin at mpa-garching dot mpg dot de  2004-11-05 
08:31 ---
Since the patch has been approved  
(http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02547.html),  
could someone please commit it?  
Or is it better to wait for the complete fix?  
  

-- 


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

[Bug tree-optimization/18219] [4.0 Regression] gcc-4.0.0 bloats code by 31%

[uros at kss-loka dot si]

--- Additional Comments From uros at kss-loka dot si  2004-11-05 09:10 ---
It looks that this PR is related to PR17647. Should we merge them together?

Uros.

-- 


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

[Bug libfortran/18297] gfortran : file opening fails if only read access

[mimo2 at free dot fr]

--- Additional Comments From mimo2 at free dot fr  2004-11-05 09:15 ---
 I don't know what is the "true" fortran convention, but this code
  program test
  open(unit=10,file='test.txt',status='old')
  write(*,*) ' file is read'
  end
 works on g77 (and all the other compilers I've used) even when the
 file test.txt is in readonly access. And you would then break backward
 compatibility with g77 !!
   I think we should have this "Fortran runtime error: Permission denied" only
 if we try to write on the file, not at the opening (and subsequent reading). 

-- 


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

[Bug c++/18304] unnecessary typename expected

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-05 10:29 
---
For those in doubt, here's chapter and verse: [14.6]/6 says

  Within the definition of a class template [...] the keyword typename is
  not required when referring to the unqualified name of a previously
  declared member of the class template that declares a type. The keyword
  typename shall always be specified when the member is referred to using
  a qualified name [...].

Since t::v is a qualified name I agree with Giovanni and GCC.
Btw, icc seems to get it wrong.


-- 


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

[Bug tree-optimization/18219] [4.0 Regression] gcc-4.0.0 bloats code by 31%

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-11-05 10:34 
---
Subject: Re:  [4.0 Regression] gcc-4.0.0 bloats code by 31%

uros at kss-loka dot si wrote:

> It looks that this PR is related to PR17647. Should we
> merge them together?

We are still waiting for Zdenek's patch to be applied. I will reevaluate the PR
after it.

Giovanni Bajo




-- 


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

[Bug tree-optimization/18307] New: merge_pointed_to_info called incorrectly

[nathan at gcc dot gnu dot org]

The attached program (preprocessed gengtype) causes merge_pointed_to_info to
be called with the same node as DEST and ORIG.  This is an erroneous use
of that function.

I'm about to commit a check and early exit in that function, to prevent further
breakage, but it really needs assertifying.

-- 
   Summary: merge_pointed_to_info called incorrectly
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nathan at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu


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

[Bug tree-optimization/18307] merge_pointed_to_info called incorrectly

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2004-11-05 10:48 
---
Created an attachment (id=7478)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7478&action=view)
test case

Compile at -O2

-- 


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

[Bug tree-optimization/18307] merge_pointed_to_info called incorrectly

[nathan 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|UNCONFIRMED |ASSIGNED


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

[Bug tree-optimization/18307] merge_pointed_to_info called incorrectly

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-05 10:56 
---
Subject: Bug 18307

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-05 10:56:03

Modified files:
gcc: ChangeLog tree-ssa-alias.c 

Log message:
PR tree-optimization/18307
* tree-ssa-alias.c (merge_pointed_to_info): Protected against DEST
and ORIG being the same node.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6184&r2=2.6185
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-alias.c.diff?cvsroot=gcc&r1=2.51&r2=2.52



-- 


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

[Bug fortran/18111] spurious warnings with -W -Wunused

[Tobias dot Schlueter at physik dot uni-muenchen dot de]

--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot 
de  2004-11-05 11:20 ---
Subject: Re:  spurious warnings with -W -Wunused

martin at mpa-garching dot mpg dot de wrote:
> --- Additional Comments From martin at mpa-garching dot mpg dot de  2004-11-05 
> 08:31 ---
> Since the patch has been approved  
> (http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02547.html),  
> could someone please commit it?  
> Or is it better to wait for the complete fix?  
>   
> 
I hope to get there today, I've had very little time for gfortran work recently.


-- 


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

[Bug ada/18302] ACATS test c94002f hangs on Solaris 10/x86

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-11-05 11:30 
---
Same problem on i586-redhat-linux-gnu with c953002.


-- 
   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
Version|0.0 |4.0.0


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

[Bug tree-optimization/18308] New: ICE in do_jump, at dojump.c:274

[reichelt at gcc dot gnu dot org]

The following code snippet causes an ICE on mainline when compiled with
"-O -ftree-vectorize -funroll-loops":

=
void foo();

void bar()
{
int i, j, k=0;

for (i=0; i<2; ++i)
if (j) k=2;

if (k) foo();
}
=

bug.c: In function 'bar':
bug.c:4: internal compiler error: in do_jump, at dojump.c:274
Please submit a full bug report, [etc.]

Phil's regression hunter says:
: Search converges between 2004-10-01-014001-trunk (#570) and
2004-10-01-161002-trunk (#571).

-- 
   Summary: ICE in do_jump, at dojump.c:274
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, monitored
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/18308] ICE in do_jump, at dojump.c:274

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-05 13:25 
---
Zdenek, the problem appeared with your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg00030.html


-- 
   What|Removed |Added

 CC||rakdver at gcc dot gnu dot
   ||org


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

[Bug tree-optimization/18308] ICE in do_jump, at dojump.c:274

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-05 13:51 
---
ifcvt produces non-gimple:
  _ifc_.2_15 = (j_6 != 0 || !_ifc_.1_16) && ivtmp.0_4 != 0;

Confirmed.

-- 
   What|Removed |Added

 CC||dpatel at apple dot com
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-05 13:51:36
   date||


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

[Bug fortran/15164] trans-decl.c:411: gfc_finish_var_decl: Assertion failed

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-05 14:10 
---
Subject: Bug 15164

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-05 14:10:38

Modified files:
gcc/fortran: ChangeLog trans-decl.c 

Log message:
PR fortran/15164
* trans-decl.c (gfc_finish_var_decl): Don't declare arguments to
module procedures as if they were module variables.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.247&r2=1.248
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-decl.c.diff?cvsroot=gcc&r1=1.46&r2=1.47



-- 


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

[Bug fortran/15164] trans-decl.c:411: gfc_finish_var_decl: Assertion failed

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-11-05 14:15 ---
The issue with Andrew's reduced testcase which had disappeared had resurfaced
due to another bugfix, the above commit should fix it again for good.

It remains the infinite recursion.

-- 


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

[Bug tree-optimization/18219] [4.0 Regression] gcc-4.0.0 bloats code by 31%

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-05 14:34 
---
Hmm, for -O2 on PPC, we are not using the branch on count register instruction if we 
do that, -O2 will 
be smaller than -Os.

-- 


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

[Bug bootstrap/18211] [4.0 Regression] Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o'

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-05 14:56 
---
Does this still happen?  I don't see anyway for this to even happen as hard-reg-set.h 
is not a generated 
header at all.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c/18309] New: ICE on valid code in print_operand_address, at config/rs6000/rs6000.c:9678 (procps-3.2.4)

[lu_zero at gentoo dot org]

cc -c -D_GNU_SOURCE -I proc -I/usr/include/ncurses -fno-common -ffast-math -W
-Wall -Wshadow -Wcast-align -Wredundant-decls -Wbad-function-cast -Wcast-qual
-Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -O2
-s -m64 -Wdeclaration-after-statement -Wpadded -Wstrict-aliasing
-frename-registers -fomit-frame-pointer -fno-inline-functions -DSHARED=1 -fpic
proc/alloc.c -o proc/alloc.o
proc/alloc.c: In function `xcalloc':
proc/alloc.c:21: internal compiler error: in print_operand_address, at
config/rs6000/rs6000.c:9678

-- 
   Summary: ICE on valid code in print_operand_address, at
config/rs6000/rs6000.c:9678 (procps-3.2.4)
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lu_zero at gentoo dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-unknown-linux-gnu
  GCC host triplet: powerpc-unknown-linux-gnu
GCC target triplet: powerpc-unknown-linux-gnu


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

[Bug c/18309] ICE on valid code in print_operand_address, at config/rs6000/rs6000.c:9678 (procps-3.2.4)

[lu_zero at gentoo dot org]

--- Additional Comments From lu_zero at gentoo dot org  2004-11-05 15:34 ---
Created an attachment (id=7479)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7479&action=view)
preprocessed sources


-- 


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

[Bug c/18309] ICE on valid code in print_operand_address, at config/rs6000/rs6000.c:9678 (procps-3.2.4)

[lu_zero at gentoo dot org]

--- Additional Comments From lu_zero at gentoo dot org  2004-11-05 15:35 ---
Created an attachment (id=7480)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7480&action=view)
clean source


-- 


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

[Bug tree-optimization/18250] [4.0 regression] ICE in var_ann, at tree-flow-inline.h:34

[schwab at suse dot de]

--- Additional Comments From schwab at suse dot de  2004-11-05 15:35 ---
I can reproduce that on x86 when building the Ada library: 
 
../../xgcc -B../../ -c -g -O2 -fPIC  -W -Wall -gnatpg  s-mastop.adb -o 
s-mastop.o 
+===GNAT BUG DETECTED==+ 
| 4.0.0 20041105 (experimental) (SUSE Linux) (i586-suse-linux-gnu) GCC error:| 
| in var_ann, at tree-flow-inline.h:34 | 
| Error detected at s-mastop.adb:594:1 | 
 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |
Summary|ICE in var_ann, at tree-|[4.0 regression] ICE in
   |flow-inline.h:34|var_ann, at tree-flow-
   ||inline.h:34


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

[Bug target/18309] ICE on valid code in print_operand_address, at config/rs6000/rs6000.c:9678 (procps-3.2.4)

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
Summary|ICE on valid code in|ICE on valid code in
   |print_operand_address, at   |print_operand_address, at
   |config/rs6000/rs6000.c:9678 |config/rs6000/rs6000.c:9678
   |(procps-3.2.4)  |(procps-3.2.4)


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

[Bug tree-optimization/18250] [4.0 regression] ICE in var_ann, at tree-flow-inline.h:34

[schwab at suse dot de]

-- 
   What|Removed |Added

 GCC target triplet||i586-*-linux


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

[Bug target/18309] ICE on valid code in print_operand_address, at config/rs6000/rs6000.c:9678 (procps-3.2.4)

[lu_zero at gentoo dot org]

--- Additional Comments From lu_zero at gentoo dot org  2004-11-05 15:49 ---
seems -m64 is causing the issue.

-- 


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

[Bug fortran/18218] Miscompare in sixtrack benchmark caused by loss of precision

[jgrimm2 at us dot ibm dot com]

-- 
   What|Removed |Added

 CC||jgrimm2 at us dot ibm dot
   ||com


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

[Bug bootstrap/18310] New: [3.4.2 regression] "make bootstrap-lean" deletes stage2/xgcc

[prj-bugzilla-gcc at multivac dot cwru dot edu]

Sorry for the late notice.  "make bootstrap" works for me, but "make
bootstrap-lean" fails:
make[4]: Entering directory
`/fs/data/mount/home/prj/src/spf/gcc-3.4.3-20041031-build/gcc'
stage2/xgcc -Bstage2/
-B/package/misc/spf/gcc-3.4.3-20041031/i686-pc-linux-gnu/bin/   -O2 -g -pipe
-DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wold-style-definition -DHAVE_CONFIG_H
-Wl,--dynamic-linker,/package/misc/spf/gcc-3.4.3-20041031/spf/glibc/lib/ld-linux.so.2
-L/nil -Wl,-R,/package/misc/spf/gcc-3.4.3-20041031/spf/glibc/lib -o g++ \
  gcc.o g++spec.o intl.o prefix.o version.o   ../libiberty/libiberty.a  
make[4]: stage2/xgcc: Command not found
make[4]: *** [g++] Error 127

-- 
   Summary: [3.4.2 regression] "make bootstrap-lean" deletes
stage2/xgcc
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: prj-bugzilla-gcc at multivac dot cwru dot edu
CC: gcc-bugs at gcc dot gnu dot org,mark at codesourcery dot
com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug bootstrap/18310] [3.4.3 regression] "make bootstrap-lean" deletes stage2/xgcc

[prj-bugzilla-gcc at multivac dot cwru dot edu]

-- 
   What|Removed |Added

Summary|[3.4.2 regression] "make|[3.4.3 regression] "make
   |bootstrap-lean" deletes |bootstrap-lean" deletes
   |stage2/xgcc |stage2/xgcc


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

[Bug c++/18311] New: member visibility in inherited template classes

[enrico_groups at libero dot it]

Hi,

I think I have found a bug related to template inheritance: parent class members
seem not to be accessible from public derived classes despite the members'
visibility (public/protected/private).

Please refer to the code below.

The code does not compile, complaining about the variable 'member' not being
defined.
I believe it is a bug because:
- the same compiles fine with non template classes
- the same compiles fine if I inherit from a specifi template (eg hello)

while logically I would expect all of the above to behave in the same way in
this context.

Regards,
Enrico Costanza

---

#include 

using namespace std;

template  
class hello {
public:
int member;
public:
hello() {}
};

template 
class world: public hello {
public:
world() { member = 9;
cerr << "hello" << endl;
 }
};

int main(int arc, char** argv)
{
 world hmm;
 return 0;
}

-- 
   Summary: member visibility in inherited template classes
   Product: gcc
   Version: 3.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: enrico_groups at libero dot it
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libfortran/18297] gfortran : file opening fails if only read access

[mimo2 at free dot fr]

--- Additional Comments From mimo2 at free dot fr  2004-11-05 17:51 ---
I forgot to reopen the bug after my last comment.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/18311] member visibility in inherited template classes

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-05 17:54 
---
Read the release notes for 3.4, this is invalid C++.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/18211] [4.0 Regression] Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o'

[lucier at math dot purdue dot edu]

--- Additional Comments From lucier at math dot purdue dot edu  2004-11-05 18:06 
---
Subject: Re:  [4.0 Regression] Parallel bootstrap failure: No rule to make target 
`hard-reg-set.h', needed by `build/insn-conditions.o'

It has not happened again.  If it does, I'll open a new PR.



-- 


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

[Bug bootstrap/18211] [4.0 Regression] Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o'

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-05 18:07 
---
So lets close this bug then.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug c++/18061] Problem with template class

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/18306] seems not possible to specialize a template member function

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/17496] cannot access member of template base class in template derived class

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/17649] template protected member: no visibility in derived class

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/18286] templates with multipile inheritence fail compile

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/15801] g++ fails to identify member variables in templates

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/15639] Fails to find inherited function

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/18144] Use of parent's field in template classes

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/18311] member visibility in inherited template classes

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/17772] Derivating a templated class, the members of the base class are unknown

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/16713] call of template member function rejected

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/17403] Inherited data member reported as undeclared.

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/17152] Useless error message

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/18072] Function overload being selected from file scope instead of template class scope when called from base template class

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:27 ---
These are all duplicates of PR 15552 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/18061] Problem with template class

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:29 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:29 ---
*** Bug 18061 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||ycollet at freesurf dot fr


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

[Bug c++/18306] seems not possible to specialize a template member function

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:29 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:29 ---
*** Bug 18306 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||ramya dot chandar at wipro
   ||dot com


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

[Bug c++/18311] member visibility in inherited template classes

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:30 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:30 ---
*** Bug 18311 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||enrico_groups at libero dot
   ||it


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

[Bug c++/17649] template protected member: no visibility in derived class

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:30 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:30 ---
*** Bug 17649 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||simon dot marshall at misys
   ||dot com


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

[Bug c++/17496] cannot access member of template base class in template derived class

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:31 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:31 ---
*** Bug 17496 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||papadopo at shfj dot cea dot
   ||fr


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

[Bug c++/18286] templates with multipile inheritence fail compile

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:31 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:31 ---
*** Bug 18286 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||amir at spinux dot com


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

[Bug c++/15801] g++ fails to identify member variables in templates

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:31 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:31 ---
*** Bug 15801 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||v13 at priest dot com


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
*** Bug 15639 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||igodard at pacbell dot net


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

[Bug c++/15639] Fails to find inherited function

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:31 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/18144] Use of parent's field in template classes

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
*** Bug 18144 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||guillaume dot lemaitre33 at
   ||wanadoo dot fr


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

[Bug c++/17772] Derivating a templated class, the members of the base class are unknown

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
*** Bug 17772 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||Serge dot Iovleff at univ-
   ||lille1 dot fr


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

[Bug c++/16713] call of template member function rejected

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
*** Bug 16713 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||marco at technoboredom dot
   ||net


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

[Bug c++/17403] Inherited data member reported as undeclared.

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:32 ---
*** Bug 17403 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||william dot crocker at
   ||analog dot com


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

[Bug c++/17152] Useless error message

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:33 ---
Na, that was wrong, of course. 
W. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/18072] Function overload being selected from file scope instead of template class scope when called from base template class

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:34 ---
Duplicate of PR 15552. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/15552] template inheritance does not recognize member variables

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-11-05 19:34 ---
*** Bug 18072 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||dwoldrich_ebay at yahoo dot
   ||com


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

[Bug AWT/18312] New: Component.createImage() doesn't clear bitmap

[sven at physto dot se]

An image created with Component.createImage() is supposed to be filled with the
default component background gray.

Currently, it simply mallocs the pixmap data without initializing it, which is
also a mild security flaw.

Suggested fix is to do a fillRect() after creating the graphics context in
GtkComponentPeer.java.

An (faster) alternative would be to do a memset in the c method
Java_gnu_java_awt_peer_gtk_GdkGraphics_initState__II.

-- 
   Summary: Component.createImage() doesn't clear bitmap
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: AWT
AssignedTo: fitzsim at redhat dot com
ReportedBy: sven at physto dot se
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=18312

[Bug fortran/18111] spurious warnings with -W -Wunused

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-05 19:52 
---
Subject: Bug 18111

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-05 19:52:06

Modified files:
gcc/fortran: ChangeLog trans-decl.c 

Log message:
PR fortran/18111
*  trans-decl.c (create_function_arglist): Set DECL_ARTIFICIAL for
hidden parameters.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.248&r2=1.249
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-decl.c.diff?cvsroot=gcc&r1=1.47&r2=1.48



-- 


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

[Bug AWT/18312] Component.createImage() doesn't clear bitmap

[sven at physto dot se]

--- Additional Comments From sven at physto dot se  2004-11-05 19:52 ---
Created an attachment (id=7481)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7481&action=view)
Suggested patch


-- 


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

[Bug libstdc++/17218] unknown subjects in generated libstdc++ manpages

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-05 19:58 
---
Subject: Bug 17218

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-05 19:58:03

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/config/locale/ieee_1003.1-2001: 
 codecvt_specializations.h 
libstdc++-v3/config/os/gnu-linux: ctype_base.h 
libstdc++-v3/docs/doxygen: mainpage.html run_doxygen user.cfg.in 
libstdc++-v3/include/bits: allocator.h char_traits.h codecvt.h 
   concurrence.h locale_facets.h 
libstdc++-v3/include/ext: array_allocator.h debug_allocator.h 
  malloc_allocator.h mt_allocator.h 
  new_allocator.h pool_allocator.h 
  stdio_sync_filebuf.h 
libstdc++-v3/include/std: std_memory.h 
libstdc++-v3/include/tr1: array tuple 
Removed files:
libstdc++-v3/docs/doxygen: filter filter.sed 

Log message:
2004-11-05  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/17218
PR libstdc++/17223
* docs/doxygen/filter: Remove.
* docs/doxygen/filter.sed: Remove.
* docs/doxygen/mainpage.html: Add link to functions.
* docs/doxygen/run_doxygen: Changes due to new source filtering.
* docs/doxygen/user.cfg.in: Update to doxygen 1.3.9.1, tweak.
* include/bits/allocator.h: Tweaks for doxygen.
* include/bits/char_traits.h: Same.
* include/bits/codecvt.h: Same.
* include/bits/concurrence.h: Same.
* include/bits/locale_facets.h: Same.
* include/ext/array_allocator.h: Same.
* include/ext/debug_allocator.h: Same.
* include/ext/malloc_allocator.h: Same.
* include/ext/mt_allocator.h: Same.
* include/ext/new_allocator.h: Same.
* include/ext/pool_allocator.h: Same.
* include/ext/stdio_sync_filebuf.h: Same.
* include/std/std_memory.h: Same.
* include/tr1/array: Same.
* include/tr1/tuple: Same.
* config/locale/ieee_1003.1-2001/codecvt_specializations.h: Same.
* config/os/gnu-linux/ctype_base.h: Same.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2751&r2=1.2752
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/locale/ieee_1003.1-2001/codecvt_specializations.h.diff?cvsroot=gcc&r1=1.13&r2=1.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/os/gnu-linux/ctype_base.h.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/mainpage.html.diff?cvsroot=gcc&r1=1.11&r2=1.12
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/run_doxygen.diff?cvsroot=gcc&r1=1.27&r2=1.28
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/user.cfg.in.diff?cvsroot=gcc&r1=1.30&r2=1.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/filter.diff?cvsroot=gcc&r1=1.1&r2=NONE
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/filter.sed.diff?cvsroot=gcc&r1=1.2&r2=NONE
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/allocator.h.diff?cvsroot=gcc&r1=1.12&r2=1.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/char_traits.h.diff?cvsroot=gcc&r1=1.25&r2=1.26
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/codecvt.h.diff?cvsroot=gcc&r1=1.28&r2=1.29
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/concurrence.h.diff?cvsroot=gcc&r1=1.7&r2=1.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.h.diff?cvsroot=gcc&r1=1.96&r2=1.97
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/array_allocator.h.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/debug_allocator.h.diff?cvsroot=gcc&r1=1.6&r2=1.7
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/malloc_allocator.h.diff?cvsroot=gcc&r1=1.9&r2=1.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/mt_allocator.h.diff?cvsroot=gcc&r1=1.42&r2=1.43
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/new_allocator.h.diff?cvsroot=gcc&r1=1.7&r2=1.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/pool_allocator.h.diff?cvsroot=gcc&r1=1.19&r2=1.20
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/stdio_sync_filebuf.h.diff?cvsroot=gcc&r1=1.9&r2=1.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/std/std_memory.h.diff?cvsroot=gcc&r1=1.13&r2=1.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/array.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/tuple.diff?cvsroot=gcc&r1=1.3&r2=1.4



-- 


http://gcc.gnu.org/bugzilla/show_

[Bug libstdc++/17223] wrong/missing .so references in generated libstdc++ manpages

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-05 19:58 
---
Subject: Bug 17223

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-05 19:58:03

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/config/locale/ieee_1003.1-2001: 
 codecvt_specializations.h 
libstdc++-v3/config/os/gnu-linux: ctype_base.h 
libstdc++-v3/docs/doxygen: mainpage.html run_doxygen user.cfg.in 
libstdc++-v3/include/bits: allocator.h char_traits.h codecvt.h 
   concurrence.h locale_facets.h 
libstdc++-v3/include/ext: array_allocator.h debug_allocator.h 
  malloc_allocator.h mt_allocator.h 
  new_allocator.h pool_allocator.h 
  stdio_sync_filebuf.h 
libstdc++-v3/include/std: std_memory.h 
libstdc++-v3/include/tr1: array tuple 
Removed files:
libstdc++-v3/docs/doxygen: filter filter.sed 

Log message:
2004-11-05  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/17218
PR libstdc++/17223
* docs/doxygen/filter: Remove.
* docs/doxygen/filter.sed: Remove.
* docs/doxygen/mainpage.html: Add link to functions.
* docs/doxygen/run_doxygen: Changes due to new source filtering.
* docs/doxygen/user.cfg.in: Update to doxygen 1.3.9.1, tweak.
* include/bits/allocator.h: Tweaks for doxygen.
* include/bits/char_traits.h: Same.
* include/bits/codecvt.h: Same.
* include/bits/concurrence.h: Same.
* include/bits/locale_facets.h: Same.
* include/ext/array_allocator.h: Same.
* include/ext/debug_allocator.h: Same.
* include/ext/malloc_allocator.h: Same.
* include/ext/mt_allocator.h: Same.
* include/ext/new_allocator.h: Same.
* include/ext/pool_allocator.h: Same.
* include/ext/stdio_sync_filebuf.h: Same.
* include/std/std_memory.h: Same.
* include/tr1/array: Same.
* include/tr1/tuple: Same.
* config/locale/ieee_1003.1-2001/codecvt_specializations.h: Same.
* config/os/gnu-linux/ctype_base.h: Same.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2751&r2=1.2752
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/locale/ieee_1003.1-2001/codecvt_specializations.h.diff?cvsroot=gcc&r1=1.13&r2=1.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/os/gnu-linux/ctype_base.h.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/mainpage.html.diff?cvsroot=gcc&r1=1.11&r2=1.12
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/run_doxygen.diff?cvsroot=gcc&r1=1.27&r2=1.28
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/user.cfg.in.diff?cvsroot=gcc&r1=1.30&r2=1.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/filter.diff?cvsroot=gcc&r1=1.1&r2=NONE
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/doxygen/filter.sed.diff?cvsroot=gcc&r1=1.2&r2=NONE
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/allocator.h.diff?cvsroot=gcc&r1=1.12&r2=1.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/char_traits.h.diff?cvsroot=gcc&r1=1.25&r2=1.26
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/codecvt.h.diff?cvsroot=gcc&r1=1.28&r2=1.29
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/concurrence.h.diff?cvsroot=gcc&r1=1.7&r2=1.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.h.diff?cvsroot=gcc&r1=1.96&r2=1.97
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/array_allocator.h.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/debug_allocator.h.diff?cvsroot=gcc&r1=1.6&r2=1.7
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/malloc_allocator.h.diff?cvsroot=gcc&r1=1.9&r2=1.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/mt_allocator.h.diff?cvsroot=gcc&r1=1.42&r2=1.43
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/new_allocator.h.diff?cvsroot=gcc&r1=1.7&r2=1.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/pool_allocator.h.diff?cvsroot=gcc&r1=1.19&r2=1.20
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/stdio_sync_filebuf.h.diff?cvsroot=gcc&r1=1.9&r2=1.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/std/std_memory.h.diff?cvsroot=gcc&r1=1.13&r2=1.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/array.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/tuple.diff?cvsroot=gcc&r1=1.3&r2=1.4



-- 


http://gcc.gnu.org/bugzilla/show_

[Bug fortran/18111] spurious warnings with -W -Wunused

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-11-05 20:03 ---
The commit fixes the original issue, but not all of those mentioned in comment
#4. The remaining issues are related to arrays with descriptors.

-- 


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

[Bug AWT/18312] Component.createImage() doesn't clear bitmap

[fitzsim at redhat dot com]

--- Additional Comments From fitzsim at redhat dot com  2004-11-05 20:05 ---
This looks good.  Please commit.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-05 20:05:35
   date||


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

[Bug bootstrap/18310] [3.4 regression] "make bootstrap-lean" deletes stage2/xgcc

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||build
Summary|[3.4.3 regression] "make|[3.4 regression] "make
   |bootstrap-lean" deletes |bootstrap-lean" deletes
   |stage2/xgcc |stage2/xgcc
   Target Milestone|--- |3.4.4


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

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

[Thomas dot Koenig at online dot de]

--- Additional Comments From Thomas dot Koenig at online dot de  2004-11-05 21:01 
---
(In reply to comment #1)
> Really nobody builds inside the source directory.

How does one actually build the compiler, then?  gcc/doc/install.texi simply says

# @section Building a native compiler
#
# For a native build issue the command @samp{make bootstrap}

which fails (as shown in this bug).  INSTALL/README tells me the directory has
been obsoleted, and README points me to the doc directory (where I can't find
anything else relevant, but maybe that's just me).

-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-05 21:04 
---
Read:  for how people actually 
install/build GCC.

-- 


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

[Bug rtl-optimization/16104] [3.3/3.4 regression] ICE in reload_cse_simplify_operands, at postreload.c:378 with SSE2 code on -O2

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-05 21:12 
---
Hmm. I still the the ICE with my example in comment #4.


-- 


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

[Bug c++/18313] New: Missing warning for superfluous const's in return types

[reichelt at gcc dot gnu dot org]

The C++ frontend doesn't warn about superfluous const's in function
return types like the following (even with -Wall -W -pedantic):

=
const void bar();
const int foo();
=

This affects all compilers since 2.95.3.
The C frontend does warn about such situations.

-- 
   Summary: Missing warning for superfluous const's in return types
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: enhancement
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/18313] Missing warning for superfluous const's in return types

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-05 21:25 
---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-05 21:25:47
   date||


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

[Bug AWT/16740] Unwanted expose events upon mouse enter/exit

[fitzsim at redhat dot com]

--- Additional Comments From fitzsim at redhat dot com  2004-11-05 22:13 ---
We're receiving these expose events as a result of the GtkButton changing from
the  NORMAL to the PRELIGHT state.  I think we should accept this behaviour as a
difference in the native widget's implementation.  I'm closing this.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/18294] [4.0 Regression] ICE in rtl_verify_flow_info during bootstrap

[sje at cup dot hp dot com]

--- Additional Comments From sje at cup dot hp dot com  2004-11-05 22:51 ---
I still don't understand the bug but it seems to be related to the code inside
the   POINTERS_EXTEND_UNSIGNED ifdef in function.c.  If I comment this out
things compile, if I leave it in and put a call to verify_flow_info() before the
return 1 in that if block then verify_flow_info will cause an abort.  A call
just before the if statement will not abort so this appears to be the code that
is corrupting the cfg.

-- 


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

[Bug c/18314] New: Abnormal behavior in optimization

[lamshuyin at netvigator dot com]

For this program, -O2 will create an infinite loop:

int test=0;
void main(void)
{
   while((volatile int)test!=0);
}

If "volatile int" is not allowed, there should be at least some warning or 
error, but it compiles successfully.

-- 
   Summary: Abnormal behavior in optimization
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lamshuyin at netvigator dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386
  GCC host triplet: i386
GCC target triplet: ARM


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

[Bug java/15576] [4.0 Regression] Class initialization optimization is disabled

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-06 03:05 
---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug rtl-optimization/16702] ICE (segfault) when compiling qemu with -O on x86_64 with gcc 3.4

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
   Last reconfirmed|2004-08-05 16:43:58 |2004-11-06 03:13:46
   date||


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

[Bug c++/8171] Cannot compare pointer to member function of base and derived class

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-06 03:17 
---
PR 18040 shows a testcase where we ICE and the problem is related to this testcase.

-- 
   What|Removed |Added

OtherBugsDependingO||18040
  nThis||
   Last reconfirmed|2004-08-05 18:40:09 |2004-11-06 03:17:48
   date||


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

[Bug target/18106] Weak symbols are unimplemented on Windows

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-06 04:28 
---
Subject: Bug 18106

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-06 04:28:11

Modified files:
gcc: ChangeLog 
gcc/config/i386: cygming.h 
gcc/testsuite  : ChangeLog 
gcc/testsuite/lib: target-supports.exp 

Log message:
PR target/18106
* config/i386/cygming.h
[HAVE_GAS_WEAK] (ASM_WEAKEN_LABEL): Macro defined.

* lib/target-supports.exp (check_weak_available): Support
Windows.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6197&r2=2.6198
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/cygming.h.diff?cvsroot=gcc&r1=1.22&r2=1.23
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4550&r2=1.4551
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/lib/target-supports.exp.diff?cvsroot=gcc&r1=1.24&r2=1.25



-- 


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

[Bug target/18106] Weak symbols are unimplemented on Windows

[aaronavay62 at aaronwl dot com]

--- Additional Comments From aaronavay62 at aaronwl dot com  2004-11-06 04:29 
---
Fixed.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libfortran/18103] libgfortran system header conflict breaks bootstrap on MinGW

[aaronavay62 at aaronwl dot com]

--- Additional Comments From aaronavay62 at aaronwl dot com  2004-11-06 04:33 
---
Still waiting for patch in comment #1 to be approved.


-- 
   What|Removed |Added

   Last reconfirmed|2004-10-22 11:40:31 |2004-11-06 04:33:08
   date||


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

[Bug libfortran/18105] Compile errors in libgfortran/io/unix.c break Windows bootstrap

[aaronavay62 at aaronwl dot com]

--- Additional Comments From aaronavay62 at aaronwl dot com  2004-11-06 04:34 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libfortran/16991] [meta-bug] libgfortran does not build every where

[aaronavay62 at aaronwl dot com]

-- 
Bug 16991 depends on bug 18105, which changed state.

Bug 18105 Summary: Compile errors in libgfortran/io/unix.c break Windows bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug bootstrap/18107] [4.0 Regression] Bootstrap fails on i686-pc-mingw32

[aaronavay62 at aaronwl dot com]

-- 
Bug 18107 depends on bug 18105, which changed state.

Bug 18105 Summary: Compile errors in libgfortran/io/unix.c break Windows bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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