./cc1 -quiet shift_util.i -O2
shift_util.c: In function 'phi_sr':
shift_util.c:207: internal compiler error: gimple check: expected
gimple_assign(error_mark), have gimple_phi() in gimple_assign_rhs_code, at
gimple.h:1837
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-04 08:57 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-04 09:05 ---
Reduced testcase:
typedef float real;
typedef real rvec[3];
real phi_sr(int nj,rvec x[],real charge[],real rc,real r1,rvec box,
real phi[],rvec f_sr[],int bOld)
{
int i,j,k,m,ni,i1,i2;
real pp,r2,R,R
--- Comment #6 from dominiq at lps dot ens dot fr 2009-04-04 09:14 ---
Could the patch be back-ported to 4.4 (4.3?)? TIA.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38915
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-04 09:30 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-04 09:30 ---
Subject: Bug 39636
Author: rguenth
Date: Sat Apr 4 09:30:34 2009
New Revision: 145532
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145532
Log:
2009-04-04 Richard Guenther
PR tree-optimization/
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-04 09:34 ---
Subject: Bug 37892
Author: rguenth
Date: Sat Apr 4 09:34:32 2009
New Revision: 145533
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145533
Log:
2009-04-04 Richard Guenther
PR tree-optimization/
--- Comment #25 from rguenth at gcc dot gnu dot org 2009-04-04 09:34
---
Subject: Bug 8781
Author: rguenth
Date: Sat Apr 4 09:34:32 2009
New Revision: 145533
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145533
Log:
2009-04-04 Richard Guenther
PR tree-optimization
--- Comment #26 from rguenth at gcc dot gnu dot org 2009-04-04 09:35
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-04 09:35 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from dominiq at lps dot ens dot fr 2009-04-04 09:41 ---
This bug fix has been committed on trunk since almost a week, hence heavily
regtested on various platforms, could it be back-ported to 4.4 before release?
TIA.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3882
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-04 09:24 ---
typedef float real;
typedef real rvec[3];
void calc_dx2dx(real *, real *);
void phi_sr(int nj,rvec x[],int k)
{
--- Comment #11 from dominiq at lps dot ens dot fr 2009-04-04 09:10 ---
Could the patch be back-ported to 4.3? TIA.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39528
--- Comment #9 from rearnsha at gcc dot gnu dot org 2009-04-04 10:37
---
Subject: Bug 39501
Author: rearnsha
Date: Sat Apr 4 10:37:10 2009
New Revision: 145534
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145534
Log:
PR target/39501
* arm.md (movsfcc): Disabl
--- Comment #10 from martinwguy at yahoo dot it 2009-04-04 11:23 ---
Is that *it*? Disable movsfcc completely without finding the cause of the
specific failure?
No wonder the generated ARM code is bigger, slower and buggier with every
release!
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #11 from martinwguy at yahoo dot it 2009-04-04 11:50 ---
Sorry about that. I've now seen
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00300.html
M
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501
--- Comment #12 from steven at gcc dot gnu dot org 2009-04-04 11:53 ---
Re. comment #10: And who are you funding, Martin Guy, to improve GCC for ARM?
Or are you just another user who expects magic for free?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501
--- Comment #13 from steven at gcc dot gnu dot org 2009-04-04 12:00 ---
Re. comment #10: I don't know about the "buggier" and "slower" parts.
But for "bigger" I know we have benchmarks that say otherwise. e.g. CSiBE for
arm-elf (http://www.inf.u-szeged.hu/csibe/s-arm.php) and CSiBE for
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-04-04 12:12 ---
It now works for me, so - is this fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39001
--- Comment #14 from rearnsha at gcc dot gnu dot org 2009-04-04 12:25
---
Subject: Bug 39501
Author: rearnsha
Date: Sat Apr 4 12:25:06 2009
New Revision: 145537
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145537
Log:
PR target/39501
* arm.md (movsfcc): Disab
--- Comment #10 from dnovillo at gcc dot gnu dot org 2009-04-04 12:40
---
Fixed.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--
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
--- Comment #8 from pault at gcc dot gnu dot org 2009-04-04 13:19 ---
Subject: Bug 39519
Author: pault
Date: Sat Apr 4 13:19:15 2009
New Revision: 145538
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145538
Log:
2009-04-04 Paul Thomas
PR fortran/39519
* par
--- Comment #9 from pault at gcc dot gnu dot org 2009-04-04 14:47 ---
Subject: Bug 39519
Author: pault
Date: Sat Apr 4 14:47:23 2009
New Revision: 145540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145540
Log:
2009-04-04 Paul Thomas
PR fortran/39519
* par
--- Comment #10 from pault at gcc dot gnu dot org 2009-04-04 14:50 ---
Fixed on trunk, 4.4 and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from kargl at gcc dot gnu dot org 2009-04-04 15:10 ---
(In reply to comment #11)
> This bug fix has been committed on trunk since almost a week, hence heavily
> regtested on various platforms, could it be back-ported to 4.4 before release?
> TIA.
>
This bug has not been
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2009-04-04 15:32
---
Yes, I will port to 4.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39528
--- Comment #4 from pault at gcc dot gnu dot org 2009-04-04 16:41 ---
Subject: Bug 37614
Author: pault
Date: Sat Apr 4 16:41:30 2009
New Revision: 145541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145541
Log:
2009-04-04 Paul Thomas
PR fortran/37614
* tra
--- Comment #5 from pault at gcc dot gnu dot org 2009-04-04 16:47 ---
Fixed on 4.5. Because of the ABI change, I will not backport this unless there
is an overwhelming public demand. Equally, the desire for an option to revert
it, -fg77-common-align, will only be implemented if there i
--- Comment #2 from fpbeekhof at gmail dot com 2009-04-04 16:57 ---
The problem is the "-march=native" option. If I remove that, all is fine even
on AMD machines.
$ make CNF=gcc BACKEND=gsl
scons -j 2 CNF=gcc MODE= BACKEND=gsl CVMLCPP_PREFIX=/user/l1/beekhof/
scons: Reading SConscript f
++ --disable-bootstrap
--disable-multilib
Thread model: posix
gcc version 4.5.0 20090404 (experimental) (GCC)
bash-4.0$
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613
--- Comment #2 from rob1weld at aol dot com 2009-04-04 17:26 ---
(In reply to comment #1)
> Working: 144400
While '144400' compiled properly the Testsuite was not as kind:
Results for 4.4.0 20090224 (experimental) [trunk revision 144400] (GCC)
testsuite on i386-unknown-openbsd4.5
http:/
--- Comment #3 from steven at gcc dot gnu dot org 2009-04-04 17:30 ---
I'm not sure how the -march=native option changes codegen behavior, but the
most likely suspect is the vectorizer. Do things pass with -march=native if
you don't vectorize (needs explicit -ftree-vectorize)?
--
h
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-04 17:40 ---
Testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-04-04 17:44
---
The Ada compiler hasn't been ported to OpenBSD yet.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fpbeekhof at gmail dot com 2009-04-04 17:45 ---
Created an attachment (id=17586)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17586&action=view)
preprocessed source; with a Makefile!
Everything fails perfectly:
$ make clean; make
rm -f *.o *~ shapes
gcc -pipe
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-04 17:47 ---
So, does it reproduce with -march=athlon64 then? (or any specific -march?)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573
--- Comment #27 from dfranke at gcc dot gnu dot org 2009-04-04 17:50
---
> Personally, I think the bug is fixed, and this PR can be closed.
No activity and no objections for months. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed
--- Comment #28 from dfranke at gcc dot gnu dot org 2009-04-04 17:51
---
2nd try ...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Status|NE
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-04-04 17:57
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00311.html
it will replace redundant PHI nodes with a copy, so
:
# c_1 = PHI
# d_2 = PHI
D.1599_10 = c_1 + d_2;
will become
:
# c_1 = PHI
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-04 17:58 ---
I think we don't want this one being fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from fpbeekhof at gmail dot com 2009-04-04 18:02 ---
I tried with "-march=native" but without "-ftree-vectorize", it still fails.
I tried with "-march=athlon64" but without "-ftree-vectorize", it still fails.
On an Intel machine, with -march=native and -ftree-vectorize, it
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-04-04 18:03 ---
Btw, with -O3 the vectorizer is on by default, so you need -fno-tree-vectorize
to turn it off.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573
--- Comment #8 from dfranke at gcc dot gnu dot org 2009-04-04 18:12 ---
The session from the report now looks like:
$ gfortran-svn -g pr24790.f
dan...@silence ~/pr $ gdb -q a.out
(gdb) break sub_
Breakpoint 1 at 0x804855c: file pr24790.f, line 5.
(gdb) break sqr_
Breakpoint 2 at 0x80485
--- Comment #9 from fpbeekhof at gmail dot com 2009-04-04 18:13 ---
Subject: Re: Linking fails on AMD with -march=native, works
with generic x86_64
rguenth at gcc dot gnu dot org wrote:
> --- Comment #8 from rguenth at gcc dot gnu dot org 2009-04-04 18:03
> ---
> Btw, with -
--- Comment #7 from dfranke at gcc dot gnu dot org 2009-04-04 18:29 ---
$ gfortran-4.3.3 -Wall -g -W -fbounds-check pr28849.f90 && ./a.out
Assignments with correct shapes after RESHAPE...
a(:,1) = 1.000
b(:,1) = 1.000 2.000
...and with wrong shape (should fail w
--- Comment #2 from drow at gcc dot gnu dot org 2009-04-04 18:41 ---
If a patch was committed, can this bug be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34263
--- Comment #10 from steven at gcc dot gnu dot org 2009-04-04 18:41 ---
*sigh* I wanted to say in comment #3 that you need explitit
-f*no*-tree-vectorize and got it wrong :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-04-04 19:05
---
Subject: Bug 39528
Author: jvdelisle
Date: Sat Apr 4 19:04:53 2009
New Revision: 145548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145548
Log:
2009-04-04 Jerry DeLisle
PR libfortran/3952
gcc 4.3.2 fails with an ICE on the following ill-formed program. A fairly
recent (but not the most recent) version of 4.4 also fails.
$ cat t.C && g++ -dumpversion && g++ t.C -std=c++0x
template
void f (Types...)
{
enum { e = sizeof (Types) };
};
int main ()
{
f (0);
}
4.3.2
t.C: In func
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-04-04 19:10
---
Fixed on 4.3, closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from jason at gcc dot gnu dot org 2009-04-04 19:19 ---
Subject: Bug 25185
Author: jason
Date: Sat Apr 4 19:19:30 2009
New Revision: 145550
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145550
Log:
PR c++/25185
* error.c (dump_template_bindings):
My patch to enable make check RUNTESTFLAGS="--target_board=unix'{-m32,-m64}'"
on gnat.dg exposes a 4.5 regression:
Patch (will be commited monday):
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00312.html
4.4 -m32 testresults:
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00434.html
gcc 4.3.2 and a recent pull of 4.4 accept the following (presumably) ill-formed
program:
$ cat t.C && g++ -v && g++ -std=c++0x t.C && ./a.out
#include
template
struct S: S<...Types>, S<...Types...>, S<...>
{
static const char* f () { return __PRETTY_FUNCTION__; }
};
int main ()
{
std::
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-04-04 19:48
---
Too late. :-)
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
U
--- Comment #11 from fpbeekhof at gmail dot com 2009-04-04 19:50 ---
No problem. I did a few more tests...
In short, it's the combination of -fopenmp and -march=native that makes fail on
AMD64.
Note: To test without openMP you can't use the preprocessed source.
# openmp and march=nati
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-04-04 20:00
---
I do not see that undefined symbol required, but it _does_ print strangely
_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.9::C.467
it suggests that th
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-04-04 20:03
---
What does
nm mainpp.o | grep
_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd
print for you?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573
--- Comment #14 from fpbeekhof at gmail dot com 2009-04-04 20:14 ---
For simplicty, in the preprocessed source, edit the Makefile, set
CXXFLAGS= -pipe -I. -Wall -fopenmp -march=native
Then,
gccbug39573$ make clean; make
rm -f *.o *~ shapes
gcc -pipe -I. -Wall -fopenmp -march=native -c
--- Comment #2 from laurent at guerby dot net 2009-04-04 20:26 ---
Indeed, thanks :)
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00442.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39638
--- Comment #3 from jason at gcc dot gnu dot org 2009-04-04 20:34 ---
Fixed for 4.4.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #13 from dominiq at lps dot ens dot fr 2009-04-04 20:44 ---
At revision 145521, the test from comment #2 returns: "T F" on
(powerpc|i686)-apple-darwin9.
Since I am not really interesting in this way to split hairs, do what ever you
like.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-04-04 20:45
---
Ok, I can see
movl
$_ZZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEdE5C.907,
%esi
movl$12, %ecx
movq56(%rsp), %rdi
re
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38615
--- Comment #26 from dominiq at lps dot ens dot fr 2009-04-04 21:01 ---
Out of curiosity, how can a pr like this one be "UNCONFIRMED"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396
--- Comment #27 from aph at redhat dot com 2009-04-04 21:13 ---
Subject: Re: [4.3 Regression] ecj1 linked against both
-lgcj and -lgcj_bc
dominiq at lps dot ens dot fr wrote:
> Out of curiosity, how can a pr like this one be "UNCONFIRMED"?
Insanity is the only explanation I can thin
--- Comment #28 from dominiq at lps dot ens dot fr 2009-04-04 21:17 ---
> Insanity is the only explanation I can think of.
It does not seem the only instance;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396
--- Comment #4 from burnus at gcc dot gnu dot org 2009-04-04 21:38 ---
Subject: Bug 39577
Author: burnus
Date: Sat Apr 4 21:38:12 2009
New Revision: 145552
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145552
Log:
2009-04-04 Tobias Burnus
PR fortran/39577
*
--- Comment #14 from sgk at troutmask dot apl dot washington dot edu
2009-04-04 21:42 ---
Subject: Re: Compile-time simplification of x**(real)
On Sat, Apr 04, 2009 at 08:44:36PM -, dominiq at lps dot ens dot fr wrote:
>
> At revision 145521, the test from comment #2 returns: "T
--- Comment #5 from burnus at gcc dot gnu dot org 2009-04-04 21:45 ---
FIXED on the trunk (4.5)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Hi,
I'm experiencing troubles with va_list on the mips target. When one of the
parameter is either float (double), long long, or long double, and the function
handling the va_list is static inlined, the va_list argument is invalid.
The target triplet mips-sls-dnaos is an in-house description hand
--- Comment #1 from xavier dot guerin at imag dot fr 2009-04-04 21:58
---
Created an attachment (id=17587)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17587&action=view)
.i file of the regression test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39640
Compiling Linux 2.6.28.6 ends with a segfault.
I will attach preprocessed source files and kernel configuration file when I
find out how to do this with this interface. Here is some information for now:
Configure switches for gcc (besides prefix):
--enable-shared --enable-threads=posix --enable-_
--- Comment #1 from lasse-gccbug-2009 at mail dot plastictree dot net
2009-04-04 22:27 ---
Created an attachment (id=17588)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17588&action=view)
Preprocessed source file
The file is over 1 MB when uncompressed.
--
http://gcc.gnu.or
--- Comment #2 from lasse-gccbug-2009 at mail dot plastictree dot net
2009-04-04 22:29 ---
Created an attachment (id=17589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17589&action=view)
Kernel configuration which triggers the problem
Maybe this can help.
The problem is _not_
The following testcase:
-8<-
#include
#include
template struct S;
template struct S> {
};
int main(int argc, char *argv[]) {
return 0;
}
-8<-
produces:
$ g++ -std=c++0x testcase.cpp
testcase.cp
With revision 145488 this test passed.
>From revision 145495 and on, this test has failed as follows:
...
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/torture/dg-torture.exp
...
FAIL: gcc.dg/torture/builtin-math-3.c -O1 (test for excess errors)
FAIL: gcc.dg/torture/builtin-math-3.c -Os
--- Comment #1 from sebor at roguewave dot com 2009-04-04 23:05 ---
FWIW, I just happened to run into the same error while doing some work on
std::tuple. IIUC, the error is due to bug 35722.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39642
--- Comment #11 from paolo at gcc dot gnu dot org 2009-04-04 23:09 ---
Subject: Bug 39629
Author: paolo
Date: Sat Apr 4 23:09:02 2009
New Revision: 145553
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145553
Log:
2009-04-05 Edward M. Smith-Rowland <3dw...@verizon.net>
--- Comment #3 from sebor at roguewave dot com 2009-04-04 23:12 ---
This limitation makes implementing the latest std::tuple difficult. Quoting
from a post to c++std-...@accu.org:
Martin Sebor wrote:
> To: C++ libraries mailing list
> Message c++std-lib-23549
>
> After reducing the err
The regressed tests are
libstdc++.sum 17_intro/headers/c++200x/all.cc
libstdc++.sum 17_intro/headers/c++200x/all_multiple_inclusion.cc
libstdc++.sum 17_intro/using_namespace_std_tr1_neg.cc
libstdc++.sum 26_numerics/headers/random/types_std_c++0x.cc
With revision 145482 these tests passed.
>From r
--- Comment #4 from rob1weld at aol dot com 2009-04-05 00:49 ---
(In reply to comment #1)
> Broken: 145488
> Working: 144400
>
> I'll continue to narrow it down some more.
>
> Rob
>
Broken: 145488
Working: 145000
Next up 145200,
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #4 from jason at gcc dot gnu dot org 2009-04-05 04:20 ---
I agree that the working paper says that this should work, but I'm not sure why
the language should specify the use of variadics there; why not
template
requires ConstructibleWithAllocator
&& Constru
--- Comment #49 from jason at gcc dot gnu dot org 2009-04-05 06:06 ---
I think it's best to just leave the default arguments in when pretty-printing a
function template specialization, as in the string example; otherwise we won't
know what _Alloc in the function parameter list means.
Ju
--- Comment #3 from rainer at emrich-ebersheim dot de 2009-04-05 06:46
---
(In reply to comment #1)
> Can you configure with --disable-libstdcxx-pch and try again?
>
Now I get in libstdc++-v3/src:
libtool: compile:
/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/./gcc/xgcc
85 matches
Mail list logo
