--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-17 06:30 ---
(In reply to comment #1)
> Use gcc -S -msse and look at the assembly. GCC allocates __m128 locals
> directly
> on the stack without adjusting ESP, which might not be 16-byte aligned. But
> GCC
> uses movaps, which
--- Comment #1 from zuxy dot meng at gmail dot com 2006-06-17 06:25 ---
Created an attachment (id=11685)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11685&action=view)
The file that gcc fails to compile correctly.
Use gcc -S -msse and look at the assembly. GCC allocates __m128 l
GCC dosen't allocate __m128 locals on a 16-byte boundary, but continues to use
movaps to access them, causing general protection faults at run-time.
--
Summary: __m128 local variables don't get properly aligned.
Product: gcc
Version: 4.1.1
Status: UNC
--- Comment #10 from zadeck at naturalbridge dot com 2006-06-17 04:14
---
(In reply to comment #9)
> The bug is in flow.c and fixed by the new df.c rewrite of dataflow. Ken and I
> tripped over the same problem.
>
While I thought this earlier, I do not believe it now. There is a pro
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-06-17 03:32
---
The test case in comment#1 now compiles without error and segfaults when run.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19654
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-17 02:51 ---
Fixed in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27887
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-17 02:27 ---
A single minus have the same ICE and backtrace:
#0 0x0040c33f in build_method_decl (code=167, ret_type=0x2af3b8d0,
selector=0x0, add_args=0x2af3b8a0,
ellipsis=0 '\0') at /home/pinskia/src/gcc-4.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-17 02:24 ---
Confirmed:
#0 0x0040c9ff in objc_build_message_expr (mess=0x2af3b900)
at /home/pinskia/src/gcc-4.1/gcc/gcc/objc/objc-act.c:6178
#1 0x00472de9 in c_parser_postfix_expression (parser=0x2ae
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-17 02:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-17 02:21 ---
Here is a C testcase (so that it does not get marked as P5):
typedef struct _NSPoint NSPoint;
struct _NSPoint
{
float x;
float y;
};
static inline NSPoint
NSMakePoint (float x, float y)
{
NSPoint point;
point
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-17 02:07 ---
The backtrace:
#0 fancy_abort (file=0xa6b580
"/home/pinskia/src/gcc-4.1/gcc/gcc/simplify-rtx.c", line=3807,
function=0xa6c3f0 "simplify_subreg")
at /home/pinskia/src/gcc-4.1/gcc/gcc/diagnostic.c:602
#1 0x00
--- Comment #3 from kargl at gcc dot gnu dot org 2006-06-17 02:06 ---
See the first two sentences in Section 8 of gfortran.info.
This is very low hanging fruit, and is placed way below
fixing actual bugs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28068
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-17 01:50 ---
It works in 4.2.0 for sure. It does fail in "4.1.2 20060608" though.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from dje at gcc dot gnu dot org 2006-06-17 01:37 ---
The bug is in flow.c and fixed by the new df.c rewrite of dataflow. Ken and I
tripped over the same problem.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-17 01:35 ---
This worked with "4.2.0 20060507".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-06-17 01:14
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summ
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-06-17 01:11
---
Subject: Bug 28016
Author: mmitchel
Date: Sat Jun 17 01:11:34 2006
New Revision: 114739
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114739
Log:
PR c++/28016
* decl.c (cp_finsh_decl): Do
--- Comment #23 from tromey at gcc dot gnu dot org 2006-06-17 01:01 ---
Fixed on the 4.1 branch and trunk.
AFAIK nobody is planning to backport to the 4.0 branch, so I'm closing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-17 00:59 ---
This was fixed for 4.2.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-06-17 00:49
---
(In reply to comment #9)
> Andrew --
>
> Since you're unwilling to close this PR, I'll leave it open. However, it's
> P5;
> I trust OpenMP users to be able to figure out how to find the OpenMP pragmas.
Lets loo
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-06-17 00:28
---
Andrew --
Since you're unwilling to close this PR, I'll leave it open. However, it's P5;
I trust OpenMP users to be able to figure out how to find the OpenMP pragmas.
-- Mark
--
mmitchel at gcc dot gnu dot o
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-17 00:26 ---
Also we list extensions to C89 which are in C99 too so documenting this in
"Extensions to the C Language Family" is the correct thing to do.
And nothing links directly to the spec, I have to go through another web p
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-06-17 00:23
---
I consider this a key validation requirement. It should be possible to test
the toolchain after installation to validate the bits that will actually go out
to users. This does not work for all parts of the toolch
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-17 00:23 ---
Also the pragmas should be listed under:
http://gcc.gnu.org/onlinedocs/gcc/Pragmas.html#Pragmas
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26154
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-17 00:20 ---
(In reply to comment #5)
> I agree that since there is a reference to the specification in -fopenmp it is
> not necessary to do more to document OpenMP in our manual. (If we have
> extensions to OpenMP they should b
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-06-17 00:06
---
I agree that since there is a reference to the specification in -fopenmp it is
not necessary to do more to document OpenMP in our manual. (If we have
extensions to OpenMP they should be documented, but that's anot
--
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 #2 from pinskia at gcc dot gnu dot org 2006-06-16 23:51 ---
Confirmed.
perror was added by:
2005-03-22 Francois-Xavier Coudert <[EMAIL PROTECTED]>
* check.c (gfc_check_chdir, gfc_check_chdir_sub, gfc_check_kill,
gfc_check_kill_sub, gfc_check_link, gfc_check
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-16 23:47 ---
perror is an old g77 intrinsics.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28068
Recently an ancient program failed to compile because it had a subroutine named
perror. This led to confusing diagnostics about number of arguments. The
problem was fixed by appropriate insertion of EXTERNAL statements.
gfortran appears to define an intrinsic named perror, but this fact is not
doc
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-06-16 23:13
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-06-16 23:12
---
Subject: Bug 27979
Author: mmitchel
Date: Fri Jun 16 23:12:08 2006
New Revision: 114733
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114733
Log:
PR c++/27979
* call.c (standard_conversion
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-06-16 23:09
---
Fixed in 4.1.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-06-16 23:09
---
Subject: Bug 27884
Author: mmitchel
Date: Fri Jun 16 23:09:23 2006
New Revision: 114731
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114731
Log:
PR c++/27884
* decl.c (have_extern_spec):
--- Comment #1 from bangerth at dealii dot org 2006-06-16 23:02 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from bangerth at dealii dot org 2006-06-16 23:00 ---
Actually, 4.0.x is the only compiler that I can get to ICE:
g/x> /home/bangerth/bin/gcc-4.0.x/bin/c++ -O3 -c x.cc
x.cc: In instantiation of 'B<0>':
x.cc:8: instantiated from here
x.cc:5: error: no type named 'X' in 's
--- Comment #1 from bangerth at dealii dot org 2006-06-16 22:56 ---
This doesn't show up in 4.1.2pre 20060605, so must have been introduced after
that.
--
bangerth at dealii dot org changed:
What|Removed |Added
-
--- Comment #3 from bangerth at dealii dot org 2006-06-16 22:55 ---
The code is invalid, however: explicit specializations must be declared
before they are first used. In the snippet, B::B is used in foo()
before the specialization is declared. The ICE consequently also goes
away if a de
--- Comment #2 from bangerth at dealii dot org 2006-06-16 22:51 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-16 21:53 ---
My rewrite of gcjh in java fixes this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
All gcj bugs fixed on the ecj branch will be listed
as dependencies of this bug.
--
Summary: [meta-bug] Tracking bug for ecj fixes
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ja
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-16 21:27 ---
/usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at
../../bfd/elf64-x86-64.c line 1912 in elf64_x86_64_relocate_section
But this is a binutils bug and not a GCC one and it has been fixed too.
--
pi
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-16 21:22 ---
I don't think we'll ever fix this.
GCC's -o option is probably sufficient.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from janis at gcc dot gnu dot org 2006-06-16 21:12 ---
A regression hunt confirmed that this was fixed by:
http://gcc.gnu.org/viewcvs?view=rev&rev=114119
r114119 | mmitchel | 2006-05-25 20:18:26 + (Thu, 25 May 2006)
--
http://gcc.gnu.org/bugzilla/show_bu
I do not think this is bug 5291 from the Most Frequently Reported Bugs page
HOST SYSTEM: HP ProLiant DL385G1 with Dual Opteron 254 running RedHat
Enterprise v4u3
KERNEL: 2.6.9-34.ELsmp
COMPILER USED TO BOOTSTRAP (this is bundled with RHELv4u3):
$ gcc --version
gcc (GCC) 3.4.5 20051201 (Red Hat 3
--- Comment #6 from leisner at rochester dot rr dot com 2006-06-16 20:03
---
It seems the specs file for solaris is also wrong -- I had to add -lrt to
enable
pthreads (on solaris 2.8 anyway and gcc 3.4.x).
--
leisner at rochester dot rr dot com changed:
What|Removed
--- Comment #15 from tkoenig at gcc dot gnu dot org 2006-06-16 19:47
---
(In reply to comment #14)
> Thomas, could you backport your patch to 4.1? (when you have some time, of
> course)
Hi FX,
I have a few major RL concerns next week (a few critical presentations to
give, ...) and wil
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-06-16 19:31
---
I'm currently regtesting the following patch:
Index: trans-intrinsic.c
===
--- trans-intrinsic.c (revision 114721)
+++ trans-intrinsic.c (workin
--
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 2006-06-16 19:01 ---
*** Bug 28065 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 2006-06-16 19:01 ---
No, this is different problem than you think it is. The problem is we are
emitting a constant that does not make sense at all.
*** This bug has been marked as a duplicate of 28016 ***
--
pinskia at gcc dot gnu
--- Comment #10 from janis at gcc dot gnu dot org 2006-06-16 18:59 ---
The regression hunt to find when the testcase starts passing identified this
mainline patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=106400
r106400 | rth | 2005-11-02 21:44:17 + (Wed, 02 Nov 2005)
--
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-06-16 18:53
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-06-16 18:46
---
Subject: Bug 27884
Author: mmitchel
Date: Fri Jun 16 18:45:50 2006
New Revision: 114727
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114727
Log:
PR c++/27884
* decl.c (have_extern_spec):
I ran into a problem using Boost C++ (CVS HEAD 2006-06-16) with gcc 4.2.0
20060610 (and newer). Basically, filenames are not longer encoded in
the mangled name of certain symbols (possibly related to anonymous
namespaces?),
though they should be. Since the issue did not occur with gcc
4.2.0 2006060
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.1.2 4.2.0
Summary|[4.2 Regression] emitting |[4.1/4.2
--- Comment #22 from rleigh at debian dot org 2006-06-16 18:19 ---
Just to summarise the current tests:
wide wide2 wide3
GCC ver ppc i386 ppc i386 ppc i386
3.4OK OKOK OKOK fail
4.0fail OKOK fail OK fail
4.1fail OKO
--- Comment #21 from pcarlini at suse dot de 2006-06-16 18:10 ---
Ok, I think I have something meaningful to say: seems definitely a
miscompilation. I would ask you to check on powerpc-linux what I'm seeing on
ia64-linux: the problem goes away if I both build libstdc++ and eventually the
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28063
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|tree-optimization |c++
Target Milestone|--- |4.1.2
http://gc
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-06-16 17:55 ---
This is a dup of another bug which I fixed for 4.1.0 so closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from ro at gcc dot gnu dot org 2006-06-16 17:53 ---
Fixed for 4.2.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28056
--- Comment #4 from ro at gcc dot gnu dot org 2006-06-16 17:53 ---
Subject: Bug 27540
Author: ro
Date: Fri Jun 16 17:53:03 2006
New Revision: 114726
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114726
Log:
PR target/27540
* configure.in: Only enable libgomp on
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-16 17:50 ---
*** Bug 28055 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 2006-06-16 17:50 ---
*** This bug has been marked as a duplicate of 27781 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.2.0
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28053
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.2.0
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.1.2
http://
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-16 17:43 ---
(In reply to comment #1)
> Looks invalid, as I think default arguments need to be bound immediately(?)
No they don't, if they did then all of STL with allocators would be broken :).
--
pinskia at gcc dot gnu dot
--- Comment #20 from rleigh at debian dot org 2006-06-16 17:28 ---
> Before I go completely crazy, let's agree at least about a detail:
> let's not involve 3.3: in 3.3 codecvt is known to be broken and was
> completely rewritten for 3.4.
Agreed :)
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #19 from rleigh at debian dot org 2006-06-16 17:26 ---
Created an attachment (id=11683)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11683&action=view)
C example using mbsnrtowcs
This testcase is the same as the last, but uses C only.
It looks like this:
GCC ver
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-16 17:11
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu
||do
String merging is conditionalized on -fmerge-constants, which is turned off for
-O0. This is wasteful of space in .debug_info with optimization disabled, on
targets which support string merging. I don't know if it's faster or not; in
the long run, I suspect it's slower, because binaries get so mu
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-06-16 17:03
---
Subject: Bug 27965
Author: fxcoudert
Date: Fri Jun 16 17:03:43 2006
New Revision: 114724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114724
Log:
PR fortran/27965
* trans-array.c (gfc_co
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #18 from pcarlini at suse dot de 2006-06-16 17:03 ---
Ok, thanks. Before I go completely crazy, let's agree at least about a detail:
let's not involve 3.3: in 3.3 codecvt is known to be broken and was completely
rewritten for 3.4.
--
http://gcc.gnu.org/bugzilla/show_bug.
The patch in revision 113012 broke reference counting. It adds this:
+ /* Set the string's refcount to 0 so that prune_unused_types_mark
+accounts properly for it. */
+ if (AT_class (a) == dw_val_class_str)
+ a->dw_attr_val.v.val_str->refcount = 0;
But something in this
--- Comment #17 from rleigh at debian dot org 2006-06-16 16:59 ---
Created an attachment (id=11682)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11682&action=view)
Use mbsnrtowcs directly.
This testcase is similar to the original, with the exception that it uses
mbsnrtowcs in pla
--- Comment #16 from pcarlini at suse dot de 2006-06-16 16:56 ---
I can reproduce on an ia64-linux machine, so confirmed, but very puzzling on
the libstdc++-v3 side, no idea how/when we are going to deal with it...
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #2 from sje at cup dot hp dot com 2006-06-16 16:44 ---
Changing the C to a ! would probably work but the point is that a C should
work. Or C should be documented as not working.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28032
On Fri, 2006-06-16 at 10:45 -0400, Andrew MacLeod wrote:
> On mainline, when building with no checking enabled, the stage 2
> compiler is segfaulting when building crtbegin.o :
>
>
> make[3]: Entering directory `/build/gcc/out-branchpoint-nc/gcc'
> /build/gcc/out-branchpoint-nc/./gcc/xgcc
> -B/b
--- Comment #9 from paulthomas2 at wanadoo dot fr 2006-06-16 16:18 ---
Subject: Re: rejects valid array initialization expression
Harald,
>You might wish to extend this to m(5) = ..., because:
>
>
>
>> integer, parameter :: p(8) = (/(m(i:i+1), i = 1,4)/)
>>
>>
>
>the last acce
--- Comment #15 from rleigh at debian dot org 2006-06-16 16:16 ---
$ uname -a
Linux hardknott 2.6.16.17 #7 Sun May 21 15:39:23 BST 2006 ppc GNU/Linux
$ /lib/libc.so.6
GNU C Library stable release version 2.3.6, by Roland McGrath et al.
Copyright (C) 2005 Free Software Foundation, Inc.
T
--- Comment #1 from tbm at cyrius dot com 2006-06-16 15:51 ---
Created an attachment (id=11681)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11681&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
[ forwarded from http://bugs.debian.org/373820 ]
We're seeing the following ICE, both with gcc 4.1 and latest 4.2 (but 4.0
works). Apparently it only happens on x86_64. It works when you drop the
optimization flag.
(sid)75:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/gcc -c -O2
mi
--- Comment #13 from gerald at pfeifer dot com 2006-06-16 15:25 ---
Thanks, Paolo!
I got confirmation by two testers who experienced the original problem that
your latest patch addresses the issue, and they managed to bootstrap now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26
--- Comment #7 from tbm at cyrius dot com 2006-06-16 15:11 ---
This was caused by this commit:
2006-06-04 Mark Mitchell <[EMAIL PROTECTED]>
PR c++/27819
* decl.c (cp_finish_decl): Process initializers for static data
members with non-dependent initializers, ev
--- Comment #14 from pcarlini at suse dot de 2006-06-16 15:09 ---
Can you please tell us the glibc version? I'm asking because I can reproduce on
an ia64 machine using glibc2.4, not on all the glibc2.3.6 systems I tried.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
--- Comment #23 from rguenth at gcc dot gnu dot org 2006-06-16 14:57
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #22 from rguenth at gcc dot gnu dot org 2006-06-16 14:56
---
Subject: Bug 27116
Author: rguenth
Date: Fri Jun 16 14:56:34 2006
New Revision: 114723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114723
Log:
2006-06-16 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #6 from tbm at cyrius dot com 2006-06-16 14:47 ---
(In reply to comment #4)
> boostjam get segfault to build boost with gcc-4.2
I can confirm this, but this is a completely different issue. Unfortunately, I
don't know if this is a bug in boost or gcc, but I suspect the form
--- Comment #5 from tbm at cyrius dot com 2006-06-16 14:46 ---
This also fails with 4.1 from SVN. The problem got introduced between 20060530
and 20060613.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28016
1 - 100 of 141 matches
Mail list logo
