--- Comment #31 from lucier at math dot purdue dot edu 2005-11-19 07:50
---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
Can you explain what Apple's libtool has to do with it? Is it used
by gcc to find these libraries at link time?
Brad
--
http://gcc.gnu.or
--- Comment #11 from hp at gcc dot gnu dot org 2005-11-19 07:18 ---
Between "Sat Nov 12 22:59:48 UTC 2005 (revision 106840M)"
and "Sun Nov 13 07:41:36 UTC 2005 (revision 106853M)"
there was a changed that made the -Os case now pass,
still true with "Fri Nov 18 17:28:22 UTC 2005 (revision
--- Comment #30 from geoffk at gcc dot gnu dot org 2005-11-19 04:56 ---
libtool -arch_only ppc64 doesn't work with -L paths
containing '..'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
--- Comment #29 from geoffk at gcc dot gnu dot org 2005-11-19 04:42 ---
This is really '3rd party to resolve'. It shouldn't be fixed in GCC, but
rather in Apple's libtool.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #28 from geoffk at geoffk dot org 2005-11-19 04:40 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
On 18/11/2005, at 6:42 PM, lucier at math dot purdue dot edu wrote:
> --- Comment #27 from lucier at math dot purdue dot edu
> 2005-11-19 02:42 ---
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-19
03:41 ---
Subject: Re: [4.1 Regression] internal compiler error: verify_flow_info failed
> >if (n_branch != 1 && any_condjump_p (BB_END (bb))
> > - && JUMP_LABEL (BB_END (bb)) != BB_HEAD (fallthru->
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-11-19 03:06
---
(In reply to comment #12)
> Hmm:
> what changed is:
>if (n_branch != 1 && any_condjump_p (BB_END (bb))
> - && JUMP_LABEL (BB_END (bb)) != BB_HEAD (fallthru->dest))
> + && JUMP_LABEL (BB_END
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-11-19 02:55
---
This is related to the old PR 10024 which has the same instruction.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-19 02:52
---
(In reply to comment #13)
> This sounds familiar ;(
It should because it was:
http://gcc.gnu.org/ml/gcc-patches/2003-06/msg02416.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-19
02:51 ---
Subject: Re: [4.1 Regression] libobjc testsuite failures
> --- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-19 02:13
> ---
> Objective-C is not release-critical.
This is only one of s
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-19
02:44 ---
Subject: Re: [4.1 Regression] internal compiler error: verify_flow_info failed
> But the edge is the same now :)
> as:
> Cross jumping from bb 1 to bb 2; 2 common insns
> Deleted label in block 3.
>
> Bu
--- Comment #27 from lucier at math dot purdue dot edu 2005-11-19 02:42
---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
I don't know what Apple's priorities are here, but it would be really
nice to get 64-bit dynamic libraries working on Darwin. (Or maybe
they
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-19 02:42
---
Hmm:
what changed is:
if (n_branch != 1 && any_condjump_p (BB_END (bb))
- && JUMP_LABEL (BB_END (bb)) != BB_HEAD (fallthru->dest))
+ && JUMP_LABEL (BB_END (bb)) == BB_HEAD (fallthru->dest))
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-19 02:38
---
Fixed in 4.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-19 02:37
---
Hmm:
Simplifying condjump 15 around jump 67
Merged 2 and 3 without moving.
But the edge is the same now :)
as:
Cross jumping from bb 1 to bb 2; 2 common insns
Deleted label in block 3.
But we don't delete the co
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-19
02:36 ---
Subject: Re: FAIL: gcc.dg/attr-weakref-1.c
> Does this target actually support weak declarations? It appears to me that it
> only does when the assembler supports .weak, but even then, the linker will
> o
--- Comment #25 from pcarlini at suse dot de 2005-11-19 02:33 ---
(In reply to comment #23)
> And it does appear to change the behaviour of one of the testsuite tests,
> but it doesn't fix both of them. I'll claim, then, that it didn't fix either
> of them, but merely changed the timing
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-11-19 02:31
---
Here is a shorter testcase:
long fff(int*);
long F2(int *node)
{
long call_result = 0;
if (call_result = fff(node))
goto error_free_node;
T(node);
return 0;
error_free_node:
T(node);
return call_result;
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-11-19 02:26
---
Subject: Bug 8355
Author: mmitchel
Date: Sat Nov 19 02:25:55 2005
New Revision: 107207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107207
Log:
PR c++/8355
* decl.c (grokfndecl): Set up D
--- Comment #12 from mmitchel at gcc dot gnu dot org 2005-11-19 02:22
---
This is too obscure to be release-critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-11-19 02:21
---
This is annoying warning; let's fix.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-11-19 02:20
---
Showstopper.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|
--- Comment #1 from mmitchel at gcc dot gnu dot org 2005-11-19 02:19
---
Should be fixed before release.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-11-19 02:19
---
Showstopper.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-11-19 02:18
---
Should be an easy fix.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from mmitchel at gcc dot gnu dot org 2005-11-19 02:18
---
Should this bug go into WORKSFORME state?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-11-19 02:16
---
S390 is not release critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mmitchel at gcc dot gnu dot org 2005-11-19 02:15
---
68k is not a primary/secondary platform, but bootstrap failures are obviously
bad. Let's fix this if we can.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from pcarlini at suse dot de 2005-11-19 02:15 ---
(In reply to comment #23)
> Created an attachment (id=10289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10289&action=view) [edit]
> mf hack
>
> For the record, here's the aforementioned hack.
Ok, thanks. Over th
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-11-19 02:14
---
HP-UX 10 is not a primary platform, but this seems an easy fix; let's fix it if
we can.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-19 02:13
---
Objective-C is not release-critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from mmitchel at gcc dot gnu dot org 2005-11-19 02:12
---
Showstopper.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|
--- Comment #10 from mmitchel at gcc dot gnu dot org 2005-11-19 02:11
---
Showstopper.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-19 02:11 ---
HUH:
;; succ: 2 [100.0%] (fallthru)
(jump_insn 21 19 31 0 (parallel [
(set (pc)
(if_then_else (eq (reg:SI 28 %r28)
(const_int 0 [0x0]))
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-11-19 02:10
---
Should be fixed before 4.1, if possible.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-19 02:09
---
Showstopper.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|
--- Comment #23 from rth at gcc dot gnu dot org 2005-11-19 02:09 ---
Created an attachment (id=10289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10289&action=view)
mf hack
For the record, here's the aforementioned hack.
And it does appear to change the behaviour of one of the
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-11-19 02:09
---
It would be nice to fix this, but not critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #22 from mmitchel at gcc dot gnu dot org 2005-11-19 02:08
---
I think we need to understand this problem before we release. It might be that
we downgrade the priority if it turns out to be a problem outside our control.
--
mmitchel at gcc dot gnu dot org changed:
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-11-19 01:58
---
We should try to fix this, but zero-sized arrays are non-standard, so P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-11-19 01:39
---
Showstopper.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|
--- Comment #6 from mmitchel at gcc dot gnu dot org 2005-11-19 01:39
---
It would be a shame not to apply this patch, since it's been approved. Let's
get it applied, and get this closed.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-19 01:37
---
Showstopper.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-19 01:28
---
This also effects hppa2.0w-hp-hpux11.11 which means this effects a primary
target.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-19 01:27 ---
Confirmed on hppa2.0w-hp-hpux11.11 also which means this effects a primary
target also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from schnetter at aei dot mpg dot de 2005-11-19 01:16
---
The same error message was already given (a few lines further down) when the
kind had an unsupported value. An old style kind is given in a declaration as
"real*8", a new style kind as "real(8)".
For integer and
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-19 01:16 ---
Testing this on a cross to hppa2.0w-hp-hpux11.11 to see if this fails there so
it can be considered exposed on a primary target.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
--- Comment #21 from pcarlini at suse dot de 2005-11-19 01:08 ---
Just in case, those are ready to use outside the testsuite... For me,
especially
the second one, fails very quickly and consistently on 4-way and 16-way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
--- Comment #20 from pcarlini at suse dot de 2005-11-19 01:06 ---
Created an attachment (id=10288)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10288&action=view)
Slightly hacked, self contained test (for use outside the testsuite)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #19 from pcarlini at suse dot de 2005-11-19 01:05 ---
Created an attachment (id=10287)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10287&action=view)
Slightly hacked, self contained test (for use outside the testsuite)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2005-11-19 00:58
---
(In reply to comment #8)
> Tried yesterday's snapshot of 4.1 and it still does not work.
OK, I'm on it. Looks like someone forgot about CRLF systems :)
I'll try to submit a first patch tomorrow...
--
fxcoude
--- Comment #18 from rth at gcc dot gnu dot org 2005-11-19 00:56 ---
Dammit, lemme try again; I patched a different tree than I tested.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8083
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7030
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24857
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-11-19 00:32
---
(In reply to comment #8)
> I can't reproduce this with r107187.
I cannot reproduce it either with 107184 either.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2005-11-19 00:14
---
(In reply to comment #1)
> The reason of the problem is that the conversion from complex*N to real*M with
> N=2M happens only for selected values. The enclosed patch may help.
This patch is OK but I don't quite
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-19 00:14 ---
Note the shortest (C) testcase get that pattern is:
_Complex double f(void);
void g(void)
{
_Complex double a = f();
}
Though will not cause the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24823
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-19 00:06 ---
The instruction:
(call_insn:HI 361 360 362 32 (set (parallel:DC [
(expr_list:REG_DEP_TRUE (reg:DF 21 xmm0)
(const_int 0 [0x0]))
(expr_list:REG_DEP_TRUE (reg:DF 22 x
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-19 00:02 ---
(In reply to comment #6)
> Btw., this also happens on armv4l compiling NX:
That might be a different bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24823
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-18 23:52 ---
By the way it was PR 24184 which I closed as a dup of this one since this has
more information.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 23:51 ---
*** Bug 24184 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 23:51 ---
PR 24938 has a little more anaylsis of the problem.
*** This bug has been marked as a duplicate of 24938 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from pcarlini at suse dot de 2005-11-18 23:41 ---
(In reply to comment #16)
> Alex's explanation can't be all of it. I hacked the compiler to emit two
> "mf" instructions before and after the sequence here, and it made no
> difference to the two tests failing. I really
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-18 23:38 ---
Here is what the parse tree looks like:
POINTER ASSIGN MAIN__:charts(MAIN__:i) % name MAIN__:names(MAIN__:i)
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from steven at gcc dot gnu dot org 2005-11-18 23:37 ---
This does in no way block the removal of loop.c. Rather, the (now latent
again) bug would disappear with loop.c if/when we nuke it.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 23:36 ---
Confirmed, I might had caused this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from steven at gcc dot gnu dot org 2005-11-18 23:35 ---
I can't reproduce this with r107187.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
--- Comment #16 from rth at gcc dot gnu dot org 2005-11-18 23:32 ---
Alex's explanation can't be all of it. I hacked the compiler to emit two
"mf" instructions before and after the sequence here, and it made no
difference to the two tests failing. I really have no idea what's going on.
There are two pieces of code in gnuDynValue that generate unverifiable (and
wrong!) code.
The following method in this file:
public int component_count()
{
return isNull ? 0 : super.component_count();
}
Generates the following byte code:
Method name:"component_count" public Signature:
Following code causing the ice in fortran/trans.c at line 152
$ cat test_forall.f90
program test_forall
type element
character(32), pointer :: name
end type element
type(element) :: charts(50)
character(32), target :: names(50)
for
--- Comment #18 from tkoenig at gcc dot gnu dot org 2005-11-18 21:17
---
Updated patch.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
URL
--- Comment #4 from joel at gcc dot gnu dot org 2005-11-18 21:16 ---
arm-rtems4.7 now builds. The empty version is used for all RTEMS target.
Thanks.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2005-11-18 21:07
---
See http://sources.redhat.com/bugzilla/show_bug.cgi?id=994 for the binutils
bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-11-18 21:02
---
So if -g does not fix it, then this is not related at all to PR 22313.
We should just disable --freorder-blocks-and-partition if gas is unwilling to
support unwind info when the section changes.
See http://sources
--- Comment #9 from rguenth at gcc dot gnu dot org 2005-11-18 21:01 ---
Arguably an as bug, but maybe we should not use -freorder-blocks-and-partition
on ia64 profiledbootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
--- Comment #8 from rguenth at gcc dot gnu dot org 2005-11-18 21:00 ---
Created an attachment (id=10285)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10285&action=view)
wrong assembly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-11-18 21:00 ---
Created an attachment (id=10284)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10284&action=view)
profile data 2/2
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-11-18 20:59 ---
Created an attachment (id=10283)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10283&action=view)
profile data 1/2
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-11-18 20:59 ---
Created an attachment (id=10282)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10282&action=view)
testcase
new testcase. Compile with
stage1/cc1 -fpreprocessed c-lex.i -quiet -dumpbase c-lex.i -auxbase-strip
--- Comment #5 from ray at ultramarine dot com 2005-11-18 20:51 ---
Subject: Re: iostat on read
On Fri, 18 Nov 2005, pinskia at gcc dot gnu dot org wrote:
>
>
> --- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-18 20:03
> ---
> (In reply to comment #3)
> > a.o
--- Comment #3 from httpsuser at yahoo dot com 2005-11-18 20:38 ---
1. download Firefox source
http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5rc3/source/firefox-1.5rc3-source.tar.bz2
2. compile with my .mozconfig
3. run in gdb with firefox -g
4. browse http://www.ciao.co.uk/.
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-11-18 20:30 ---
I'll do it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24883
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-11-18 20:28 ---
Grrr, the testcase was created with some older binutils. Trying to create one
with one that matches the reported error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-18 20:26 ---
There is not enough information here to fix this bug. We need a short testcase
where the bug is?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from httpsuser at yahoo dot com 2005-11-18 20:19 ---
Created an attachment (id=10281)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10281&action=view)
backtrace
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24935
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-11-18 20:19 ---
Created an attachment (id=10280)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10280&action=view)
profile data 2/2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-11-18 20:18 ---
Created an attachment (id=10279)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10279&action=view)
profile data 1/2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
Firefox 1.5 rc3, if compiled with -ftree-vectorize, always crashes on many web
sites e.g. www.ciao.co.uk. see attachment
.mozconfig:
export MOZ_PHOENIX=1
export CFLAGS="-O3 --param max-inline-insns-single=16 --param
max-inline-insns-auto=16 -fno-unswitch-loops -g -pipe -mmmx -msse
-march=pentium3
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from rguenth at gcc dot gnu dot org 2005-11-18 20:17 ---
Created an attachment (id=10278)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10278&action=view)
testcase
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
profilebootstrap with CFLAGS="-O2" BOOT_CFLAGS="-O2" fails with
/tmp/ccloJJLt.s: Assembler messages:
/tmp/ccloJJLt.s:138: Warning: Corrupted unwind info due to unsupported section
switching
/tmp/ccloJJLt.s:747: Internal error!
Assertion failure in ia64_estimate_size_before_relax at
../../gas/confi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24883
--- Comment #5 from ian at airs dot com 2005-11-18 20:13 ---
Created an attachment (id=10277)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10277&action=view)
Patch
This patch appears to fix the problem.
However, I am about to leave for the weekend, and won't be back until Monday
--- Comment #6 from hp at gcc dot gnu dot org 2005-11-18 20:08 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01373.html>.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-18 20:08 ---
*** Bug 24933 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-18 20:08 ---
This is a dup of bug 8355.
*** This bug has been marked as a duplicate of 8355 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from rearnsha at gcc dot gnu dot org 2005-11-18 20:05
---
Sometimes when the reload needs to reload an expression that is a subreg
of a wider register, X, into a different class than X it will call
find_valid_class. This routine simply checks whether the class has any
1 - 100 of 152 matches
Mail list logo
