[Bug bootstrap/20462] Make bootstrap fails with "out of memory"

[us15 at os dot inf dot tu-dresden dot de]

--- Additional Comments From us15 at os dot inf dot tu-dresden dot de  
2005-07-06 07:28 ---
Problem disappears by using less conservative ulimit settings. Bug can be 
closed.

-- 


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

[Bug fortran/22290] Optimize Assigned GOTO to cause error with -O1 or higher

[fengwang at gcc dot gnu dot org]

--- Additional Comments From fengwang at gcc dot gnu dot org  2005-07-06 
07:42 ---
(In reply to comment #4)
> And another question, all the variables which have initial values are treat
> as static. Is this reasonable?
Yes, this is reasonable. Confirm myself. In section 5.1 (Fortran95, Working 
draft J3/97-007R2):
The presence of initialization implies that object-name is saved, except for 
an object-name in a named common block or an object-name with the PARAMETER 
attribute.

-- 


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

[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring

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

--- Additional Comments From tneumann at pi3 dot informatik dot 
uni-mannheim dot de  2005-07-06 07:42 ---
How about using a union-cast to hash floating point numbers? Something like this

unsigned hash(double v) {
   union { double a; unsigned long long b; } tmp;
   tmp.a=v; return tmp.b^(tmp.b>>32);
}

The code is only a sketch (assumes 32bit unsigned etc.) but should produce much 
better results than the current hash function. It should also avoid the 
problems 
with unordered_set mentioned on the mailing list.
The main disadvantage is that it forces memory access, which is somewhat slow.
Another problem is that the resulting hash value is not portable, but this is 
probably ok.


-- 


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

[Bug tree-optimization/21963] [4.1 Regression] ICE (seg fault) with -m64 (in IV-OPTS)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-06 
08:13 ---
Subject: Bug 21963

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-06 08:13:17

Modified files:
gcc: ChangeLog tree-ssa-loop-ivopts.c 

Log message:
PR tree-optimization/21963
* tree-ssa-loop-ivopts.c (get_computation_aff): Use
constant_multiple_of in the same way get_computation_cost_at does.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9354&r2=2.9355
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-ivopts.c.diff?cvsroot=gcc&r1=2.82&r2=2.83



-- 


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

[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS

[rakdver at gcc dot gnu dot org]

-- 
Bug 22212 depends on bug 21963, which changed state.

Bug 21963 Summary: [4.1 Regression] ICE (seg fault) with -m64 (in IV-OPTS)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21963

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/21963] [4.1 Regression] ICE (seg fault) with -m64 (in IV-OPTS)

[rakdver at gcc dot gnu dot org]

--- Additional Comments From rakdver at gcc dot gnu dot org  2005-07-06 
08:16 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS

[belyshev at depni dot sinp dot msu dot ru]

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-07-06 09:13 ---
Fixed by patch for PR 21963, thanks Zdenek!


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

-- 
   What|Removed |Added

  BugsThisDependsOn|21963, 22236|
 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/21963] [4.1 Regression] ICE (seg fault) with -m64 (in IV-OPTS)

[belyshev at depni dot sinp dot msu dot ru]

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-07-06 09:13 ---
*** Bug 22212 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

OtherBugsDependingO|22212   |
  nThis||
 CC||laurent at guerby dot net


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

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[belyshev at depni dot sinp dot msu dot ru]

-- 
   What|Removed |Added

OtherBugsDependingO|22212   |
  nThis||


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

[Bug c++/22321] New: [4.1 Regression] Wrong code with SSA dominator optimizations

[paul dot woegerer at nsc dot com]

The following piece of code triggers a bug in the dominator optimizations.
With -fno-tree-dominator-opts the correct result is given back.

volatile int x;

int main ()
{
  volatile int *vip;
  vip = &x;
  const volatile int *cvip;
  cvip = vip;

  if (vip != cvip) return -1;
  return 0;
}

-- 
   Summary: [4.1 Regression] Wrong code with SSA dominator
optimizations
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: paul dot woegerer at nsc dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: crx-unknown-elf


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

[Bug c++/22321] [4.1 Regression] Wrong code with SSA dominator optimizations

[paul dot woegerer at nsc dot com]

-- 
   What|Removed |Added

   Keywords||wrong-code
  Known to work||3.4.4


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

[Bug c++/22321] [4.1 Regression] Wrong code with SSA dominator optimizations

[falk at debian dot org]

--- Additional Comments From falk at debian dot org  2005-07-06 09:53 
---
It would be really helpful if you said what you expected, and what you got,
and whether you can reproduce this with another target.


-- 


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

[Bug c++/22322] New: __default__alloc_template bug

[surojitmukerji at hsbc dot co dot in]

The system:
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --
infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-
checking --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux
Thread model: posix
gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-52)

The problem:
we are testing out a multi thtreaded POSIX compliant application on red-hat 
linux , with g++ 3.2.3. On running for some time, the application dumps core 
inside tha string class allocator, as shown below:

#0  0xb6731b36 in std::__default_alloc_template::allocate(unsigned) 
() from /usr/lib/libstdc++.so.5
#1  0xb6737b68 in std::string::_Rep::_S_create(unsigned, std::allocator 
const&) () from /usr/lib/libstdc++.so.5
#2  0xb673438d in std::string::_M_mutate(unsigned, unsigned, unsigned) () 
from /usr/lib/libstdc++.so.5
#3  0xb67386e3 in std::string& std::string::_M_replace_safe
(__gnu_cxx::__normal_iterator, 
__gnu_cxx::__normal_iterator, char const*, char const*) () 
from /usr/lib/libstdc++.so.5
#4  0xb673513c in std::string::operator=(char const*) () 
from /usr/lib/libstdc++.so.5
#5  0x0805343d in cAgent (this=0x8499c50) at cAgent.cpp:35
#6  0x0808fbb9 in cAgentReady::Process(int, cDatabasePool*, cTcpServer*, 
cBusinessCache*, cLookUpCache*, cLookUpCache*, cLookUpCache*, cLookUpCache*, 
cPPAccessCodeCache*, cTrackingCache*) (this=0xab0b2a40, SequenceNo=2801815, 
DBPool=0x80cc2e8, 
TCPSvr=0x80f78e0, BusinessCache=0x80e2438, LUAgtIdleReasons=0x80e2400, 
LUAgentStatus=0x80e23f0, LUMedia=0x80e2380, 
LURouteType=0x80e23e0, PPAccessCodeCache=0x80e2448, 
TrackingCache=0x80e2410) at cAgentReady.cpp:192
#7  0x080739a0 in StartProcessThread(void*) (pVoid=0xa3f28b90) at cMain.cpp:144
#8  0xb75d0dac in start_thread () from /lib/tls/libpthread.so.0
#9  0xb66319ea in clone () from /lib/tls/libc.so.6

We have tried writing our own low level / underlying allocator, but it fails 
in the allocator wrapping the low level one, while trying to call some _asm_ 
codes.

The problem doesnot occur as described above, when we replace the STD::STRING 
template class with a vanila string class , with static allocations of data 
within the class.

-- 
   Summary: __default__alloc_template bug
   Product: gcc
   Version: 3.2.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: surojitmukerji at hsbc dot co dot in
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: g++ 3.2.3
  GCC host triplet: Intel SMP


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

[Bug libstdc++/22322] __default__alloc_template bug

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-07-06 10:13 
---
Hi. Probably, you are not aware of the fact that the 3.2.x series is not
maintained anymore (same for the 3.3.x series, actually). Also, in general, we
are supposed to be enabled to reproduce the problem: this implies, among other
things, a self-contained testcase (but see http://gcc.gnu.org/bugs.html)...
I would suggest first checking whether the problem is present also with gcc3.4.x
or, preferably, gcc4.0.x, then, in case, distillate a small self-contained
snippet showing the bug. I'm going to keep the PR open, and waiting for feedback
(but remember that usually we have an expiration for this state, of 2-3 months)

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING
  Component|c++ |libstdc++


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

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-07-06 10:40 
---
> should i update the mainline patch?

Well, thanks for the offer, but the real blocker is 20218, which cannot be
fixed yet, because, basically, *all* the back ends need tweaking:

   http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02226.html

Probably, I should find a way to more effectively ping the maintainers... 

-- 


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

[Bug c++/22321] [4.1 Regression] Wrong code with SSA dominator optimizations

[paul dot woegerer at nsc dot com]

--- Additional Comments From paul dot woegerer at nsc dot com  2005-07-06 
10:55 ---
Sorry i thought this trivial test case is self-explanatory.

I would expect that main returns 0.

Two pointers pointing to the same volatile int should compare
to equal (as they do when I disable dominator optimizations
with -fno-tree-dominator-opts) - no matter if one of them is
const qualified.

With -O1 (which implies -ftree-dominator-opts) main returns -1.
With -O1 -fno-tree-dominator-opts main returns 0.

Do you really think that this bug is target specific ? I've taken
a look to the tree dumps and they show that the code gets already
corruped on tree level (as you can see in the *.t21.dom1 file).


 testcase.c.t20.dce1

int main() ()
{
  const int * cvip;
  volatile int * vip;
  int D.1597;

:
  vip_2 = &x;
  cvip_3 = vip_2;
  if (vip_2 != cvip_3) goto ; else goto ;

:;
  D.1597_6 = -1;
  goto  ();

:;
  D.1597_5 = 0;

  # D.1597_1 = PHI ;
:;
  return D.1597_1;

}

 testcase.c.t21.dom1

Removing basic block 2
Merging blocks 0 and 1
int main() ()
{
  const int * cvip;
  volatile int * vip;
  int D.1597;

:
  vip_2 = &x;
  cvip_3 = &x;
  D.1597_6 = -1; <---

  # D.1597_1 = PHI <-1(0)>;
:;
  return D.1597_1;

}

-- 


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

[Bug libstdc++/22322] __default__alloc_template bug

[surojitmukerji at hsbc dot co dot in]

--- Additional Comments From surojitmukerji at hsbc dot co dot in  
2005-07-06 11:11 ---
Subject: Memo:  Re:  __default__alloc_template bug





Thanks indeed. Sorry for the incomplete work.
I am working on creating a self-contained testcase. Once done, I will shoot
it accross. Meanwhile we are trying out the other version of g++.

Thanks
Surojit






"pcarlini at suse dot de" <[EMAIL PROTECTED]> on 06 Jul 2005 15:43

To:Surojit MUKERJI/ITD GLT/HSDI/[EMAIL PROTECTED]
cc:

 

 

 
 Our Ref:Your Ref:  
 

 


Subject:[Buglibstdc++/22322] __default__alloc_template bug


--- Additional Comments From pcarlini at suse dot de  2005-07-06 10:13
---
Hi. Probably, you are not aware of the fact that the 3.2.x series is not
maintained anymore (same for the 3.3.x series, actually). Also, in general,
we
are supposed to be enabled to reproduce the problem: this implies, among
other
things, a self-contained testcase (but see http://gcc.gnu.org/bugs.html)...
I would suggest first checking whether the problem is present also with
gcc3.4.x
or, preferably, gcc4.0.x, then, in case, distillate a small self-contained
snippet showing the bug. I'm going to keep the PR open, and waiting for
feedback
(but remember that usually we have an expiration for this state, of 2-3
months)

--
   What|Removed |Added


 Status|UNCONFIRMED |WAITING
  Component|c++ |libstdc++


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

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.





HSBC Software Development (India) Pvt Ltd
HSBC Center, Riverside, West Avenue,
25-B Raheja Woods, Kalyani Nagar, Pune 411006.

Telephone: +91 20 26683000
Fax: +91 20 26681030



-

This e-mail is confidential. It may also be legally privileged.  If you are
not the addressee you may not copy, forward, disclose  or use any part of
it. If you have received this message in error,  please delete it and all
copies from your system and notify the  sender immediately by return
e-mail.Internet communications cannot be guaranteed to be timely,
secure, error or virus-free. The sender does not accept liability  for any
errors or omissions.




-- 


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

[Bug fortran/22304] gfortran silently changes values in equilvanence'd variables

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-07-06 
11:32 ---
In this case, we forget the common block name.

>From the .t02.original:

MAIN__ ()
{
  static union
  {
int4 o[30];
  } equiv.0;

  equiv.0.o[8] = 1;
  mysub ();
}


mysub ()
{
  static union
  {
int4 o[30];
  } equiv.1;

The strange thing is that this goes away when the last equivalence
is deleted:

MAIN__ ()
{
  ibm.o[8] = 1;
  mysub ();


mysub ()
{

...

What I find also very strange is the missing closing brace in MAIN__.
This may point towards memory corruption somewhere.

$ gfortran -v
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050702/configure --prefix=/home/zfkts --enable-
languages=c,f95
Thread model: posix
gcc version 4.1.0 20050702 (experimental)


-- 
   What|Removed |Added

 CC||tkoenig at gcc dot gnu dot
   ||org
OtherBugsDependingO||19292, 20405
  nThis||
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.1.0
   Last reconfirmed|-00-00 00:00:00 |2005-07-06 11:32:02
   date||


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

[Bug tree-optimization/22319] [4.1 Regression] tree check: expected integer_cst, have cond_expr tree-ssa-structalias.c:2410

[schwab at suse dot de]

-- 
   What|Removed |Added

 CC||schwab at suse dot de


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

[Bug c++/22321] [4.1 Regression] Wrong code with SSA dominator optimizations

[falk at debian dot org]

--- Additional Comments From falk at debian dot org  2005-07-06 12:11 
---
(In reply to comment #2)

> With -O1 (which implies -ftree-dominator-opts) main returns -1.
> With -O1 -fno-tree-dominator-opts main returns 0.
> 
> Do you really think that this bug is target specific ?

I cannot repoduce this with 4.1.0 20050705 on alphaev68-unknown-linux-gnu nor
i686-pc-linux-gnu with -O1. Can you please show the output of adding -v, and
maybe try a newer snapshot?


-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug tree-optimization/22319] [4.1 Regression] tree check: expected integer_cst, have cond_expr tree-ssa-structalias.c:2410

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2005-07-06 12:20 
---
It has also been reported on ia64-linux by Geert.

http://gcc.gnu.org/ml/gcc/2005-07/msg00209.html

bt on my x86_64-linux machine

#0  internal_error (gmsgid=0xb4e6c0 "tree check: %s, have %s in %s, at %s:%d")
at /home/guerby/work/gcc/version-head/gcc/diagnostic.c:530
#1  0x008e793d in tree_check_failed (node=0x2a9661fe10, file=0xb53dd0
"/home/guerby/work/gcc/version-head/gcc/tree-ssa-structalias.c", line=2410,
function=0xcc2490 "do_structure_copy")
at /home/guerby/work/gcc/version-head/gcc/tree.c:5612
#2  0x0092817e in do_structure_copy (lhsop=0x2a95c9f240,
rhsop=0x2a95c9e270) at
/home/guerby/work/gcc/version-head/gcc/tree-ssa-structalias.c:2410
#3  0x009284b6 in find_func_aliases (t=0x2a95ca0320) at
/home/guerby/work/gcc/version-head/gcc/tree-ssa-structalias.c:2495
#4  0x0092b51b in create_alias_vars () at
/home/guerby/work/gcc/version-head/gcc/tree-ssa-structalias.c:3201
#5  0x00910cc6 in execute_one_pass (pass=0xcc27c0) at
/home/guerby/work/gcc/version-head/gcc/passes.c:776
#6  0x00910dec in execute_pass_list (pass=0xcc27c0) at
/home/guerby/work/gcc/version-head/gcc/passes.c:808
#7  0x00910dfe in execute_pass_list (pass=0xcb0040) at
/home/guerby/work/gcc/version-head/gcc/passes.c:809
#8  0x0064a7e5 in tree_rest_of_compilation (fndecl=0x2a9677c5b0) at
/home/guerby/work/gcc/version-head/gcc/tree-optimize.c:419
#9  0x0041bfa3 in gnat_expand_body (gnu_decl=0x2a9677c5b0) at
/home/guerby/work/gcc/version-head/gcc/ada/misc.c:636
#10 0x00957cb6 in cgraph_expand_function (node=0x2a959da340) at
/home/guerby/work/gcc/version-head/gcc/cgraphunit.c:1033
#11 0x00959b26 in cgraph_optimize () at
/home/guerby/work/gcc/version-head/gcc/cgraphunit.c:1099
#12 0x0041b49a in gnat_parse_file (set_yydebug=Variable "set_yydebug" is
not available.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
 GCC target triplet|hppa-linux-gnu, powerpc-|hppa-linux-gnu, powerpc-
   |darwin  |darwin,x86_64-linux
   Last reconfirmed|-00-00 00:00:00 |2005-07-06 12:20:52
   date||


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

[Bug c++/22321] [4.1 Regression] Wrong code with SSA dominator optimizations

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:10 ---
Also I will note that this target is not in FSF's tree so there is no way to 
reproduce it either.

-- 


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

[Bug c++/22321] [4.0/4.1 Regression] Wrong code with SSA dominator optimizations

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:14 ---
I can confirm it on the mainline and on the 4.0 branch.  The mainline you need 
-fno-tree-ccp to 
reproduce it.

-- 
   What|Removed |Added

 Status|WAITING |NEW
 Ever Confirmed||1
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2005-07-06 13:14:09
   date||
Summary|[4.1 Regression] Wrong code |[4.0/4.1 Regression] Wrong
   |with SSA dominator  |code with SSA dominator
   |optimizations   |optimizations
   Target Milestone|--- |4.0.2


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

[Bug tree-optimization/21356] [4.1 Regression] Dominance error after aggressive dead code elimination (cd_dce)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:23 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug ada/22301] [4.1 Regression] Ada does not build into a clean prefix when unwind.h is not installed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:27 ---
(In reply to comment #10)
> (In reply to comment #8)
> > Subject: Re:  [4.1 Regression] Ada does not build into a clean prefix when 
> > unwind.h is not installed
> I will try this patch later tonight after testing PR 18692.
This patch fixed the problem I was having, thanks.

-- 


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

[Bug ada/22301] [4.1 Regression] Ada does not build into a clean prefix when unwind.h is not installed

[hainque at adacore dot com]

--- Additional Comments From hainque at adacore dot com  2005-07-06 13:30 
---
Subject: Re:  [4.1 Regression] Ada does not build into a clean prefix when 
unwind.h is not installed

pinskia at gcc dot gnu dot org wrote:
> This patch fixed the problem I was having, thanks.

 :) Thanks for the test and feedback. I'll test on our internal suite
 and followup.



-- 


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

[Bug tree-optimization/22321] [4.0/4.1 Regression] Wrong code with SSA dominator optimizations

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:31 ---
This also fails too:
volatile int x;

int main ()
{
  volatile int *vip;
  vip = &x;
  volatile int *cvip;
  cvip = vip;

  if (vip != cvip) return -1;
  return 0;
}

-- 
   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org, law at gcc dot gnu dot
   ||org
   Target Milestone|4.0.2   |4.0.1


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

[Bug tree-optimization/22319] [4.1 Regression] tree check: expected integer_cst, have cond_expr tree-ssa-structalias.c:2410

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:37 ---
I can confirm this is fixed by the patch for PR 22140, posted here: 
http://gcc.gnu.org/ml/gcc/2005-07/msg00216.html

-- 


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

[Bug tree-optimization/22321] [4.0/4.1 Regression] Wrong code with SSA dominator optimizations

[paul dot woegerer at nsc dot com]

--- Additional Comments From paul dot woegerer at nsc dot com  2005-07-06 
13:38 ---
I used snapshot 4_1_20050508. After updating the crx-port
to the latest snapshot (4_1_20050702) the bug disappeared.

--
Sorry for inconvenience.

(Its a pity that bugzilla doesn't let me enter 4_1_20050702
 in the "Known to work" field)

-- 


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

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:40 ---
Confirmed:
-O0 passes
-O1 fails
-O2 passes (because of VRP)
-O3 passes (because of VRP).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-06 13:40:26
   date||


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

[Bug tree-optimization/22321] [4.0/4.1 Regression] Wrong code with SSA dominator optimizations

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:41 ---
(In reply to comment #7)
> I used snapshot 4_1_20050508. After updating the crx-port
> to the latest snapshot (4_1_20050702) the bug disappeared.

But it is still a latent bug as I showed in comment #5, it is just harder to 
reproduce.

-- 


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

[Bug bootstrap/20462] Make bootstrap fails with "out of memory"

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
13:45 ---
Closing as works for me then.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug bootstrap/22323] New: bootstrap fails - ld: unrecognized option '-Wl,-rpath'

[john at karsner dot net]

make bootstrap fails with the following:
/usr/local/i686-pc-linux-gnu/bin/ld: unrecognized option '-Wl,-rpath'
/usr/local/i686-pc-linux-gnu/bin/ld: use the --help option for usage 
information
collect2: ld returned 1 exit status
make[3]: *** [jv-convert] Error 1
make[3]: Leaving directory `/usr/local/src/gcc/gcc4/i686-pc-linux-gnu/libjava'

configured with the following:
../gcc-4.0.0/configure

same commands build 3.4.4 without issues. I have seen a couple of threads on 
this issue on a variety of websites and nobody seems to have resolved it as 
yet.

additional system configuration information:
binutils 2.16.1
Redhat AS 4 2.6.9-11.ELsmp

-- 
   Summary: bootstrap fails - ld: unrecognized option '-Wl,-rpath'
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john at karsner dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: 4.0.0


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

[Bug libstdc++/22322] __default__alloc_template bug

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|critical|normal


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

[Bug tree-optimization/22321] [4.0/4.1 Regression] Wrong code with SSA dominator optimizations

[paul dot woegerer at nsc dot com]

--- Additional Comments From paul dot woegerer at nsc dot com  2005-07-06 
13:47 ---
(In reply to comment #4)
> Also I will note that this target is not in FSF's tree so there is no way to
reproduce it either.

I've already submitted the crx-port some time ago.

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

Jim Wilson agreed to review it. I'm still waiting
for feedback.

-- 


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

[Bug tree-optimization/21356] [4.1 Regression] Dominance error after aggressive dead code elimination (cd_dce)

[dberlin at dberlin dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-07-06 
14:05 ---
Subject: Re:  [4.1 Regression] Dominance error
after aggressive dead code elimination (cd_dce)

On Tue, 2005-07-05 at 23:29 -0600, Jeffrey A Law wrote:
> DCE in aggressive mode sometimes is able to remove control structures
> and thus edge from the CFG.  Sometimes removal of edges from the CFG
> changes the dominator tree, but we make no attempt to actually keep
> the dominators up-to-date.
> 
> In this testcase failure to keep the dominators up-to-date leads to
> a checking failure.  This is trivially addressed by arranging for the
> dominators to be recomputed if we remove edges from the CFG.  An
> enterprising individual might be able to incrementally update the
> dominators,

Uh, we have code to incrementally update the dominators.
Just use iterate_fix_dominators 



-- 


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

[Bug bootstrap/22323] bootstrap fails - ld: unrecognized option '-Wl,-rpath'

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
14:24 ---
Is LD set in your environment?
Also could show what the command this error message is comming from?

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|critical|normal
   Target Milestone|--- |4.0.2


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

[Bug other/21322] O2 and O3 memory access error - compiled program - incorrect debug output

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|critical|normal
   Keywords||wrong-code


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

[Bug target/21149] invalid code generation for _mm_movehl_ps SSE intrisinc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
14:36 ---
Note You are validing C aliasing rules:
  float *p = (float*)&v;

Use an union or -fno-strict-aliasing.
But that does not change the problem.

-- 
   What|Removed |Added

   Severity|critical|normal


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

[Bug c++/21687] [4.0/4.1 Regression] ICE on valid code

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.2


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

[Bug ada/22301] [4.1 Regression] Ada does not build into a clean prefix when unwind.h is not installed

[hainque at adacore dot com]

--- Additional Comments From hainque at adacore dot com  2005-07-06 14:50 
---
Subject: Re:  [4.1 Regression] Ada does not build into a clean prefix when 
unwind.h is not installed

Olivier Hainque wrote:
>  I'll test on our internal suite and followup.

 Went fine on x86-linux, committing locally right away.

 We'll rapidly see if all goes well on of our other targets (no apparent
 reason why not),

 Thanks again for your feedback.

 Olivier


-- 


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

[Bug gcov/profile/22324] New: profiling gcc build produces "Overflow merging"

[dariobirtic at gmx dot net]

Tools versions:
# uname -a
Linux Beast 2.6.11-gentoo-r11 #2 Wed Jun 15 09:13:40 CEST 2005 x86_64 x86_64
x86_64 GNU/Linux

# gcc -v
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --libexecdir=/usr/lib --enable-shared
--enable-languages=c,c++,f77,objc --enable-clocale=gnu --enable-threads=posix
--enable-__cxa_atexit
Thread model: posix
gcc version 3.4.4

# as --version
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of `x86_64-pc-linux-gnu'.

# /lib/libc.so.6
GNU C Library stable release version 2.3.5, by Roland McGrath et al. Copyright
(C) 2005 Free Software Foundation, Inc. This is free software; see the source
for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.4.4.
Compiled on a Linux 2.6.11 system on 2005-07-05.
Available extensions:
GNU libio by Per Bothner
crypt add-on version 2.1 by Michael Glad and others
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
.

Reproducible: Always

Steps to reproduce:

1. Untar release distribution of GCC 3.4.4
2. Make gcc-build directory
3. Configure GCC for building;
# CFLAGS="-pipe -O2 -march=athlon64 -fweb -ftracer -frename-registers
-fprofile-generate" LDFLAGS="${LDFLAGS} -fprofile-generate"
../gcc-3.4.4/configure --libexecdir=/usr/lib --enable-shared
--enable-languages=c,c++,objc,f77 --enable-clocale=gnu --enable-threads=posix
--enable-__cxa_atexit
4. Build GCC;
# make LDFLAGS="${LDFLAGS} -fprofile-generate"
5. Run testsuite on newly built GCC;
# make -k check

Result:

The testsuite barks out on one of torture tests;

Executing on host: /root/gcc-build/gcc/xgcc -B/root/gcc-build/gcc/   -O1  -w -c
 -o 20010404-1.o
/root/gcc-3.4.4/gcc/testsuite/gcc.c-torture/compile/20010404-1.c(timeout = 
300)
profiling:/root/gcc-build/gcc/simplify-rtx.gcda:Overflow writing
output is: profiling:/root/gcc-build/gcc/simplify-rtx.gcda:Overflow writing

and continues barking onwards with;

profiling:/root/gcc-build/gcc/simplify-rtx.gcda:Overflow writing
output is: profiling:/root/gcc-build/gcc/simplify-rtx.gcda:Overflow writing

on every test that follows for gcc suite.

Expected result:

The same as without -fprofile-generate.

Notes:

I have marked this critical since there is no way I can use coverage for second
build;
# gcov -f /root/gcc-build/gcc/simplify-rtx
simplify-rtx.gcno:cannot open graph file
Though the file is there and readable, IMHO the format is corrupted by libgcov
itself because of the "Overflow writing" error. I have seen this error with
-fprofile-generate in other packages also (Python 2.4.1), so this is not GCC
coverage profile specific. 

Regards

-- 
   Summary: profiling gcc build produces "Overflow merging"
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: gcov/profile
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dariobirtic at gmx dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug tree-optimization/22325] New: missed optimization in loop

[pinskia at gcc dot gnu dot org]

The following two functions should be the same:
int foo(int a) {
int i;
for (i=0; i<200; i++) {
a = a + 5;
}
return a;
}
int foo(int a) {
int i;
for (i=0; i<200; i++) ;
return a+5*200;
}

The RTL optimizers catch this on ppc but not on x86.

-- 
   Summary: missed optimization in loop
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: missed-optimization, TREE
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/22325] missed optimization in loop

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
15:23 ---
And then we can remove the empty loop which is PR 17640.

-- 
   What|Removed |Added

  BugsThisDependsOn||17640


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

[Bug libstdc++/22272] endless loop during compile of all-target-libstdc++-v3

[lehmann at ans-netz dot de]

--- Additional Comments From lehmann at ans-netz dot de  2005-07-06 15:39 
---
Building it outside the sourcetree made it work...

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22326] New: promotions (from float to double) are not removed when they should be able to

[pinskia at gcc dot gnu dot org]

Take the following code:
#include 

float foo(float f, float x, float y) {
return (fabs(f)*x+y);
}

on PPC, we should be able to produce:
fabs f1,f1
fmadds f1,f1,f2,f3
blr

But right now we produce:
fabs f1,f1
fmadd f1,f1,f2,f3
frsp f1,f1
blr

This is because we don't remove promotions we should be able to remove.
If we do:
#include 

float foo(float f, float x, float y) {
return (fabs(f)*x);
}

The promotions are removed.

-- 
   Summary: promotions (from float to double) are not removed when
they should be able to
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug rtl-optimization/21254] [4.0 regression] Incorrect code with -funroll-loops for multiple targets with same code

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:14 ---
Sadly, I didn't see the last comment in this PR until after 4.0.1 RC3.

If there is a need for RC4, I will include this patch; otherwise, it will get
moved back to 4.0.2.

-- 
   What|Removed |Added

 CC||mark at codesourcery dot com
   Target Milestone|4.0.1   |4.0.2


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

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

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:15 ---
Sadly, I didn't see the last comment in this PR until after 4.0.1 RC3.

If there is a 4.0.1 RC4, this patch will be included; otherwise, it will be in
4.0.2.

-- 
   What|Removed |Added

 CC||mark at codesourcery dot com


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

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

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:16 ---
Jan has withdrawn the patch mentioned here.

Changing target milestone to 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug target/22083] [3.4/4.0 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:28 ---
Reset target milestone to 4.0.2.

(Gaby and I have a standing agreement that the more current release branch gets
the target milestone.)

Patch OK for 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|3.4.5   |4.0.2


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

[Bug c++/22132] [4.0/4.1 Regression] Wrong code: upcasting a const class pointer to struct the class derives from (C/old-style cast)

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:29 ---
This is a bug in my static_cast rewrite.  I will fix it for 4.0.2.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/22263] [4.0/4.1 Regression] explicit instantiation fails to emit symbols defined later

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:38 ---
This is rejects-valid, not wrong-code, because the failure mode is that the
program doesn't link.  (Unless you violate the ODR.)

Postponed until 4.0.2.

-- 
   What|Removed |Added

   Keywords|wrong-code  |rejects-valid
   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/22281] [4.0/4.1 Regression] C-Style cast does reinterpret_cast when it should do a static_cast

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:40 ---
Yes, this is almost certainly a duplicate.  The basic problem is that
static_cast does not quite do as much as it should, so we fall back to
reinterpret_cast.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
   Target Milestone|4.0.1   |4.0.2


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

[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:41 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/17053] [4.0/4.1 Regression] Repo functionality partially broken on AIX (collect2.c)

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:44 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory

[law at redhat dot com]

--- Additional Comments From law at redhat dot com  2005-07-06 16:47 ---
Subject: Re:  [4.0 Regression] Reload may
generate stores to read-only memory

On Wed, 2005-07-06 at 16:41 +, mmitchel at gcc dot gnu dot org
wrote:
> --- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
> 16:41 ---
> Postponed until 4.0.2.
Probably wise.  I know Bernd had to go through a couple iterations on
the fixes.  Hopefully they've settled down enough that we can consider
the final fix for 4.0.2.

jeff




-- 


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

[Bug c/17913] [4.0 Regression] ICE jumping into statement expression

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:48 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug tree-optimization/22310] [4.1 Regression] ICE in in first_vi_for_offset

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-06 
16:50 ---
Subject: Bug 22310

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

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

Log message:
2005-07-06  Daniel Berlin  <[EMAIL PROTECTED]>

Fix PR tree-optimization/22319
Fix PR tree-optimization/22140
Fix PR tree-optimization/22310

* tree-ssa-structalias.c (do_structure_copy): Give up earlier on
variable sized types.
Use correct type for intermediate structure on *a = *b structure
copies.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9356&r2=2.9357
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-structalias.c.diff?cvsroot=gcc&r1=2.12&r2=2.13



-- 


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

[Bug tree-optimization/22140] [4.1 Regression] ACATS ICE c37213j c37213l do_structure_copy, at tree-ssa-structalias.c:2372

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-06 
16:50 ---
Subject: Bug 22140

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

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

Log message:
2005-07-06  Daniel Berlin  <[EMAIL PROTECTED]>

Fix PR tree-optimization/22319
Fix PR tree-optimization/22140
Fix PR tree-optimization/22310

* tree-ssa-structalias.c (do_structure_copy): Give up earlier on
variable sized types.
Use correct type for intermediate structure on *a = *b structure
copies.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9356&r2=2.9357
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-structalias.c.diff?cvsroot=gcc&r1=2.12&r2=2.13



-- 


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

[Bug tree-optimization/22319] [4.1 Regression] tree check: expected integer_cst, have cond_expr tree-ssa-structalias.c:2410

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-06 
16:50 ---
Subject: Bug 22319

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

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

Log message:
2005-07-06  Daniel Berlin  <[EMAIL PROTECTED]>

Fix PR tree-optimization/22319
Fix PR tree-optimization/22140
Fix PR tree-optimization/22310

* tree-ssa-structalias.c (do_structure_copy): Give up earlier on
variable sized types.
Use correct type for intermediate structure on *a = *b structure
copies.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9356&r2=2.9357
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-structalias.c.diff?cvsroot=gcc&r1=2.12&r2=2.13



-- 


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

[Bug fortran/22327] New: Wrong code in array constructor

[sfilippone at uniroma2 dot it]

This is what I get from the attached test case, and it is clearly wrong (data
gets copied from uninitialized memory). 
See also http://gcc.gnu.org/ml/fortran/2005-07/msg00059.html 

[EMAIL PROTECTED] TEMP]$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1-20050702/configure --prefix=/usr/local/gfortran
Thread model: posix
gcc version 4.1.0 20050702 (experimental)
[EMAIL PROTECTED] TEMP]$ gfortran -o test3 test3.f90
[EMAIL PROTECTED] TEMP]$ ./test3 
 Test    2   3   4   5 1151552
[EMAIL PROTECTED] TEMP]$ ./test3 
 Test    2   3   4   515147584
[EMAIL PROTECTED] TEMP]$ ./test3 
 Test    2   3   4   5 8172096

-- 
   Summary: Wrong code in array constructor
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sfilippone at uniroma2 dot it
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:52 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug fortran/22327] Wrong code in array constructor

[sfilippone at uniroma2 dot it]

--- Additional Comments From sfilippone at uniroma2 dot it  2005-07-06 
16:53 ---
Created an attachment (id=9214)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9214&action=view)
test case


-- 


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

[Bug rtl-optimization/20972] [4.0/4.1 Regression] Can't describe an early-clobber by an auto-inc

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:53 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug tree-optimization/21407] [4.1 Regression] wrong code with downcast in C++

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-07-06 
16:54 ---
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00796.html was the start of the
discussion

-- 


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

[Bug c++/22139] [4.0/4.1 regression] Segfault

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
16:57 ---
Mine.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED


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

[Bug fortran/22304] gfortran silently changes values in equilvanence'd variables

[albertm at uphs dot upenn dot edu]

--- Additional Comments From albertm at uphs dot upenn dot edu  2005-07-06 
16:59 ---
(In reply to comment #2) 
 
First, thank you for taking an interest in this issue. 
 
Secondly, if I may speculate, it seems to me that there is a problem 
in how gfc_equiv structures are marked as "used" in trans-common.c  
As an expriment, if in gfc_trans_common I commented-out finish_equivalences, 
then the example "bug.f" (see attachment above) produces the expected 
output.  This is clearly not a solution, but might be a hint at the problem. 
 
Thank you. 

-- 


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

[Bug rtl-optimization/22002] [4.0 Regression] internal consistency failure with -funroll-loops

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

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

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/21903] [4.0 regression] Default argument of template function causes a compile-time error

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|3.4.5   |4.0.2


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

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

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/21135] [4.0/4.1 Regression] &a[-2] ICE at the top level

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

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

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug gcov/profile/20736] [4.0 Regression] -fprofile-generate crashes on numerous occasions

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

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

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/22008] [4.0/4.1 Regression] ICE on valid code

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug target/21275] [4.0/4.1 Regression] gcc 4.0.0 crash with mingw when using stdout in global var

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug target/21081] [4.0/4.1 Regression] internal compiler error: verify_stmts failed.

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug target/21041] [4.0 Regression] ICE: output_operand: Cannot decompose address

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/22139] [4.0/4.1 regression] Segfault

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:02 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/21369] [4.0/4.1 Regression] Template function definition rejected if function return type begins with 'struct'

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug target/22017] [3.4/4.0/4.1 Regression] Error to pass struct parameter when compile with mingw's gcc.exe using "-march=i386 -mrtd" flags

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|3.4.5   |4.0.2


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

[Bug target/21518] [4.0/4.1 Regression] unable to find a register to spill in class 'Q_REGS' with -fPIC and -O2

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug c++/21008] [3.4/4.0/4.1 Regression] [DR515] Access failure in accessing data member of base class from derived template class

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|3.4.5   |4.0.2


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

[Bug c++/18681] [3.4/4.0/4.1 Regression] template friend declaration not recognized

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|3.4.5   |4.0.2


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

[Bug target/20799] [4.0/4.1 Regression] bad relocs for new/delete overrides

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug rtl-optimization/18853] [4.0/4.1 Regression] ICE: genautomata.c:5238, error: verify_flow_info: Incorrect fallthru

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug tree-optimization/22321] [4.0/4.1 Regression] Wrong code with SSA dominator optimizations

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

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

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug middle-end/21291] [4.0/4.1 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 
17:03 ---
Postponed until 4.0.2.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug fortran/22304] gfortran silently changes values in equilvanence'd variables

[albertm at uphs dot upenn dot edu]

--- Additional Comments From albertm at uphs dot upenn dot edu  2005-07-06 
17:26 ---
(In reply to comment #3) 
 
One more bit of speculation.  I still think there is an issue with 
marking "->used" in gfc_equiv structures.  The following change will 
make the test case "work", but since I only vaguely understand the 
intention of the code, I wouldn't recommoned its use: 
 
*** trans-common.c  2005-07-06 13:17:28.029531913 -0400 
--- trans-common.c.orig 2005-07-05 21:09:38.882901773 -0400 
*** 
*** 695,701  
{ 
  add_condition (n, eq, other); 
  eq->used = 1; 
-   other->used = 1; /*FIXME or HELPME, this is mostly a guess*/ 
  found = TRUE; 
  /* If this symbol is the first in the chain we may find other 
 matches. Otherwise we can skip to the next equivalence.  */ 
--- 695,700  
 

-- 


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

[Bug tree-optimization/22319] [4.1 Regression] tree check: expected integer_cst, have cond_expr tree-ssa-structalias.c:2410

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
17:31 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22140] [4.1 Regression] ACATS ICE c37213j c37213l do_structure_copy, at tree-ssa-structalias.c:2372

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
17:31 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22319] [4.1 Regression] tree check: expected integer_cst, have cond_expr tree-ssa-structalias.c:2410

[pinskia at gcc dot gnu dot org]

-- 
Bug 22319 depends on bug 22140, which changed state.

Bug 22140 Summary: [4.1 Regression] ACATS ICE c37213j c37213l 
do_structure_copy, at tree-ssa-structalias.c:2372
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22140

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/22310] [4.1 Regression] ICE in in first_vi_for_offset

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-06 
17:31 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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