--- Comment #2 from steven at gcc dot gnu dot org 2007-03-11 10:14 ---
*** Bug 31116 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from steven at gcc dot gnu dot org 2007-03-11 10:14 ---
Same problem as PR31127.
*** This bug has been marked as a duplicate of 31127 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|31116 |
Status|UNCONFIRMED |NEW
Ever
--- Comment #6 from irar at il dot ibm dot com 2007-03-11 10:33 ---
Harsha, could you please attach vectorizer's dump file (produced with
-fdump-tree-vect-details)?
Thanks,
Ira
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25371
--- Comment #3 from steven at gcc dot gnu dot org 2007-03-11 11:01 ---
Created an attachment (id=13188)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13188action=view)
suggestion for what a fix may look like
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31127
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-03-11 11:27
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
extern void link_error ();
void foo (int a)
{
if (a 0)
{
int y;
a = -a;
y = a / 7;
if (y 1 30)
link_error ();
}
}
int main()
{
return 0;
}
Before the VRP overflow handling changes we have after the first VRP pass:
Value ranges after VRP:
a_1(D):
The following invalid code snippet triggers an ICE on mainline and 4.2 branch:
=
templateint struct A
{
A(int);
};
templateint N AN::A() {}
struct B
{
A0 a;
};
B b;
=
bug.cc:6: error: prototype for 'AN::A()' does not
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31131
The following invalid code snippet triggers an ICE since GCC 3.4.0:
=
templatetypename T class A
{
static int i;
friend int T::foo();
};
struct B
{
void foo() { AB::i; }
};
=
bug.cc: In instantiation of 'AB':
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31132
--- Comment #5 from patchapp at dberlin dot org 2007-03-11 12:01 ---
Subject: Bug number PR30883
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00651.html
--
--- Comment #25 from paolo at gcc dot gnu dot org 2007-03-11 12:03 ---
Subject: Bug 28080
Author: paolo
Date: Sun Mar 11 12:03:34 2007
New Revision: 122818
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122818
Log:
2007-03-11 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #26 from pcarlini at suse dot de 2007-03-11 12:07 ---
Now, for example, the preprocessed memory is about 100 KB smaller and there
are noticeable improvements eveywhere (containers, streams, etc.). Also, thanks
to variadic templates the compile-time performance and
--- Comment #9 from dominiq at lps dot ens dot fr 2007-03-11 12:19 ---
I confirm that the bug does not show with gcc. Is theis related to the
following failures in the regtest?
FAIL: gcc.dg/builtins-59.c scan-tree-dump __builtin_cexpi
FAIL: gcc.dg/builtins-59.c scan-tree-dump-not
--- Comment #4 from martin dot jansa at mk dot cvut dot cz 2007-03-11
12:20 ---
(In reply to comment #3)
Well Ahmed, right now you can't possibly see the exact same error, because
stl_algobase.h does *not* include iosfwd anymore... Please provide more
info.
Thanks.
My error seems
--- Comment #5 from martin dot jansa at mk dot cvut dot cz 2007-03-11
12:29 ---
(In reply to comment #4)
And my toolchain:
jama gcc # /lib/libc.so.6
GNU C Library 20070214 release version 2.5.90, by Roland McGrath et al.
Copyright (C) 2007 Free Software Foundation, Inc.
This is free
--- Comment #6 from pcarlini at suse dot de 2007-03-11 12:32 ---
My error seems quite similar (with profiledbootstrap and bootstrap too). Older
snapshots have the same issue.
Thanks, but *how much* older, exactly, we must pin-point the exact source of
this problem.
I'm using latest
--- Comment #7 from pcarlini at suse dot de 2007-03-11 12:53 ---
People encountering this kind of problem should check whether this trivial C++
snippet compiles:
/
#include stdio.h
#undef clearerr
namespace my
{
using ::clearerr;
}
/
because really, in that place
--- Comment #3 from dominiq at lps dot ens dot fr 2007-03-11 12:58 ---
The following reduced test case
PROGRAM LINPK
PARAMETER (N=2500,LDA=N+1)
DOUBLE PRECISION a(LDA,N) , b(N) , x(N)
a = 1.0
print *, 'before DSCAL'
CALL DSCAL(N-1,1.0D0,A(2,1),1)
--- Comment #8 from pcarlini at suse dot de 2007-03-11 13:03 ---
Then this snippet could be also useful, just in case we are doing something
wrong in the configury (I doubt it)
//
#include stdio.h
#include bits/c++config.h
#undef clearerr
_GLIBCXX_BEGIN_NAMESPACE(std)
--- Comment #9 from pcarlini at suse dot de 2007-03-11 13:05 ---
Oh well, if the build really failed bits/c++config.h has not been installed,
then include it from the exact place where is available in the build dir.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915
--- Comment #10 from pcarlini at suse dot de 2007-03-11 13:14 ---
In c++config we have the below lines, which I never noriced before, I wonder
whether can cause problems given the our current framework (in the future is
another matter...)
Note hovewer, that currently __cplusplus in the
--- Comment #4 from dominiq at lps dot ens dot fr 2007-03-11 13:16 ---
Note that the bug affect lapack/blas/{s,d}scal.f. Note also that in the
*optimized* dumps of
lapack/blas/{c,z}scal.f there are several:
Invalid sum of incoming frequencies , should be
cscal.f:
...
Invalid
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
I use gcc to cross compile a system with --sysroot option. However replace
every gcc command with 'gcc --sysroot=blah' is kind of redundant. It would be
great if I can set environment variable SYSROOT=blah (or GNUSYSROOT=blah) and
leave gcc commands intact, just like CFLAGS and friends.
--
--- Comment #11 from pcarlini at suse dot de 2007-03-11 13:26 ---
(In reply to comment #10)
Note hovewer, that currently __cplusplus in the official GNU tree at least is
still *1*. Is it possible that only *Gentoo* GCC has an external patch
defining __cplusplus as 199711L???
But
--- Comment #12 from martin dot jansa at mk dot cvut dot cz 2007-03-11
13:36 ---
(In reply to comment #11)
Those 2 snippets working fine here and printf(%d,__cplusplus); says still
1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915
--- Comment #13 from pcarlini at suse dot de 2007-03-11 13:46 ---
Ok, can we know when exactly this bootstrap problem appeared? Nobody among the
developers is seeing it, I repeat, we can't reproduce it, and if the submitters
are not going to help more, much more, the problem cannot be
--- Comment #10 from irar at gcc dot gnu dot org 2007-03-11 13:47 ---
Subject: Bug 29925
Author: irar
Date: Sun Mar 11 13:47:40 2007
New Revision: 122819
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122819
Log:
PR tree-optimization/29925
* tree-data-ref.c
--- Comment #14 from martin dot jansa at mk dot cvut dot cz 2007-03-11
13:54 ---
(In reply to comment #13)
Ok, can we know when exactly this bootstrap problem appeared? Nobody among the
developers is seeing it, I repeat, we can't reproduce it, and if the
submitters
are not going
--- Comment #5 from jsm28 at gcc dot gnu dot org 2007-03-11 13:59 ---
I can't reproduce this bug with current 4.2 branch or trunk. My guess as to
the most likely patch to have fixed this is:
2006-11-16 Joseph Myers [EMAIL PROTECTED]
* config/rs6000/spe.md (frob_di_df_2):
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-03-11 14:06 ---
It also breaks FreeFEM.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from burnus at gcc dot gnu dot org 2007-03-11 14:07 ---
Ian, looking at the changelog, it seems as if your commit
http://gcc.gnu.org/viewcvs?view=revrevision=122487
r122487 | ian | 2007-03-02 21:09:31 +0100 (Fri, 02 Mar 2007) | 35 lines
Used signed infinities in
--- Comment #3 from zuxy dot meng at gmail dot com 2007-03-11 14:27 ---
Created an attachment (id=13189)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13189action=view)
Updated patch
--
zuxy dot meng at gmail dot com changed:
What|Removed
/home/dave/gnu/gcc-4.3/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc-4.3/objdir/./
prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/bin/ -c -g -O2
-DIN_GC
C -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros
--- Comment #1 from danglin at gcc dot gnu dot org 2007-03-11 14:42 ---
Occurs in stage2.
[EMAIL PROTECTED]:~/gnu/gcc-4.3/objdir/prev-gcc$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa-linux
Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared
--- Comment #2 from schwab at suse dot de 2007-03-11 15:02 ---
The limit on the number of tree codes is reached (LAST_CPLUS_TREE_CODE = 251,
LAST_OBJC_TREE_CODE = 262).
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #2 from lucier at math dot purdue dot edu 2007-03-11 15:56
---
Fixed
[descartes:~/programs/gcc/objdir-mainline] gcc-test% cat
../mainline/LAST_UPDATED
Sat Mar 10 22:35:54 EST 2007
Sun Mar 11 03:35:54 UTC 2007 (revision 122814M)
--
lucier at math dot purdue dot edu
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-03-11 16:08
---
Subject: Bug 31115
Author: rguenth
Date: Sun Mar 11 16:08:35 2007
New Revision: 122821
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122821
Log:
2007-03-11 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #6 from pault at gcc dot gnu dot org 2007-03-11 16:17 ---
Subject: Bug 30883
Author: pault
Date: Sun Mar 11 16:17:32 2007
New Revision: 122822
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122822
Log:
2007-03-11 Paul Thomas [EMAIL PROTECTED]
PR
I just tried to compile Suse Linux package rasmol-2.7.3.1-44
with the GNU C++ compiler version 4.3 snapshot 20070309.
The compiler said
repres.c: In function 'InitialiseRepres':
repres.c:1638: internal compiler error: in cse_find_path, at cse.c:5930
Please submit a full bug report,
with
--- Comment #1 from dcb314 at hotmail dot com 2007-03-11 16:19 ---
Created an attachment (id=13190)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13190action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31135
--- Comment #5 from rth at gcc dot gnu dot org 2007-03-11 16:22 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-11 17:09 ---
just like CFLAGS and friends
Well CFLAGS is a make file and nothing to do with GCC really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
GCC host triplet|x86_64-suse-linux |
GCC
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-11 17:15 ---
*** This bug has been marked as a duplicate of 31127 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-03-11 17:15 ---
*** Bug 31135 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pclouds at gmail dot com 2007-03-11 17:26 ---
Ahh.. I made a mistake, sorry for the annoyance.
--
pclouds at gmail dot com changed:
What|Removed |Added
--- Comment #2 from TabonyEE at austin dot rr dot com 2007-03-11 18:28
---
Hhmm. I have made a few other changes and now when I don't define
WORD_REGISTER_OPERATIONS, I get correct code. I get an HI load followed by a
QI - SI zero extend, not the preferred POST_MODIFY. I looked at
With the tip of the 4.2 branch, the following program returns 1. Mainline
returns 0. Is this defined behavior? I could not find anything on the
subject.
struct S {
unsigned b4:4;
unsigned b6:6;
} s;
int main(void){
s.b6 = 31;
s.b4 = s.b6;
s.b6 = s.b4;
return s.b6 == 15 ? 0 : 1;
}
--- Comment #18 from tobi at gcc dot gnu dot org 2007-03-11 18:53 ---
The tests no longer fail, even with the system gmp/mpfr (which haven't been
updated), so I'm closing this as WORKSFORME.
--
tobi at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-03-11 18:54 ---
Taking care of this one as the solution is probably the same as with ALARM
(PR30947).
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from TabonyEE at austin dot rr dot com 2007-03-11 18:57
---
By the way, I think emit-rtl.c: change_address_1 could at least use an assert
that if the modes are different and the addresses are the same, then
mode_dependent_address_p is not true. That is unless
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-03-11 19:43 ---
I have looked at this some more. Channging gfc_conv_intrinsic_function so that
we call gfc_conv_intrinsic_minmaxloc is easy enough:
@@ -3481,7 +3481,9 @@ gfc_conv_intrinsic_function (gfc_se * se
name =
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31131
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31132
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30857
--- Comment #15 from martin dot jansa at mk dot cvut dot cz 2007-03-11
20:35 ---
(In reply to comment #14)
downgrading glibc didn't that trick but now() I have successfully builded
latest snapshot with this patch:
--- ./gcc-4.3-20070309/libstdc++-v3/include/c_global/cstdio.orig
--- Comment #5 from sayle at gcc dot gnu dot org 2007-03-11 20:37 ---
Subject: Bug 30433
Author: sayle
Date: Sun Mar 11 20:37:40 2007
New Revision: 122823
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122823
Log:
2007-03-11 Roger Sayle [EMAIL PROTECTED]
Andrew
--- Comment #1 from ian at airs dot com 2007-03-11 20:39 ---
I am testing this patch.
Index: gcc/tree-vrp.c
===
--- gcc/tree-vrp.c (revision 122820)
+++ gcc/tree-vrp.c (working copy)
@@ -2142,13 +2142,11 @@
--- Comment #6 from ian at airs dot com 2007-03-11 20:46 ---
Can you see if the patch I committed this morning fixes this problem?
2007-03-11 Ian Lance Taylor [EMAIL PROTECTED]
* tree-vrp.c (vrp_int_const_binop): Handle PLUS_EXPR and
the *_DIV_EXPR codes correctly
I have just started reading the gcc code a bit, and while looking at the avr
port I noticed that in the function avr_rtx_costs in avr.c there is some code
to calculate the cost of a multiplication:
case MULT:
switch (mode)
{
case QImode:
if (AVR_HAVE_MUL)
--- Comment #16 from pcarlini at suse dot de 2007-03-11 21:20 ---
I see, weird, I'm going to add Benjamin in CC, he added very recently the
c_global files and I'm not familiar with #include_next...
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-03-11 21:28
---
A patch has been submiited for approval for this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from burnus at gcc dot gnu dot org 2007-03-11 21:42 ---
Can you see if the patch I committed this morning fixes this problem?
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00664.html
Yes, the patch fixes this problem. Thanks!
--
burnus at gcc dot gnu dot org changed:
The following valid code snippet triggers an ICE on mainline:
=
void foo(long ...);
=
bug.cc:1: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The same thing happens for the following invalid variation:
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31138
--- Comment #2 from rolf dot ebert dot gcc at gmx dot de 2007-03-11 22:17
---
I have to rerun the ACATS tests with more disk space available. After the C3
tests all other failures were due to disk full.
Currently c35507m is the only failure in 4.2 on MinGW that I know of. But as I
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
made little difference.
Result for gcc/gfortran 4.3.0 20070311 on an Athlon 64 X2 4800+.
-O3 -march=opteron -funroll-loops -msse3 -ftree-vectorize -m64:
Fortran: 0.8240519, real0m7.661s, user0m7.232s
Fortran: 0.8240528, real0m7.654s, user0m7.232s
c_nosse: 0.2320137, real
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-11 22:45 ---
Contains the test case. The hand-made SSE version (USE_VECTORS) crashes here
for -m32, but as it is C vs. Fortran, one can completely ignore that test case
(for -m64 USE_VECTORS is about as fast as the other C
--- Comment #2 from burnus at gcc dot gnu dot org 2007-03-11 22:50 ---
Created an attachment (id=13191)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13191action=view)
test.tar.gz
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31139
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-11
22:53 ---
Subject: Re: [4.3 Regression] Objective-C++ has ran into the tree number limit
Summary|objc-act.c:570: error:
The following invalid code snippet triggers an ICE on mainline:
templatetypename T... void foo()
{
T t;
}
bug.cc:1: error: expected nested-name-specifier before 'T'
bug.cc:1: error: ISO C++ does not include
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31140
The following invalid code snippet triggers an ICE on mainline:
templateint N... void foo(int x[1][N]);
void bar()
{
int x[1][1];
foo(x);
}
bug.cc:1: error: ISO C++ does not include variadic templates
bug.cc:
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31141
--- Comment #1 from reichelt at gcc dot gnu dot org 2007-03-11 23:01
---
I guess this is also related to your patch for variadic templates, Douglas,
but I might be wrong:
2007-03-09 Douglas Gregor [EMAIL PROTECTED]
PR c++/20599
* typeck.c (check_return_expr): Check
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-11 23:19 ---
How is the first one valid? I thought you always needed a comma before the
ellipsis for variable argument functions (I know in C you need it for sure).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31138
Configuring with
../configure --enable-languages=c,fortran --with-gmp=/sw CC='gcc -pg'
and optionally --disable-botstrap fails with
# @multilib_dir@ is not really necessary, but sometimes it has
# more uses than just a directory name.
/bin/sh ../../../../libgcc/../mkinstalldirs x86_64
--- Comment #1 from tobi at gcc dot gnu dot org 2007-03-11 23:23 ---
A few version numbers:
tobias-schluters-computer:~/src/pristine/profile tobi$ make --version
GNU Make 3.80
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-11 23:24 ---
--disable-botstrap does not work on the mainline after toplevel libgcc.
Also if you are doing profiling on Darwin, can I suggest you use Shark which is
part of the CHUD tools from Apple.
--
pinskia at gcc dot
--- Comment #4 from pcarlini at suse dot de 2007-03-11 23:48 ---
(In reply to comment #3)
Don't like to name people, but I suppose this patch should be reverted:
Please, please, don't do that! Instead, let's solve the real issue with the
tree-codes limit once and for all, because
--- Comment #3 from schwab at suse dot de 2007-03-11 23:51 ---
In C++ the comma before ... is optional.
Where syntactically correct, #8220;, ...#8221; is synonymous with
#8220;...#8221;.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31138
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-03-12 00:26
---
Subject: Bug 30328
Author: mmitchel
Date: Mon Mar 12 00:26:39 2007
New Revision: 122829
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122829
Log:
PR c++/30328
* semantics.c (finish_typeof):
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-12 00:26
---
Subject: Bug 31038
Author: mmitchel
Date: Mon Mar 12 00:26:39 2007
New Revision: 122829
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122829
Log:
PR c++/30328
* semantics.c (finish_typeof):
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-12
00:55 ---
Subject: Re: [4.3 Regression] Objective-C++ has ran into the tree number limit
Don't like to name people, but I suppose this patch should be reverted:
Please, please, don't do that! Instead, let's
--- Comment #6 from pcarlini at suse dot de 2007-03-12 01:04 ---
It's not fair to trade one feature for another (variadic templates
for obj-c++).
I agree.
There's been no discussion on the impact of fixing the tree code limit.
I note that a 15% compile time memory usage
--- Comment #4 from patchapp at dberlin dot org 2007-03-12 01:32 ---
Subject: Bug number PR 21438
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00700.html
--
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-12 01:32
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-12 01:34
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-03-12 01:52
---
Subject: Bug 31038
Author: mmitchel
Date: Mon Mar 12 01:52:45 2007
New Revision: 122830
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122830
Log:
PR c++/31038
* parser.c
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-12 01:52
---
Subject: Bug 30328
Author: mmitchel
Date: Mon Mar 12 01:52:45 2007
New Revision: 122830
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122830
Log:
PR c++/31038
* parser.c
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-03-12 01:53
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
The attached code produces wrong-code on gcc-4.1.1 and gcc-4.1.2 on ARM. These
codes are snippet from linux kernel, and this was found when linux v2.6.19 was
built with gcc-4.1.1 with CONFIG_PRINK_TIME=y is set for ARM.
$ arm-linux-gcc -O2 -c div64.S
$ arm-linux-gcc -O2 -save-temps dodiv.c
--- Comment #1 from kaminaga at sm dot sony dot co dot jp 2007-03-12 04:16
---
Created an attachment (id=13192)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13192action=view)
code snippet to reproduce wrong code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31143
--- Comment #2 from kaminaga at sm dot sony dot co dot jp 2007-03-12 04:27
---
Currently having bugzilla's Internal Error in attaching div64.S...
--
kaminaga at sm dot sony dot co dot jp changed:
What|Removed |Added
Fortran Standards require that module symbol names are unique for a given
module and procedure name pair. Gfortran uses an underscore prefix to prevent
collisions with non-module procedures, but the double-underscore used to join
the module and procedure name in not sufficient to ensure a unique
1 - 100 of 111 matches
Mail list logo
