--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.1.1
http://
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-30 22:07 ---
This is not a bug with GCC but Darwin does not have the static libraries for
libc or even crt0.o for -static compiling.
You cannot compile with -static on Darwin.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-03-30 22:08
---
4.1.x is broken for i686-darwin other ways so this is not to be fixed for
there.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-30 22:12 ---
It also works for combined CST < CST1 or CST2, i.e.
a +- c1 CMP b +- c2 to a CMP b +- c3 where c3 < c2
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-30 22:16 ---
Related to / dup of PR22568. Meta-bug ifcvt sucks. Or cmov sucks on the P4 -
whatever you like ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-30 22:16 ---
Won't this get fixed by the patch which patches loop header copy for PR 23855?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-30 22:18 ---
*** This bug has been marked as a duplicate of 26879 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-30 22:18
---
*** Bug 26878 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26879
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-03-30 22:24
---
Yes, probably - though that patch doesn't apply anymore and wasn't reviewed
either.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26939
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-03-30 22:25
---
Note that the patch for 23855 will only help for invariant conditions in the
loop header, while the problem exists also for non-invariant ones. So, as
Danny notes, SCEV should be improved to maybe handle this case
--- Comment #2 from sayle at gcc dot gnu dot org 2006-03-30 22:38 ---
Subject: Bug 22375
Author: sayle
Date: Thu Mar 30 22:37:55 2006
New Revision: 112547
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112547
Log:
PR middle-end/22375
* trans.c (gfc_trans_runtime
--- Comment #3 from roger at eyesopen dot com 2006-03-30 23:01 ---
This has now been fixed on mainline, and I've also checked that the
extra load mentioned in comment #1 is now also resolved.
--
roger at eyesopen dot com changed:
What|Removed |Adde
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-30 23:17 ---
Even in the sources from today I cannot reproduce this so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-30 23:18 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #3 from widman at gimpel dot com 2006-03-30 23:31 ---
Subject: Re: Error diagnostic not issued for unacceptable result of lookup for
a name used in a nested-name-specifier
On Mar 30, 2006, at 4:06 PM, widman at gimpel dot com wrote:
>
> So when I read that excerpt of 3.4
$ g++ -c bug.cc
bug.cc: In member function 'void
TAO_DynCommon::_ZTv0_n100_N13TAO_DynCommon17insert_longdoubleEN7ACE_CDR10LongDoubleE(CORBA::LongDouble)':
bug.cc:28887: internal compiler error: in make_decl_rtl, at varasm.c:871
Please submit a full bug report,
with preprocessed source if appropriat
--- Comment #1 from tausq at debian dot org 2006-03-30 23:52 ---
Created an attachment (id=11171)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11171&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26957
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-31 00:12 ---
This works just fine on x86.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26957
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-31 00:32 ---
Well if you read the instructions on how to report a bug, a tar file is not
really liked :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26922
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-31 00:33 ---
I actually don't see why this is a problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26926
--- Comment #12 from bdavis at gcc dot gnu dot org 2006-03-31 00:47 ---
Subject: Bug 21130
Author: bdavis
Date: Fri Mar 31 00:47:13 2006
New Revision: 112558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112558
Log:
2006-03-30 Paul Thomas <[EMAIL PROTECTED]>
Bud Da
--- Comment #21 from amodra at gcc dot gnu dot org 2006-03-31 01:25 ---
Subject: Bug 26459
Author: amodra
Date: Fri Mar 31 01:25:35 2006
New Revision: 112561
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112561
Log:
PR target/26459
* config/rs6000/rs6000.h (CANN
--- Comment #22 from amodra at gcc dot gnu dot org 2006-03-31 01:27 ---
Subject: Bug 26459
Author: amodra
Date: Fri Mar 31 01:27:44 2006
New Revision: 112562
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112562
Log:
PR target/26459
* config/rs6000/rs6000.h (CANN
--- Comment #23 from amodra at bigpond dot net dot au 2006-03-31 01:54
---
Fixed
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
URL|
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-03-31 02:28
---
As Roger says, this not a bug. Roger's analysis is spot on. (For reference,
EDG also rejects this program.)
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-03-31 02:52
---
Jakub --
Sorry about introducing this bug! I'm not sure how best to handle it, but I'll
fix it somehow, if you like. I won't have time to work on it for about a week,
but I'll be happy to handle it then. If you
--- Comment #2 from lucier at math dot purdue dot edu 2006-03-31 03:01
---
Subject: Re: Can't compile a 64-bit gcc
I don't know.
Why does 4.2 use libiconv and 4.1 not use it? (I'm presuming that 4.1
doesn't use it because I was able to build a 64-bit gcc on darwin).
Should gcc shi
--- Comment #3 from rmathew at gcc dot gnu dot org 2006-03-31 03:43 ---
FWIW, I am getting the same error with GCC 3.4.6 and I *do have* GNU Texinfo
4.8.
I have FSF GCC 3.4.5 sources and I downloaded GCC 3.4.6 diffs for "core" and
"g++" - the patches applied successfully, but "make boot
--- Comment #11 from rmathew at gcc dot gnu dot org 2006-03-31 04:29
---
Created an attachment (id=11172)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11172&action=view)
Shell script to help narrow the problem in PR26879.
Save this file in a folder. Save "debugx" and "debug" fro
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-03-31 05:11
---
Subject: Bug 26890
Author: jvdelisle
Date: Fri Mar 31 05:11:03 2006
New Revision: 112570
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112570
Log:
2006-03-30 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-03-31 05:15
---
Subject: Bug 26890
Author: jvdelisle
Date: Fri Mar 31 05:15:42 2006
New Revision: 112571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112571
Log:
2006-03-30 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from dave at joot dot com 2006-03-31 05:23 ---
The page at http://gcc.gnu.org/install/prerequisites.html under "Tools/packages
necessary for building GCC" does NOT list "Texinfo version 4.4 (or later)" as a
requirement.
I was not intending to modify GCC (as the requiremen
--- Comment #5 from rmathew at gcc dot gnu dot org 2006-03-31 05:30 ---
(In reply to comment #4)
>
> I was not intending to modify GCC (as the requirements for modifying it do
> list
> Texinfo). I was intending to compile it. Out of the box compile on my system
> failed, and Ranjit's s
--- Comment #4 from widman at gimpel dot com 2006-03-31 05:36 ---
Subject: Re: Error diagnostic not issued for unacceptable result of lookup for
a name used in a nested-name-specifier
On Mar 30, 2006, at 11:47 PM, Daveed Vandevoorde wrote:
>
> On Mar 30, 2006, at 4:06 PM, James Widma
--- Comment #12 from reichelt at gcc dot gnu dot org 2006-03-31 07:16
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from paolo dot bonzini at lu dot unisi dot ch 2006-03-31
07:37 ---
Subject: Re: [4.1/4.2 Regression] Insane amount
of compile-time / memory needed at -O1 and above
> Note that the regression is in 4.1, too, so we should consider backporting
> changes that accumulate
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-31 07:50 ---
Subject: Bug 26936
Author: rguenth
Date: Fri Mar 31 07:49:59 2006
New Revision: 112573
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112573
Log:
2006-03-31 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-31 07:50 ---
Subject: Bug 26936
Author: rguenth
Date: Fri Mar 31 07:49:59 2006
New Revision: 112573
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112573
Log:
2006-03-31 Richard Guenther <[EMAIL PROTECTED]>
PR
101 - 139 of 139 matches
Mail list logo