[Bug tree-optimization/22158] char global_var[] = "larger than 32 bytes"; uses silly amounts of alignment even with -Os

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

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa 
dot ua  2005-06-23 07:07 ---
Created an attachment (id=9132)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9132&action=view)
Same for ix86_local_alignment()


-- 


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

[Bug tree-optimization/22135] The gcc-4.1-20050611 compiler ICE's using -ftree-vectorize in conjunction with -fdump-tree-all-details-stats

[Ralf_Recker at gmx dot de]

--- Additional Comments From Ralf_Recker at gmx dot de  2005-06-23 07:08 
---
gcc-4.1-20050618 ICE's with the same error message.


-- 


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

[Bug tree-optimization/22159] New: gcc-4.1-20050618 ICE's during compilation of nbench-byte-2.2.2 file nbench0.c

[Ralf_Recker at gmx dot de]

Program:

nbench-byte-2.2.2.tar.gz

Command (ripped from the Makefile):

# The used compiler
CC = /opt/gcc-4.1-20050618/bin/gcc

# The used options for the compiler
CFLAGS = -s -static -Wall -O3 -fomit-frame-pointer

Error Message:

nbench0.c: In function 'main':
nbench0.c:66: internal compiler error: in tree_verify_flow_info, at 
tree-cfg.c:3716
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make: *** [nbench0.o] Error 1

Preprocessed source:

Nope (nbench0.i > 100K)

Other GCC snapshots:

gcc-4.1-20050604 and gcc-4.1-20050611 work fine.

Other remarks:

If I add the option -fno-inline-functions the compilation finishes
successfully with gcc-4.1-20050618 =>

It seems to me that the tree-inliner is a candidate for the bug hunt.

-- 
   Summary: gcc-4.1-20050618 ICE's during compilation of nbench-
byte-2.2.2 file nbench0.c
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ralf_Recker at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i586-pc-linux-gnu
  GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu


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

[Bug fortran/20248] gfortran: intrinsics and std=f95, inconsistency with other compilers

[anlauf at hep dot tu-darmstadt dot de]

--- Additional Comments From anlauf at hep dot tu-darmstadt dot de  
2005-06-23 07:42 ---
In order to retain the advantages of having -std=f95 and
common intrinsic extensions, I suggest to enable the latter
by a suitable compiler option.  g77 did this.
g95 does this with "-fintrinsic-extensions".

-- 


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

[Bug tree-optimization/20610] Real by complex multiplications perform unnecessary operations

[fengwang at gcc dot gnu dot org]

--- Additional Comments From fengwang at gcc dot gnu dot org  2005-06-23 
07:52 ---
And in extract_component() in tree-complex.c file, I need handle 
VIEW_CONVER_EXPR.
On gfortran front end, I need treat other type data as complex. So I build 
VIEW_CONVER_EXPR tree node and failed at extract_component(). Can you fix 
this, Richard?

-- 
   What|Removed |Added

 CC||wf_cs at yahoo dot com


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

[Bug tree-optimization/22135] The gcc-4.1-20050611 compiler ICE's using -ftree-vectorize in conjunction with -fdump-tree-all-details-stats

[Ralf_Recker at gmx dot de]

--- Additional Comments From Ralf_Recker at gmx dot de  2005-06-23 08:40 
---
P.S.: Why comes .c.t59.copyprop4 before .c.t72.copyprop3 (At that point the ICE
seems to occur)?

-- 


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

[Bug libstdc++/22109] [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-23 
09:25 ---
Subject: Bug 22109

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-06-23 09:24:49

Modified files:
libstdc++-v3   : ChangeLog acinclude.m4 configure 
libstdc++-v3/config/abi: compatibility.h 
libstdc++-v3/include/bits: char_traits.h 
libstdc++-v3/src: compatibility.cc 

Log message:
PR libstdc++/22109
* src/compatibility.cc (_GLIBCXX_SYMVER_COMPATIBILITY): Remove.
(istreambuf_iterator, basic_fstream, basic_ifstream, basic_ofstream,
_M_copy, _M_move, _M_assign, _M_disjunct, _M_check_length,
_M_set_length_and_sharable, ignore, eq): Define to XX suffixed
variants.
(ignore (streamsize)): Remove _W prefixed aliases.
(_GLIBCXX_3_4_SYMVER_SPECIAL, _GLIBCXX_3_4_5_SYMVER_SPECIAL,
_GLIBCXX_APPLY_SYMVER_SPECIAL): Remove.
(_GLIBCXX_3_4_SYMVER, _GLIBCXX_3_4_5_SYMVER): Add XXname argument.
Use #XXname instead of #name as the alias argument.
* config/abi/compatibility.h: Replace uses of
_GLIBCXX_APPLY_SYMVER_SPECIAL with _GLIBCXX_APPLY_SYMVER.  Always
pass 2 arguments to the _GLIBCXX_APPLY_SYMVER macro.
* include/bits/char_traits.h (char_traits::eq): Revert 2005-06-15
change.
* acinclude.m4: Decrease glibcxx_min_gnu_ld_version back to 21400.
* configure: Rebuilt.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.63&r2=1.2917.2.64
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/acinclude.m4.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.307.2.3&r2=1.307.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.423.2.4&r2=1.423.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/compatibility.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1.2.1&r2=1.1.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/char_traits.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.26.16.1&r2=1.26.16.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/compatibility.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1.2.1&r2=1.1.2.2



-- 


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

[Bug libmudflap/22155] ICE with: "-fmudflap -D_GLIBCXX_DEBUG"

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-06-23 
11:35 ---
Confirmed.
Reduced testcase (compile with g++ -fmudflap):

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

struct B
{
B(const A&);
};

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

void bar(int, B&);

void baz(int& i)
{
C c=C(B(A()),A());
bar(i,c.foo());
}
==

PR22155.cc: In function 'void baz(int&)':
PR22155.cc:19: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]


The problem was fixed on mainline by the patch in PR 19266.
Marking as duplicate then.

Frank, the testcase here is much shorter than the committed one
and does not depend on optimization.
Should we add this one, too?


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

-- 
   What|Removed |Added

 CC||fche at redhat dot com,
   ||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
   Keywords||ice-on-valid-code
 Resolution||DUPLICATE
   Target Milestone|--- |4.1.0


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

[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-06-23 
11:35 ---
*** Bug 22155 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||ctsa at u dot washington dot
   ||edu


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

[Bug target/22158] char global_var[] = "larger than 32 bytes"; uses silly amounts of alignment even with -Os

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|tree-optimization   |target


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

[Bug libmudflap/22155] ICE with: "-fmudflap -D_GLIBCXX_DEBUG"

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-06-23 
11:52 ---
Btw, here's an even shorter testcase:


struct A
{
~A() { }
};

struct B
{
B(const A&, const A&);
int foo();
};

void bar(int, int);

void baz(int& i)
{
B b=B(A(),A());
bar(i,b.foo());
}



-- 


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

[Bug target/22158] char global_var[] = "larger than 32 bytes"; uses silly amounts of alignment even with -Os

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
12:02 ---
Why do you think this is a bug?
Note the alignment change was done to support MMX/SSE:
.

-- 


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

[Bug tree-optimization/22159] [4.1 Regression] gcc-4.1-20050618 ICE's during compilation of nbench-byte-2.2.2 file nbench0.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
12:06 ---
Should be fixed already by:
2005-06-20  Jan Hubicka  <[EMAIL PROTECTED]>

* cfgloop.h (DLTHE_RECORD_COPY_NUMBER): New flag.
* cfgloopmanip.c (duplicate_loop_to_header_edge): Set aux flags only
when asked for.
* loop-unroll.c (peel_loop_completely, unroll_loop_constant_iterations,
unroll_loop_runtime_iterations, peel_loop_simple, unroll_loop_stupid):
Update call of duplicate_loop_to_header_edge.
(apply_opt_in_copies): Clear out aux pointers.

Can you try a CVS or attach the preprocessed source?

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Keywords||ice-on-valid-code
Summary|gcc-4.1-20050618 ICE's  |[4.1 Regression] gcc-4.1-
   |during compilation of   |20050618 ICE's during
   |nbench-byte-2.2.2 file  |compilation of nbench-byte-
   |nbench0.c   |2.2.2 file nbench0.c
   Target Milestone|--- |4.1.0


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

[Bug libfortran/22142] eoshift: boundary not filled in correctly

[fxcoudert at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-23 12:39:48
   date||


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

[Bug libfortran/22143] missing kinds 1 and 2 for eoshift and cshift

[fxcoudert at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-23 12:40:23
   date||


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

[Bug libfortran/22144] eoshift1, eoshift3, cshift1 lack memory allocation

[fxcoudert at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-23 12:40:58
   date||


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

[Bug fortran/22160] New: gfortran internal compiler error: Segmentation fault

[jochen at fhi-berlin dot mpg dot de]

The file http://netlib.org/ode/rksuite/rksuite.f produces an internal compiler
error:

> gfortran -c rksuite.f
rksuite.f: In function 'setup':
rksuite.f:210: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugzilla.redhat.com/bugzilla> for instructions.

Have reported bug to Redhat as well.

-- 
   Summary: gfortran internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jochen at fhi-berlin dot mpg dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet:  i386-redhat-linux
  GCC host triplet:  i386-redhat-linux
GCC target triplet:  i386-redhat-linux


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

[Bug fortran/22160] gfortran internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
12:48 ---
This is a dup of bug 15966.  Thanks for your report.

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

-- 
   What|Removed |Added

   Severity|critical|normal
 Status|UNCONFIRMED |RESOLVED
  GCC build triplet| i386-redhat-linux  |i386-redhat-linux
   GCC host triplet| i386-redhat-linux  |i386-redhat-linux
 GCC target triplet| i386-redhat-linux  |i386-redhat-linux
  Known to fail||4.1.0
 Resolution||DUPLICATE


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

[Bug fortran/15966] ICE and segmentation fault on internal write

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
12:48 ---
*** Bug 22160 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||jochen at fhi-berlin dot mpg
   ||dot de


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

template instantiation problem

[Immanuel Litzroth]

Code that is problematic follows.
>>> snip
#include 

template
inline void 
do_call(int (*fn)(T),
const char* msg,
T t1)
{
  int err;
  if ((err = fn(t1)) < 0){
throw std::string(msg);
  }
}

int
fn(int* a)
{
  return (a ?   1 :  -1);
}

int main(int argc ,char** argv)
{
  int j;
  do_call(fn, "hello", &j);
  do_call(fn, "hello", 0);
  do_call(fn, "hello", static_cast(0));   
}
>>> end snip

The problem seems to be that recent gcc's dont compile the second do_call 
because
they interpret 0 as being of type int. I have no idea whether c++ should be able
to do this, but it seems to me that gcc could find the right code to generate.
static_casting to int of course solves the problem.
Immanuel

***
I can, I can't.
Tubbs Tattsyrup

--
Immanuel Litzroth
Software Development Engineer
Enfocus Software
Antwerpsesteenweg 41-45
9000 Gent
Belgium
Voice: +32 9 269 23 90
Fax : +32 9 269 16 91
Email: [EMAIL PROTECTED]
web : www.enfocus.be
***

[Bug target/22158] char global_var[] = "larger than 32 bytes"; uses silly amounts of alignment even with -Os

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

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa 
dot ua  2005-06-23 12:56 ---
In majority of cases char msg[] = "A message" is used for text strings.
These are _bytes_, they need no alignment whatsoever, let alone 32 byte one.

I'm perfectly fine if other people want to do it, but I don't, so I use -Os.
I want to suppress this behavior for -Os.

Is it a bug or not is a matter of definition 'what is a bug' really...

BTW what is that another mysterious piece of code aligning something else to 32
bytes?

-- 


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

[Bug target/22158] char global_var[] = "larger than 32 bytes"; uses silly amounts of alignment even with -Os

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

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa 
dot ua  2005-06-23 13:03 ---
Oh, I did look at http://gcc.gnu.org/ml/gcc-patches/2000-06/msg00860.html,
I see 128 and 256 bit alignment added, but I don't immediately see where it is
applied to byte arrays (strings) - patch is not so small, where should I look?


-- 


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

Re: template instantiation problem

[Giovanni Bajo]

Immanuel Litzroth <[EMAIL PROTECTED]> wrote:

> The problem seems to be that recent gcc's dont compile the second do_call
> because they interpret 0 as being of type int.

Bad, bad GCC, how can it believe that the literal "0" is of type int! ;)

Jokes aside, previous GCC versions were buggy in this regard, and they were
allowing a conversion of "0" to pointer type. This is not allowed by the
ISO/ANSI C++ standard and has been fixed in later versions. Your code is
ill-formed. If you are not convinced, please bring this issue to a C++
discussion area, like comp.std.c++ or comp.lang.c++.moderated, thanks.
-- 
Giovanni Bajo

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

[kazu at cs dot umass dot edu]

-- 
   What|Removed |Added

 CC||kazu at cs dot umass dot edu


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

[Bug target/22158] char global_var[] = "larger than 32 bytes"; uses silly amounts of alignment even with -Os

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
13:12 ---
(In reply to comment #7)
> Oh, I did look at http://gcc.gnu.org/ml/gcc-patches/2000-06/msg00860.html,
> I see 128 and 256 bit alignment added, but I don't immediately see where it is
> applied to byte arrays (strings) - patch is not so small, where should I look?

actually that did not add it, it was there before that patch, just moved it to 
the function.
The comment above DATA_ALIGNMENT in i386.h should explain why it was this is 
done:
   One use of this macro is to increase alignment of medium-size
   data to make it all fit in fewer cache lines.  Another is to 
   cause character arrays to be word-aligned so that `strcpy' calls
   that copy constants to character arrays can be done inline.  */

Though this should be moved to i386.c so this question no longer is there.

-- 


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

[Bug c++/22161] New: Template linking error

[masse_nicolas at yahoo dot fr]

Most of the bug is described here:
http://bugs.gentoo.org/show_bug.cgi?id=96306

It seems to be a template instanciation problem. 
When I try to compile a program, I get this:

test_suffix_node.o(.text+0x1bd): In function `main':
: undefined reference to `cpl::internals::SuffixTree::insert(int&, char
const*)'
test_suffix_node.o(.text+0x1c8): In function `main':
: undefined reference to `cpl::internals::SuffixTree::print_tree()'
test_suffix_node.o(.text+0x215): In function `main':
: undefined reference to `cpl::internals::SuffixTree::key_exist(char
const*)'
test_suffix_node.o(.text+0x2b4): In function `main':
: undefined reference to `cpl::internals::SuffixTree::print_tree()'
test_suffix_node.o(.gnu.linkonce.r._ZTVN3cpl9internals10SuffixNodeIiEE+0x8):
undefined reference to `cpl::internals::SuffixNode::~SuffixNode()'
test_suffix_node.o(.gnu.linkonce.r._ZTVN3cpl9internals10SuffixNodeIiEE+0xc):
undefined reference to `cpl::internals::SuffixNode::~SuffixNode()'
test_suffix_node.o(.gnu.linkonce.r._ZTVN3cpl9internals10SuffixTreeIiEE+0x8):
undefined reference to `cpl::internals::SuffixTree::~SuffixTree()'
test_suffix_node.o(.gnu.linkonce.r._ZTVN3cpl9internals10SuffixTreeIiEE+0xc):
undefined reference to `cpl::internals::SuffixTree::~SuffixTree()'

-- 
   Summary: Template linking error
   Product: gcc
   Version: 3.3.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: masse_nicolas at yahoo dot fr
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/22161] Template linking error

[masse_nicolas at yahoo dot fr]

--- Additional Comments From masse_nicolas at yahoo dot fr  2005-06-23 
13:16 ---
Created an attachment (id=9133)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9133&action=view)
code who causes the problem


-- 


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

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

[pluto at agmk dot net]

-- 
   What|Removed |Added

 CC||pluto at agmk dot net


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

[Bug target/21760] [4.1 Regression] Powerpc atomic builtins missing PPC405 errata

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-23 
13:24 ---
Subject: Bug 21760

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-23 13:24:14

Modified files:
gcc: ChangeLog 
gcc/config/rs6000: rs6000.h rs6000.md 
Added files:
gcc/config/rs6000: sync.md 

Log message:
PR target/21760
* config/rs6000/rs6000.h (PPC405_ERRATUM77): New.
* config/rs6000/rs6000.md: Move atomic instructions to ...
* config/rs6000/sync.md: Here.
Change sync_compare_and_swap to define_expand.  All stwcx
patterns test PPC405_ERRATUM77.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9210&r2=2.9211
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/sync.md.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.h.diff?cvsroot=gcc&r1=1.370&r2=1.371
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.md.diff?cvsroot=gcc&r1=1.381&r2=1.382



-- 


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

[Bug c++/22161] Template linking error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
13:24 ---
This is not a bug, this is how C++ templates work.  You want to include 
templates functions in the 
same TU as the where you use them.  Unless you use export but export is not 
implemented yet.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug AWT/22162] New: double-click fails to select entire word

[tromey at gcc dot gnu dot org]

I ran across this bug when looking at the chess game:

./gcjappletviewer http://www.chessgames.com/perl/chessgame?gid=1044316

Advance to black's move 3.  Text will appear below the board.
Now double-click on "Matulovic's".  Only "Matulovic" will be selected.
I expected the entire word to be selected.

-- 
   Summary: double-click fails to select entire word
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: AWT
AssignedTo: fitzsim at redhat dot com
ReportedBy: tromey at gcc dot gnu dot org
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=22162

[Bug AWT/22163] New: scrollbars appear and disappear

[tromey at gcc dot gnu dot org]

I can see this with this chess game:

./gcjappletviewer http://www.chessgames.com/perl/chessgame?gid=1044316

Advance to white's first move, so that there is text in the area
below the board.  Now move your mouse slowly off the bottom edge
(or right edge) of the text area.  You'll see a scrollbar appear
briefly and then disappear.

-- 
   Summary: scrollbars appear and disappear
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: AWT
AssignedTo: fitzsim at redhat dot com
ReportedBy: tromey at gcc dot gnu dot org
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=22163

[Bug tree-optimization/22043] [4.1 Regression] Fields not initialized for automatic structs with flexible array members

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
14:32 ---
Fixed on the 4.0 branch at least.

-- 
   What|Removed |Added

Summary|[4.0/4.1 Regression] Fields |[4.1 Regression] Fields not
   |not initialized for |initialized for automatic
   |automatic structs with  |structs with flexible array
   |flexible array members  |members
   Target Milestone|4.0.1   |4.1.0


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

[Bug tree-optimization/22000] [4.0/4.1 Regression] Read from volatile member of struct is optimized away

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
14:42 ---
This looks like a latent bug on the mainline too, just harder to reproduce and 
here is a testcase:
struct test {
  struct tt
  {
  volatile int a;
  volatile int b;
  } t;
};

int main(int argc, char *argv[]){

 struct test *p = (struct test *)0x1000;
 struct tt *ptr = &p->t;

 ptr->b = 10;
 (int)ptr->b;

 return 1;
}

-- 
   What|Removed |Added

Summary|[4.0 Regression] Read from  |[4.0/4.1 Regression] Read
   |volatile member of struct is|from volatile member of
   |optimized away  |struct is optimized away


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

[Bug ada/22164] New: GNAT rejects matching parameter in generic instantiation as non-matching

[ludovic dot brenta at insalien dot org]

(Debian bug #315414)

--  ARM 15.5.3(7): "The component subtypes of the formal and actual
--  array types shall statically match."

generic
package P is
type T is private;
private
type T is new Integer;
end P;

generic
type Formal_Array_Type is array (Positive range <>) of T;
package P.Q is
end P.Q;


with P.Q;
package Test_315414 is
package Instance_Of_P is new P;

type Array_Type is array (Positive range <>) of Instance_Of_P.T;

package Instance_Of_Q is new P.Q (Formal_Array_Type => Array_Type);
end Test_315414;


The compiler should accept the program, but says:

test_315414.ads:9:49: component subtype of actual does not match that of formal
"Formal_Array_Type"
test_315414.ads:9:49: instantiation abandoned
gnatmake: "test_315414.ads" compilation error

-- 
   Summary: GNAT rejects matching parameter in generic instantiation
as non-matching
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic dot brenta at insalien dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-23 
14:44 ---
Subject: Bug 19317

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-23 14:44:21

Modified files:
gcc: ChangeLog tree.h calls.c tree-inline.c 
 tree-pretty-print.c gimplify.c tree-nrv.c 
 tree-pass.h tree-optimize.c 
gcc/cp : ChangeLog semantics.c 
Added files:
gcc/testsuite/g++.dg/opt: nrv9.C 

Log message:
PR c++/19317
Leave the return slot target in the MODIFY_EXPR rather than making
it an argument, but only use it if the CALL_EXPR has a flag set.
* tree.h (CALL_EXPR_HAS_RETURN_SLOT_ADDR): Rename to
CALL_EXPR_RETURN_SLOT_OPT.
* calls.c (expand_call): Adjust.
* tree-inline.c (expand_call_inline): Adjust.
* tree-pretty-print.c (dump_generic_node): Adjust.

And set the flag as appropriate.
* gimplify.c (gimplify_modify_expr_rhs): Set
CALL_EXPR_HAS_RETURN_SLOT_ADDR where the LHS is obviously safe.
* tree-nrv.c (execute_return_slot_opt): Set
CALL_EXPR_HAS_RETURN_SLOT_ADDR based on escape analysis.
* tree-pass.h: Declare pass_return_slot.
* tree-optimize.c (init_tree_optimization_passes): Add it.

* cp/semantics.c (simplify_aggr_init_expr): Use
CALL_EXPR_RETURN_SLOT_OPT, not CALL_EXPR_HAS_RETURN_SLOT_ADDR.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9211&r2=2.9212
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gcc&r1=1.737&r2=1.738
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/calls.c.diff?cvsroot=gcc&r1=1.389&r2=1.390
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-inline.c.diff?cvsroot=gcc&r1=1.196&r2=1.197
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-pretty-print.c.diff?cvsroot=gcc&r1=2.63&r2=2.64
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gimplify.c.diff?cvsroot=gcc&r1=2.136&r2=2.137
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-nrv.c.diff?cvsroot=gcc&r1=2.7&r2=2.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-pass.h.diff?cvsroot=gcc&r1=2.42&r2=2.43
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-optimize.c.diff?cvsroot=gcc&r1=2.108&r2=2.109
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4797&r2=1.4798
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&r1=1.477&r2=1.478
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/nrv9.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug ada/22164] GNAT rejects matching parameter in generic instantiation as non-matching

[ludovic dot brenta at insalien dot org]

-- 
   What|Removed |Added

   Keywords||rejects-valid


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

[Bug ada/22165] New: GNAT rejects matching parameter in generic instantiation as non-matching

[ludovic dot brenta at insalien dot org]

(Debian bug #315414)

--  ARM 15.5.3(7): "The component subtypes of the formal and actual
--  array types shall statically match."

generic
package P is
type T is private;
private
type T is new Integer;
end P;

generic
type Formal_Array_Type is array (Positive range <>) of T;
package P.Q is
end P.Q;


with P.Q;
package Test_315414 is
package Instance_Of_P is new P;

type Array_Type is array (Positive range <>) of Instance_Of_P.T;

package Instance_Of_Q is new P.Q (Formal_Array_Type => Array_Type);
end Test_315414;


The compiler should accept the program, but says:

test_315414.ads:9:49: component subtype of actual does not match that of formal
"Formal_Array_Type"
test_315414.ads:9:49: instantiation abandoned
gnatmake: "test_315414.ads" compilation error

-- 
   Summary: GNAT rejects matching parameter in generic instantiation
as non-matching
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic dot brenta at insalien dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug ada/22164] GNAT rejects matching parameter in generic instantiation as non-matching

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
14:47 ---
On the mainline (and 4.0.0) on powerpc-darwin, I get:
test_315414.ads:9:34: invalid prefix in selected component "P"


-- 


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

[Bug ada/22165] GNAT rejects matching parameter in generic instantiation as non-matching

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
14:50 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug ada/22164] GNAT rejects matching parameter in generic instantiation as non-matching

[pinskia at gcc dot gnu dot org]

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

-- 


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

[Bug c++/21799] [4.0/4.1 regression] Spurious ambiguity with pointers to members

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-06-23 14:51 
---
Mark, since you are looking for bugs to be fixed in 4.0.1 again, would 
this regression between 4.0.0 and the present state of 4.0.1 interest  
you? This is code that also appears in boost... 
 
W. 

-- 


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

[Bug ada/22164] GNAT rejects matching parameter in generic instantiation as non-matching

[ludovic dot brenta at insalien dot org]

-- 
   What|Removed |Added

 CC||sparre at nbi dot dk


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

[Bug ada/22164] GNAT rejects matching parameter in generic instantiation as non-matching

[ludovic dot brenta at insalien dot org]

--- Additional Comments From ludovic dot brenta at insalien dot org  
2005-06-23 14:53 ---
Sorry - replace line 9 with:

package Instance_Of_Q is new Instance_Of_P.Q (Formal_Array_Type => 
Array_Type);

-- 
Ludovic Brenta.


-- 


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

[Bug ada/22164] GNAT rejects matching parameter in generic instantiation as non-matching

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
14:55 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.1.0 4.0.0 3.3
   Last reconfirmed|-00-00 00:00:00 |2005-06-23 14:55:50
   date||


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

Re: [Bug c++/22154] New: [DR 382] qualified names should allow typename keyword in front of it (even in non-templates)

[Gabriel Dos Reis]

"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:

| The following should compile according to this DR report (but it is only in 
ready state so I am going to 
| confirm it and then suspend it):
| class a {};
| typename ::a f();
| 
| Also the following should not compile as a is not qualified then:
| class a {};
| typename a f();

If that is what the DR says, then the DR does not make any sense...

-- Gaby

[Bug c++/22154] [DR 382] qualified names should allow typename keyword in front of it (even in non-templates)

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-06-23 14:58 ---
Subject: Re:  New: [DR 382] qualified names should allow typename keyword in 
front of it (even in non-templates)

"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:

| The following should compile according to this DR report (but it is only in 
ready state so I am going to 
| confirm it and then suspend it):
| class a {};
| typename ::a f();
| 
| Also the following should not compile as a is not qualified then:
| class a {};
| typename a f();

If that is what the DR says, then the DR does not make any sense...

-- Gaby


-- 


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

[Bug java/20697] Invalid Can't find method error on call to super

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-23 
15:01 ---
Subject: Bug 20697

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

Modified files:
gcc/java   : ChangeLog parse.y 
libjava: ChangeLog 
Added files:
libjava/testsuite/libjava.compile: PR20697.java 

Log message:
PR java/20697
* parse.y (find_most_specific_methods_list): Remove special case for
inner classes.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1630&r2=1.1631
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/parse.y.diff?cvsroot=gcc&r1=1.539&r2=1.540
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.compile/PR20697.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3673&r2=1.3674



-- 


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

[Bug java/20697] Invalid Can't find method error on call to super

[mckinlay at redhat dot com]

--- Additional Comments From mckinlay at redhat dot com  2005-06-23 15:02 
---
Fix checked in.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug java/18131] [meta-bug] inner class problems in java front-end

[mckinlay at redhat dot com]

-- 
Bug 18131 depends on bug 20697, which changed state.

Bug 20697 Summary: Invalid Can't find method error on call to super
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug c++/22154] [DR 382] qualified names should allow typename keyword in front of it (even in non-templates)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
15:04 ---
(In reply to comment #4)
> If that is what the DR says, then the DR does not make any sense...
Hey I am just reading what it says:
.

DR 468 is about allowing ::template outside of templates.

I am not making this up.

-- 


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

[Bug c++/21799] [4.0/4.1 regression] Spurious ambiguity with pointers to members

[mark at codesourcery dot com]

--- Additional Comments From mark at codesourcery dot com  2005-06-23 15:04 
---
Subject: Re:  [4.0/4.1 regression] Spurious ambiguity with
 pointers to members

bangerth at dealii dot org wrote:
> --- Additional Comments From bangerth at dealii dot org  2005-06-23 14:51 
> ---
> Mark, since you are looking for bugs to be fixed in 4.0.1 again, would 
> this regression between 4.0.0 and the present state of 4.0.1 interest  
> you? This is code that also appears in boost... 

Definitely a serious bug, but I'm not sure I want to try to fix it 
before 4.0.1.  I'm really trying to confine myself to wrong-code bugs on 
primary platforms...



-- 


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

[Bug c++/21799] [4.0/4.1 regression] Spurious ambiguity with pointers to members

[bangerth at ices dot utexas dot edu]

--- Additional Comments From bangerth at ices dot utexas dot edu  
2005-06-23 15:08 ---
Subject: Re:  [4.0/4.1 regression] Spurious ambiguity with
 pointers to members


> Definitely a serious bug, but I'm not sure I want to try to fix it
> before 4.0.1.  I'm really trying to confine myself to wrong-code bugs on
> primary platforms...

It could be fixed by backing out Nathan's patch (that, to the best of my 
knowledge didn't fix a regression).

But your statement is fair enough, thanks for the feedback!

W.

-
Wolfgang Bangerth  email:[EMAIL PROTECTED]
www: http://www.ices.utexas.edu/~bangerth/



-- 


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

[Bug testsuite/22123] gcc.dg/fold-mod-1.c scan-tree-dump a % 4294967288 fails

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-23 
15:08 ---
Subject: Bug 22123

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-23 15:08:39

Modified files:
gcc/testsuite  : ChangeLog 
gcc/testsuite/gcc.dg: fold-mod-1.c 

Log message:
2005-06-23  James A. Morrison  <[EMAIL PROTECTED]>

PR testsuite/22123
* gcc.dg/fold-mod-1.c: Accept fff8 as well.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5673&r2=1.5674
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/fold-mod-1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


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

[Bug tree-optimization/22000] [4.0/4.1 Regression] Read from volatile member of struct is optimized away

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-06-23 
15:11 ---
I somewhat suspect this hunk of code in c-typeck.c:build_component_ref:

  if (TREE_THIS_VOLATILE (datum) || TREE_THIS_VOLATILE (subdatum))
TREE_THIS_VOLATILE (ref) = 1;

I don't see anything that sets TREE_SIDE_EFFECTS.

However, from tree.h:

   If this bit is set in an expression, so is TREE_SIDE_EFFECTS.  */
   #define TREE_THIS_VOLATILE(NODE) ((NODE)->common.volatile_flag)

However, I'm having a hard time getting good connectivity back to my build
machine to experiment with this.

Joseph, any ideas about this?

-- 
   What|Removed |Added

 CC||joseph at codesourcery dot
   ||com


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

[Bug c++/21799] [4.0/4.1 regression] Spurious ambiguity with pointers to members

[mark at codesourcery dot com]

--- Additional Comments From mark at codesourcery dot com  2005-06-23 15:20 
---
Subject: Re:  [4.0/4.1 regression] Spurious ambiguity with
 pointers to members

bangerth at ices dot utexas dot edu wrote:
> --- Additional Comments From bangerth at ices dot utexas dot edu  
> 2005-06-23 15:08 ---
> Subject: Re:  [4.0/4.1 regression] Spurious ambiguity with
>  pointers to members
> 
> 
> 
>>Definitely a serious bug, but I'm not sure I want to try to fix it
>>before 4.0.1.  I'm really trying to confine myself to wrong-code bugs on
>>primary platforms...
> 
> 
> It could be fixed by backing out Nathan's patch (that, to the best of my 
> knowledge didn't fix a regression).

I've CC'd nathan -- but he's on a plane over the Atlantic right now, so 
I'm not sure we'll get a quick response.  In any case, I think we can 
live with this until 4.0.2.

Thanks,



-- 


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

[Bug tree-optimization/22000] [4.0/4.1 Regression] Read from volatile member of struct is optimized away

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-06-23 
15:28 ---
Hmm, no, TREE_SIDE_EFFECTS does seem to be getting set.

-- 


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

[Bug libstdc++/22109] [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2005-06-23 15:30 ---
Subject: Re:  [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 
internal error

> Dave, does the 2.15 binutils build complete without error? (And testresults 
> are
> correct?)

Yes, it did.  This was the debian version, so it's been patched somewhat.

> I have not tried this version of binutils. For what it's worth (not much)
> 
> %ld --version
> GNU ld version 2.16.1

This also worked.  However, both 2.15 and 2.16.x have the problem fixed
by Lu's patch.  Thus, I don't know why they would work.

I see Jacob has applied a fix but I haven't had time to test with
an older version of binutils.

Dave


-- 


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

[Bug preprocessor/22042] stringification BUG

[s__nakayama at infoseek dot jp]

--- Additional Comments From s__nakayama at infoseek dot jp  2005-06-23 
15:35 ---
(In reply to comment #1)
> I don't see why this is really a bug because if you output the string, it 
will look the same.

NO! Your guess is wrong.
I never report, if the output always looks the same.
I wrote the sample if you output the string, it do not look the same.



-- 


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

[Bug testsuite/22123] gcc.dg/fold-mod-1.c scan-tree-dump a % 4294967288 fails

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-06-23 
15:47 ---
fixed in the previous commit.

-- 
   What|Removed |Added

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


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

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

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.1.0   |4.0.1


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

[Bug c++/20996] friend class declaration in namespace wrong in template class with specialisation

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.1.0   |4.0.1


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

[Bug AWT/19847] AWT drawImage fails to render transparent GIFs

[mark at gcc dot gnu dot org]

--- Additional Comments From mark at gcc dot gnu dot org  2005-06-23 15:48 
---
There are two parts to this bug.
1) Small images weren't loaded correctly.
2) An image that is scaled/clipped and doesn't use (0,0) as origin isn't scaled
correctly.

1) is fixed in GNU Classpath by:

2005-06-22  Mark Wielaard  <[EMAIL PROTECTED]>

* gnu/java/awt/peer/gtk/GdkPixbufDecoder.java
(pumpBytes): Throws IOException.
(pumpDone): New native method.
(produce): Call pumpDone().
* include/gnu_java_awt_peer_gtk_GdkPixbufDecoder.h: Regenerated.
* native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkPixbufDecoder.c
(Java_gnu_java_awt_peer_gtk_GdkPixbufDecoder_pumpDone): New method.
(Java_gnu_java_awt_peer_gtk_GdkPixbufDecoder_pumpBytes): Check for
errors on gdk_pixbuf_loader_write.

2) Isn't fixed yet. It occurs in gnu.java.awt.peer.gtk.GtkImage.drawImage()
where it says:
// Clipping. This requires the dst to be scaled as well,


-- 


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

[Bug tree-optimization/22117] [4.1 Regression] VRP thinks + is always nonnull.

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-23 
16:04 ---
Subject: Bug 22117

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

Modified files:
gcc: ChangeLog tree-vrp.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/tree-ssa: pr22117.c 

Log message:
gcc/
PR tree-optimization/22117
* tree-vrp.c (extract_range_from_binary_expr): Compute a
correct range when adding two pointers.

testsuite/
PR tree-optimization/22117
* gcc.dg/tree-ssa/pr22117.c: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9212&r2=2.9213
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vrp.c.diff?cvsroot=gcc&r1=2.32&r2=2.33
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5674&r2=1.5675
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr22117.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug java/22166] New: 0x80000000/-1 is wrong

[pinskia at gcc dot gnu dot org]

The following code should work on not throw a NPE or any other kind of 
exception (or abort):
public class t
{
  public static void main(String[] a)
  {
   int i = -1;
   int j = (0x8000);
   int k = j/i;
 //  int k1 = j/i;
   System.out.println("k = "+k);
  }
}

Using -fuse-divide-subroutine makes this work correctly.

-- 
   Summary: 0x8000/-1 is wrong
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC target triplet: i686-pc-linux-gnu


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

[Bug libstdc++/22109] [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-23 
16:49 ---
Subject: Bug 22109

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-23 16:49:00

Modified files:
libstdc++-v3   : ChangeLog acinclude.m4 configure 
libstdc++-v3/config/abi: compatibility.h 
libstdc++-v3/include/bits: char_traits.h 
libstdc++-v3/src: compatibility.cc 

Log message:
PR libstdc++/22109
* src/compatibility.cc (_GLIBCXX_SYMVER_COMPATIBILITY): Remove.
(istreambuf_iterator, basic_fstream, basic_ifstream, basic_ofstream,
_M_copy, _M_move, _M_assign, _M_disjunct, _M_check_length,
_M_set_length_and_sharable, ignore, eq): Define to XX suffixed
variants.
(ignore (streamsize)): Remove _W prefixed aliases.
(_GLIBCXX_3_4_SYMVER_SPECIAL, _GLIBCXX_3_4_5_SYMVER_SPECIAL,
_GLIBCXX_APPLY_SYMVER_SPECIAL): Remove.
(_GLIBCXX_3_4_SYMVER, _GLIBCXX_3_4_5_SYMVER): Add XXname argument.
Use #XXname instead of #name as the alias argument.
* config/abi/compatibility.h: Replace uses of
_GLIBCXX_APPLY_SYMVER_SPECIAL with _GLIBCXX_APPLY_SYMVER.  Always
pass 2 arguments to the _GLIBCXX_APPLY_SYMVER macro.
* include/bits/char_traits.h (char_traits::eq): Revert 2005-06-15
change.
* acinclude.m4: Decrease glibcxx_min_gnu_ld_version back to 21400.
* configure: Rebuilt.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3043&r2=1.3044
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/acinclude.m4.diff?cvsroot=gcc&r1=1.318&r2=1.319
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.diff?cvsroot=gcc&r1=1.444&r2=1.445
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/compatibility.h.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/char_traits.h.diff?cvsroot=gcc&r1=1.27&r2=1.28
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/compatibility.cc.diff?cvsroot=gcc&r1=1.2&r2=1.3



-- 


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

[Bug tree-optimization/22000] [4.0/4.1 Regression] Read from volatile member of struct is optimized away

[joseph at codesourcery dot com]

--- Additional Comments From joseph at codesourcery dot com  2005-06-23 
16:59 ---
Subject: Re:  [4.0/4.1 Regression] Read from
 volatile member of struct is optimized away

On Thu, 23 Jun 2005, mmitchel at gcc dot gnu dot org wrote:

> I somewhat suspect this hunk of code in c-typeck.c:build_component_ref:
> 
> if (TREE_THIS_VOLATILE (datum) || TREE_THIS_VOLATILE (subdatum))
>   TREE_THIS_VOLATILE (ref) = 1;
> 
> I don't see anything that sets TREE_SIDE_EFFECTS.

In general TREE_SIDE_EFFECTS is set by the low-level tree-building code in 
tree.c (if set for the operands of a tree) so front ends need only change 
it if the defaults are wrong.

>If this bit is set in an expression, so is TREE_SIDE_EFFECTS.  */
>#define TREE_THIS_VOLATILE(NODE) ((NODE)->common.volatile_flag)

This does seem like something tree checking could usefully be added for.



-- 


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

[Bug SWING/22151] JInternalFrame causes OutOfMemory error when maximized.

[abalkiss at redhat dot com]

--- Additional Comments From abalkiss at redhat dot com  2005-06-23 17:20 
---
1: removing the call to handleEvent() in
BasicInternalFrameUI$GlassPaneDispatcher.mouseExited fixes the problem, but does
it break something else?

2: after maximizing, you have to move the mouse to trigger the infinite loop.

-- 


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

[Bug c++/22154] [DR 382] qualified names should allow typename keyword in front of it (even in non-templates)

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-06-23 18:13 ---
Subject: Re:  [DR 382] qualified names should allow typename keyword in front 
of it (even in non-templates)

"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:

| --- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
15:04 ---
| (In reply to comment #4)
| > If that is what the DR says, then the DR does not make any sense...
| Hey I am just reading what it says:
| .
| 
| DR 468 is about allowing ::template outside of templates.
| 
| I am not making this up.

I'm not saying you're making it up.  It just strikes me that the new
"subtlities" don't make much sense.

-- Gaby


-- 


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

[Bug SWING/22151] JInternalFrame causes OutOfMemory error when maximized.

[abalkiss at redhat dot com]

--- Additional Comments From abalkiss at redhat dot com  2005-06-23 18:20 
---
Created an attachment (id=9135)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9135&action=view)
proposed patch


-- 


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

[Bug SWING/22151] JInternalFrame causes OutOfMemory error when maximized.

[abalkiss at redhat dot com]

--- Additional Comments From abalkiss at redhat dot com  2005-06-23 18:21 
---
Patch proposed, should be patched in classpath very shortly.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1


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

[Bug SWING/21444] Swing JList can't do multiple selection

[abalkiss at redhat dot com]

--- Additional Comments From abalkiss at redhat dot com  2005-06-23 18:23 
---
I patched this in classpath, merge should fix it.

-- 


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

[Bug SWING/19860] Swing JOptionPane and multiline texts

[abalkiss at redhat dot com]

--- Additional Comments From abalkiss at redhat dot com  2005-06-23 18:23 
---
I patched this in classpath, merge should fix it.

-- 


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

[Bug java/21695] ICE when building gnu-xml.lo in libjava directory

[marco at technoboredom dot net]

--- Additional Comments From marco at technoboredom dot net  2005-06-23 
18:47 ---
My build crashes on the same location with the same message (The fresh gcj ICEs
in DomDOMException.java:171), when I am trying to build a mingw cross on my
slackware box. Here is my configuration statement from config.status: 

/usr/local/src/gcc/source/gcc-4.0.0/configure   -v
--prefix=/usr/local/gcc/mingw32-4.0.0 --target=i386-pc-mingw32 --en
able-nls --enable-libgcj --enable-interpreter --enable-threads=win32
--enable-java-gc=boehm --enable-sjlj-exceptions --w
ithout-included-gettext --with-system-zlib
--disable-version-specific-runtime-libs --disable-win32-registry --with-gcc-v
ersion-trigger=/usr/local/src/gcc/source/gcc-4.0.0/gcc/version.c
--enable-languages=c,c++,java

-- 


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

[Bug tree-optimization/22157] [4.0/4.1 Regression] struct copying code gen

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
19:49 ---
I have a fix, it does what I recommended.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-23 19:49:02
   date||


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-23 
19:49 ---
I have a fix, it does what I recommended in 22157.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-23 19:49:18
   date||


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

[Bug tree-optimization/22000] [4.0/4.1 Regression] Read from volatile member of struct is optimized away

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-23 
20:15 ---
Subject: Bug 22000

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-06-23 20:15:29

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

Log message:
PR 22000
* tree-ssa-operands.c (get_expr_operands): Check the volatility of
the FIELD_DECL and set s_ann->has_volatile_ops accordingly.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.290&r2=2.7592.2.291
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-operands.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.63&r2=2.63.2.1



-- 


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

[Bug fortran/21594] FAIL: gfortran.dg/eoshift.f90 -O0 execution test

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2005-06-23 20:22 
---
Looks like Thomas indentified a whole bunch of problems in EOSHIFT ...

-- 
   What|Removed |Added

  BugsThisDependsOn||22142, 22143


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

[Bug tree-optimization/22000] [4.1 Regression] Read from volatile member of struct is optimized away

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-06-23 
20:23 ---
Fixed in 4.0.1.

-- 
   What|Removed |Added

Summary|[4.0/4.1 Regression] Read   |[4.1 Regression] Read from
   |from volatile member of |volatile member of struct is
   |struct is optimized away|optimized away
   Target Milestone|4.0.1   |4.1.0


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

[Bug fortran/21986] Bad .mod file, ICE upon USE

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2005-06-23 20:36 
---
Segfault here while reading the module:
Program received signal SIGSEGV, Segmentation fault.
mio_ref (rp=Variable "rp" is not available.
) at ../../gcc/fortran/module.c:1839
1839  if (sym->components != NULL && p->u.pointer == NULL)

... where sym == NUlL.

I can't see anything obviously wrong with the module file.

-- 


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

[Bug fortran/21918] Warnings about unused variables should point to the declaration

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2005-06-23 20:47 
---
We have a declared_at field in gfc_symbol, with this, this is easily fixed.  
Index: trans-decl.c
===
RCS file: /cvs/gcc/gcc/gcc/fortran/trans-decl.c,v
retrieving revision 1.61
diff -u -p -r1.61 trans-decl.c
--- trans-decl.c11 Jun 2005 22:29:17 -  1.61
+++ trans-decl.c23 Jun 2005 20:44:39 -
@@ -,12 +,14 @@ generate_local_decl (gfc_symbol * sym)
   if (sym->attr.referenced)
 gfc_get_symbol_decl (sym);
   else if (sym->attr.dummy && warn_unused_parameter)
-warning (0, "unused parameter %qs", sym->name);
+gfc_warning ("Unused parameter %s declared at %L", sym->name,
+sym->declared_at);
   /* Warn for unused variables, but not if they're inside a common
 block or are use-associated.  */
   else if (warn_unused_variable
   && !(sym->attr.in_common || sym->attr.use_assoc))
-   warning (0, "unused variable %qs", sym->name);
+   gfc_warning ("unused variable %s declared at %L", sym->name,
+sym->declared_at);
 }
 }



-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |tobi at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-06-05 06:39:21 |2005-06-23 20:47:57
   date||


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

[Bug c++/22167] New: Strange optimization bug when using -Os

[dahowell at directv dot com]

The attached file osbugs.cpp will print a "BUG" message when compiled with 
the -Os switch with g++ 3.4.4 on powerpc.  This is due to the optimizer 
generating incorrect code, by apparently incorrectly determining that S::p is 
not being changed by the method S::init() before S::~S() is called.

I found this bug originally in the 3.3.5 version of the compiler, and it was 
causing a strange crash down in the basic_string code, but I've been able 
strip the code down to what I think is about the minimum needed to reproduce 
the optimization failure.  No pre-processor directives are in the attached 
source file.

The bug has been reproduced in mips-linux 3.3.5, and i386-linux 3.3.2 and 
3.3.5.  The bug does not appear in i386-linux 3.4.4.

Sample output, showing that this bug occurs across several different 
distributions of GCC:

powerpc, 3.4.4:

$ g++-3.4 --version | head -n1
g++-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-13)
$ g++-3.4 -O2 osbugs.cpp -o osbugs
$ ./osbugs
p is 0x10011050 and p2 is 0x10011050 (should be non-zero and equal)
$ g++-3.4 -Os osbugs.cpp -o osbugs
$ ./osbugs
p is 0x0 and p2 is 0x0 (should be non-zero and equal)
BUG p is 0x10011050 and p2 is 0x0

i386, 3.3.5:

$ g++ --version | head -n1
g++ (GCC) 3.3.5 (Debian 1:3.3.5-13)
$ g++ -O2 osbugs.cpp -o osbugs
$ ./osbugs
p is 0x804a008 and p2 is 0x804a008 (should be non-zero and equal)
$ g++ -Os osbugs.cpp -o osbugs
$ ./osbugs
p is 0x0 and p2 is 0x0 (should be non-zero and equal)
BUG p is 0x804a008 and p2 is 0x0

i386, 3.3.2:

$ g++ --version | head -n1
g++ (GCC) 3.3.2 (Red Hat Linux 3.3.2-1)
$ g++ -O2 osbugs.cpp -o osbugs
$ ./osbugs
p is 0x8f0f008 and p2 is 0x8f0f008 (should be non-zero and equal)
$ g++ -Os osbugs.cpp -o osbugs
$ ./osbugs
p is 0x0 and p2 is 0x0 (should be non-zero and equal)
BUG p is 0x8497008 and p2 is 0x0

mips, 3.3.5:

$ mips-linux-g++ --version | head -n1
mips-linux-g++ (GCC) 3.3.5
$ mips-linux-g++ -O2 osbugs.cpp -o osbugs

[mipsbox]$ ./osbugs
p is 0x1240 and p2 is 0x1240 (should be non-zero and equal)

$ mips-linux-g++ -Os osbugs.cpp -o osbugs

[mipsbox]$ ./osbugs
p is 0x1240 and p2 is 0x0 (should be non-zero and equal)
BUG p is 0x1240 and p2 is 0x0

-- 
   Summary: Strange optimization bug when using -Os
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dahowell at directv dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-linux
  GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux


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

[Bug c++/22167] Strange optimization bug when using -Os

[dahowell at directv dot com]

--- Additional Comments From dahowell at directv dot com  2005-06-23 23:48 
---
Created an attachment (id=9138)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9138&action=view)
Short test file which demonstrates optimization failuer

This is pretty much what was left of basic_string.h after I removed all the
code which was not needed to cause the bug to happen.  For the curious, S was
derived from the basic_string template, A was derived from the allocator
object, and p used to be the _M_rep pointer to the basic_string::_Rep
structure.  S::init was once basic_string::append.

The function do_nothing was once the allocator's dispose method, but as you can
see it now truly should do nothing.  But it doesn't quite do nothing, it causes
the optimizer to fail when optimizing for size.  The seemingly pointless
static_cast also is needed to cause the bug.  Inlining either S::init or
do_nothing will also make the bug magically disappear.

-- 


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

[Bug c++/22167] Strange optimization bug when using -Os

[dahowell at directv dot com]

-- 
   What|Removed |Added

   Attachment #9138|Short test file which   |Short test file which
description|demonstrates optimization   |demonstrates optimization
   |failuer |failure


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

[Bug tree-optimization/22014] [4.1 Regression] ICE in do_structure_copy, at tree-ssa-structalias.c:2363

[ahaas at airmail dot net]

--- Additional Comments From ahaas at airmail dot net  2005-06-24 01:43 
---
Hi.

Daniel Berlin's patch of June 20 has fixed bug 22016 - a duplicate of this.
Builds of GCC after this patch had been applied would successfully compile CVS
postgres, the package I found that would fail. I believe this bug can be closed 
now.


-- 


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

[Bug tree-optimization/22117] [4.1 Regression] VRP thinks + is always nonnull.

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2005-06-24 01:59 
---
Just checked in a patch.


-- 


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

[Bug preprocessor/22168] New: #if #A == #B should have a diagnostic

[geoffk at gcc dot gnu dot org]

GCC quietly accepts the following:

#define A a
#define B a
#if #A == #B
#endif

but it should not, because '#A == #B' is not an integer constant expression, 
see C99 section 6.10.1 
paragraph 1.  GCC does properly diagnose

#if "a" == "a"

-- 
   Summary: #if #A == #B should have a diagnostic
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  Severity: normal
  Priority: P3
 Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geoffk at gcc dot gnu dot org
CC: dje at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot
org
 GCC build triplet: *
  GCC host triplet: *-*-*
GCC target triplet: *


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

[Bug tree-optimization/22014] [4.1 Regression] ICE in do_structure_copy, at tree-ssa-structalias.c:2363

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-24 
02:28 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22000] [4.1 Regression] Read from volatile member of struct is optimized away

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-24 
03:38 ---
Subject: Bug 22000

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-24 03:38:06

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

Log message:
PR 22000
* tree-ssa-operands.c (get_expr_operands): Check the volatility of
the FIELD_DECL and set s_ann->has_volatile_ops accordingly.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9215&r2=2.9216
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-operands.c.diff?cvsroot=gcc&r1=2.87&r2=2.88



-- 


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

[Bug tree-optimization/22000] [4.1 Regression] Read from volatile member of struct is optimized away

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-06-24 
03:40 ---
Fixed in 4.0.1.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/21985] [4.0 Regression] miscompiled or wrong code snippet?

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-24 
03:44 ---
Subject: Bug 21985

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-06-24 03:44:51

Modified files:
gcc: ChangeLog fold-const.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/tree-ssa: pr21985.c 

Log message:
Backport:
2005-06-13  Zdenek Dvorak  <[EMAIL PROTECTED]>
PR middle-end/21985
* fold-const.c (split_address_to_core_and_offset): Always return
the address of the base object.

Backport:
2005-06-19  Richard Henderson  <[EMAIL PROTECTED]>
* gcc.dg/tree-ssa/pr21985.c: Use size_t.
2005-06-13  Zdenek Dvorak  <[EMAIL PROTECTED]>
PR middle-end/21985
* gcc.dg/tree-ssa/pr21985.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.291&r2=2.7592.2.292
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.517.2.10&r2=1.517.2.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr21985.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.2.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.246&r2=1.5084.2.247



-- 


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

[Bug middle-end/21985] [4.0 Regression] miscompiled or wrong code snippet?

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-06-24 
03:53 ---
Fixed in 4.0.1.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c/22169] New: internal compiler error

[rendelj at landcorp dot co dot nz]

Sun0S 5.8
gcc 3.4.2
compiling with option mcpu=v9, get internal compiler error: in 
reload_cse_simplify_operands ,t - complier asked to submitt full bug report.

I have *.i files etc

-- 
   Summary: internal compiler error
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rendelj at landcorp dot co dot nz
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/22169] internal compiler error

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
   Keywords||ice-on-valid-code


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

[Bug target/22169] internal compiler error

[rendelj at landcorp dot co dot nz]

--- Additional Comments From rendelj at landcorp dot co dot nz  2005-06-24 
04:26 ---
Created an attachment (id=9140)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9140&action=view)
*.i files for bug report


-- 


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

[Bug target/22169] internal compiler error

[rendelj at landcorp dot co dot nz]

--- Additional Comments From rendelj at landcorp dot co dot nz  2005-06-24 
04:27 ---
Created an attachment (id=9141)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9141&action=view)
verbose report from gcc


-- 


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

[Bug target/22169] internal compiler error

[rendelj at landcorp dot co dot nz]

--- Additional Comments From rendelj at landcorp dot co dot nz  2005-06-24 
04:27 ---
Created an attachment (id=9142)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9142&action=view)
Computer OS details


-- 


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

[Bug target/22158] char global_var[] = "larger than 32 bytes"; uses silly amounts of alignment even with -Os

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

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa 
dot ua  2005-06-24 06:34 ---
>One use of this macro is to increase alignment of medium-size
>data to make it all fit in fewer cache lines.

1) This potentially makes single string fit into fewer cachelines,
but it noticeably increases the sum of all strings!
2) If cacheline is >32bytes, this optimization can even make things worse:

Unaligned string fits into 64 byte (say, Athlon64) cacheline:
[..some_string.]
^0  ^32 ^64

Same string spills over to second cacheline after alignment:
[...some_st][ring...]
^0  ^32 ^64

>Another is to 
>cause character arrays to be word-aligned so that `strcpy' calls
>that copy constants to character arrays can be done inline.

I do not fully understand. Is it about non-static local
char arrays initialized by string?

void f() {
char s[] = "Long str";
}

How alignment affects this code? x86 CPUs can do unaligned loads/stores
just fine, thus 'inlinability' of implicit strcpy does not depend on alignment.
Also such local arrays are not very typical, so why optimize for this case?


-- 


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