--- Comment #16 from fpbeekhof at gmail dot com 2009-04-05 08:16 ---
Ok, this was the original code that fails
// Prepare points of cube relative to point in matrix.
typename iPoint3D::value_type offset [8] [3] = {
{0, 0, 0}, {1, 0, 0}, {1, 0, 1}, {0, 0, 1},
{0, 1, 0}, {
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-04-05 08:39 ---
for mingw-w64 we have the same issue as cygwin.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from paolo dot carlini at oracle dot com 2009-04-05 09:09
---
I'm removing myself from CC because I'm not more responsible for these issues
than the other maintainers.
Anyway, just wanted to ask if the stdint.h support (the appropriate bits to
close PR 448) is forthcomin
--- Comment #5 from rob1weld at aol dot com 2009-04-05 09:46 ---
(In reply to comment #4)
> (In reply to comment #1)
> > ...
Broken: 145350
Working: 145300
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625
When I attempt to compile gcc 4.5 on a sparc machine under Debian Linux 5.0 I
get the following error:
/home/mrichmon/gcc-4.5-20090402/gcc/genattrtab.c: In function âattr_rtxâ:
/home/mrichmon/gcc-4.5-20090402/gcc/genattrtab.c:478: error: âva_arg_tmp.72â
may be used uninitialized in this function
/
--- Comment #1 from laurent at guerby dot net 2009-04-05 11:50 ---
Confirmed:
http://gcc.gnu.org/ml/gcc/2009-04/msg00167.html
--
laurent at guerby dot net changed:
What|Removed |Added
---
--- Comment #23 from steven at gcc dot gnu dot org 2009-04-05 12:38 ---
Could it be that this is now fixed by the a-i-b merge?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
GCC rejects the following strictly conforming TU with -pedantic-errors
extern int x;
#line 24 ""
extern char z[sizeof __FILE__ == 1];
--
Summary: __FILE__ breaks for empty file name
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
Severity:
The following is strictly conforming but GCC rejects it.
extern int x;
#define EMPTY()
#line 2 "foo.c" EMPTY( )
--
Summary: Syntax checks in #line not quite right
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
Severity: normal
Pr
--- Comment #11 from dfranke at gcc dot gnu dot org 2009-04-05 13:20
---
Patch:
http://gcc.gnu.org/ml/fortran/2009-04/msg00035.html
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
Hi, i have problem when compiling vim-7.2 in LFS64
TIA
==
bash-4.0$ cc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --prefix=/usr --libexecdir=/usr/lib
--enable-shared --enable-threads=posix --enable-__
--- Comment #2 from hp at gcc dot gnu dot org 2009-04-05 13:36 ---
(In reply to comment #1)
> Anyway, just wanted to ask if the stdint.h support (the appropriate bits to
> close PR 448) is forthcoming for this OS:
The cris-elf target uses standard newlib-stdint.h, nothing special about
--- Comment #3 from paolo dot carlini at oracle dot com 2009-04-05 13:48
---
(In reply to comment #2)
> The cris-elf target uses standard newlib-stdint.h, nothing special about that.
> (hm, you mean it doesn't work and that's the reason for those FAILs?)
Hum. Two separate comments: 1-
The full error message is:
../../../../libstdc++-v3/src/functexcept.cc: In function void
std::__throw_logic_error(const char*):
../../../../libstdc++-v3/src/functexcept.cc:65: error: region 6 may contain
throw and is contained in region that may not
Eh tree:
8 must_not_throw also known as:4, 5
--- Comment #5 from sebor at roguewave dot com 2009-04-05 14:20 ---
(In reply to comment #4)
The change was introduced in N2622:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2622.pdf
I couldn't find a rationale for the change. Doug might remember
--
http://gcc.gnu.org/
Revision 145536 failed to compile
Error: 1x164.gzip 1x176.gcc 1x253.perlbmk 1x254.gap
in SPEC CPU 2K on Linux/ia32 and Linux/x86-64.
--
Summary: [4.5 regression] Many benchmarks in SPEC CPU 2K failed
to compile
Product: gcc
Version: 4.5.0
--- Comment #1 from hjl dot tools at gmail dot com 2009-04-05 14:54 ---
It also failed to compile
1x400.perlbench 1x403.gcc 1x435.gromacs 1x445.gobmk 1x456.hmmer
in SPEC CPU 2006.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-05 15:04 ---
All errors look like:
util.c:133: internal compiler error: in create_tmp_var, at gimplify.c:553
real.c:1075: internal compiler error: in fold_convert, at fold-const.c:2506
regclass.c:1008: internal compiler error: i
--- Comment #3 from lasse-gccbug-2009 at mail dot plastictree dot net
2009-04-05 15:19 ---
Segfault does not occur when omitting '-ffreestanding'.
Segfault does not occur when using '-save-temps'.
When I add '-save-temps' to 'arch/x86/Makefile' in the same location in which
'-ffreesta
--- Comment #1 from marcus at jet dot franken dot de 2009-04-05 15:29
---
Created an attachment (id=17590)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17590&action=view)
xx.i reduced testcase
wine also fails, reduced testcase...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #3 from hjl dot tools at gmail dot com 2009-04-05 15:51 ---
Revision 145533:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00155.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-05 16:08 ---
I think this is the same as PR 39650.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
FAIL: gcc.dg/cleanup-10.c execution test
FAIL: gcc.dg/cleanup-11.c execution test
FAIL: gcc.dg/cleanup-8.c execution test
FAIL: gcc.dg/cleanup-9.c execution test
FAIL: g++.dg/ext/cleanup-10.C execution test
FAIL: g++.dg/ext/cleanup-11.C execution test
FAIL: g++.dg/ext/cleanup-8.C execution test
FA
--- Comment #4 from hp at gcc dot gnu dot org 2009-04-05 16:46 ---
(In reply to comment #3)
> > (hm, you mean it doesn't work and that's the reason for those FAILs?)
>
> Hum. Two separate comments: 1- The issue with those fails is only *partially*
> due to stdint.h, as you can see from
--- Comment #5 from paolo dot carlini at oracle dot com 2009-04-05 16:49
---
(In reply to comment #4)
> > In any case, eventually, when 448 will be closed, *all* the
> > configure time tests in this area, and testing infrastructure, etc., will be
> > simply removed, the possibility to i
--- Comment #6 from paolo at gcc dot gnu dot org 2009-04-05 16:56 ---
Subject: Bug 39644
Author: paolo
Date: Sun Apr 5 16:56:16 2009
New Revision: 145563
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145563
Log:
2009-04-05 Paolo Carlini
PR libstdc++/39644 (partial)
--- Comment #7 from paolo dot carlini at oracle dot com 2009-04-05 16:59
---
Please, let me know how it goes as far as the fails related to log2* are
concerned. For the other fails, stdint.h related, see my previous message in
the trail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
Executing on host: /test/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/test/gnu/gcc
/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v
3/src -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs
-B/opt/g
nu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64
--- Comment #6 from rob1weld at aol dot com 2009-04-05 17:08 ---
(In reply to comment #3)
> The Ada compiler hasn't been ported to OpenBSD yet.
While "we" may not have ported Ada, the OpenBSD Group has it in Ports.
# pkg_add gnat-3.3.6p9
# egcc -v
Reading specs from /usr/local/lib/gcc-
--- Comment #4 from dominiq at lps dot ens dot fr 2009-04-05 17:08 ---
There is something weird here. This pr looks to be a duplicate of pr30814,
which is supposed to be fixed since 2007-07-24 (r126866) or 2007-07-29
(r127049: two commits to trunk if I am not mistaken).
The problem seem
--- Comment #1 from paolo dot carlini at oracle dot com 2009-04-05 17:10
---
See PR39644. I (think I have) just fixed the issues related to log2*, please
check if that's enough for you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39652
I believe the following program is well-formed but gcc rejects it with
the same error as the one discussed in bug 35722. I'm opening this as
a separate bug since unlike in bug 35722, the referenced template is
variadic.
$ cat t.C && g++ --version && g++ -std=c++0x t.C
template
struct S {
type
--- Comment #6 from sebor at roguewave dot com 2009-04-05 17:12 ---
See also bug 39642 and bug 39653.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35722
The FTELL function in libgfortran/io/intrinsics.c has the prototype
extern size_t PREFIX(ftell) (int *);
where the return value is the file position of the unit given in the int
argument. On 32-bit platforms this will not work for files > 4 GB. The return
type should be GFC_IO_INT which is a type
--- Comment #7 from rob1weld at aol dot com 2009-04-05 17:31 ---
I can build gcc with the Ada Language using Trunk revision 145337
but the changes made in the next revision cause the build to fail.
The Changelog indicates Richard Guenther made the changes on 2009-03-31.
There were no c
--- Comment #5 from dfranke at gcc dot gnu dot org 2009-04-05 17:38 ---
I only recently committed a fix to the dev-branch (#3). I'll merge this fix
together with all the other check and simplification changes to trunk when they
are complete. Not sure about backports, though.
--
http
--- Comment #8 from steven at gcc dot gnu dot org 2009-04-05 17:40 ---
Bug is not in an FSF-GCC supported port.
Does the problem reproduce on supported targets? Otherwise this bug should be
closed as "INVALID".
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-05 17:48 ---
Preprocessed source???
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39650
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2009-04-05 17:55
---
> Using the BSD Ports I was able to build Ada, up until revision < 145338 .
> While I do not use Ada it would be unfortunate to lose this Language.
This language is not supported in the FSF tree on OpenBSD, i.e.
--- Comment #6 from dominiq at lps dot ens dot fr 2009-04-05 17:58 ---
> I only recently committed a fix to the dev-branch (#3).
Now I understand my mistake: pr30814 was fixed for runtime if compiled with
-fbounds-check. The patch in fortran-dev gives the error at compile time (much
bet
--- Comment #12 from dfranke at gcc dot gnu dot org 2009-04-05 18:02
---
Subject: Bug 29458
Author: dfranke
Date: Sun Apr 5 18:02:00 2009
New Revision: 145564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145564
Log:
gcc/fortran/:
2009-04-05 Daniel Franke
PR fortr
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-05 18:04 ---
Thanks to the reduced testcase I have a patch. It's our usual &array vs.
&array[0] problem.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from dfranke at gcc dot gnu dot org 2009-04-05 18:04
---
Fixed in trunk. Backport unlikely as it's not a regression. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenther at suse dot de 2009-04-05 18:07 ---
Subject: Re: New: [4.5 Regression]: cris-elf
gcc.dg/torture/builtin-math-3.c -O1 and -Os sincos one
On Sat, 4 Apr 2009, hp at gcc dot gnu dot org wrote:
> With revision 145488 this test passed.
> From revision 145495
--- Comment #10 from laurent at guerby dot net 2009-04-05 18:12 ---
I think this should be kept open as an enhancement request, if we have a
willing tester on openbsd I'll try to help.
As for the backend issue, may be it will show up on i386-unknown-freebsd too (a
primary platform), and
--- Comment #10 from laurent at guerby dot net 2009-04-05 18:17 ---
Patch URL:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01510.html
--
laurent at guerby dot net changed:
What|Removed |Added
--
--- Comment #11 from laurent at guerby dot net 2009-04-05 18:18 ---
For reference, NetBSD Ada support patch was also posted recently:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37309
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-04-05 18:26
---
> As for the backend issue, may be it will show up on i386-unknown-freebsd too
> (a
> primary platform), and there's a gcc/ada/system-freebsd-x86.ads in the FSF
> tree.
Most probably not, you need FE SJLJ excep
--- Comment #13 from laurent at guerby dot net 2009-04-05 18:46 ---
Is there a supported platform currently using FE SJLJ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625
--- Comment #4 from laurent at guerby dot net 2009-04-05 19:01 ---
This is likely the same issue that causes the sparc -linux bootstrap fail:
http://gcc.gnu.org/ml/gcc/2009-04/msg00164.html
This will save me a reduction :).
Note: I also see the same ICE during bootstrap on i686-mingw3
--- Comment #50 from jason at gcc dot gnu dot org 2009-04-05 19:29 ---
Subject: Bug 14912
Author: jason
Date: Sun Apr 5 19:29:02 2009
New Revision: 145566
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145566
Log:
PR c++/14912
* error.c (count_non_default_templa
--- Comment #2 from jason at gcc dot gnu dot org 2009-04-05 19:33 ---
*** This bug has been marked as a duplicate of 35722 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from jason at gcc dot gnu dot org 2009-04-05 19:33 ---
*** Bug 39642 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from jason at gcc dot gnu dot org 2009-04-05 19:35 ---
I'd write that as
template
struct S;
template
struct S {
typedef typename S::type type;
};
template
struct S { typedef T type; };
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39653
--- Comment #15 from dominiq at lps dot ens dot fr 2009-04-05 19:43 ---
> There are 2 URL's in comment #2.
Sorry to be dense, but I overlooked the differences:
< f = initialization(x-1)--> gives "T F"
---
> f = non_initialization(x-1)--> gives "T
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-05 19:50 ---
Subject: Bug 39648
Author: rguenth
Date: Sun Apr 5 19:50:28 2009
New Revision: 145569
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145569
Log:
2009-04-05 Richard Guenther
PR tree-optimization/
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-05 19:52 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
There are a few failures in autogen's fixinclude tests for
gcc version 4.5.0 20090331, trunk revision 145337. One file
says "fixinc check FAILS ON BSD" the others are silent:
# gmake -i -k check
gmake[1]: Entering directory `/usr/gcc_build'
gmake[2]: Entering directory `/usr/gcc_build/fixinclud
--- Comment #14 from rob1weld at aol dot com 2009-04-05 20:03 ---
(In reply to comment #10)
> I think this should be kept open as an enhancement request, if we have a
> willing tester on openbsd I'll try to help.
I'll do my best to help but I know that there are numerous people who are
--- Comment #15 from rob1weld at aol dot com 2009-04-05 20:10 ---
(In reply to comment #9)
> > Using the BSD Ports I was able to build Ada, up until revision < 145338 .
> > While I do not use Ada it would be unfortunate to lose this Language.
>
> This language is not supported in the FS
--- Comment #6 from dfranke at gcc dot gnu dot org 2009-04-05 20:10 ---
Subject: Bug 36874
Author: dfranke
Date: Sun Apr 5 20:09:58 2009
New Revision: 145570
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145570
Log:
gcc/fortran/:
2009-04-05 Daniel Franke
PR fortran
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-04-05 20:14
---
Subject: Bug 37754
Author: jvdelisle
Date: Sun Apr 5 20:13:56 2009
New Revision: 145571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145571
Log:
2009-04-05 Daniel Kraft
PR fortran/38654
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2009-04-05 20:14
---
Subject: Bug 38654
Author: jvdelisle
Date: Sun Apr 5 20:13:56 2009
New Revision: 145571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145571
Log:
2009-04-05 Daniel Kraft
PR fortran/38654
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-04-05 20:14
---
Subject: Bug 25561
Author: jvdelisle
Date: Sun Apr 5 20:13:56 2009
New Revision: 145571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145571
Log:
2009-04-05 Daniel Kraft
PR fortran/38654
--- Comment #24 from rguenth at gcc dot gnu dot org 2009-04-05 20:17
---
Which testcase? This bug is mildly confusing. Note that i is a global
variable, it may be reached via recursive invocations of the function and
we do not have analysis that disproves this.
--
http://gcc.gnu.
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-05 20:18 ---
Should be fixed now.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #7 from vapier at gentoo dot org 2009-04-05 20:18 ---
we've hit this with gcc-4.3.3 with arm-softfloat-linux-gnueabi targets, and the
commit in question was for PR38000:
http://gcc.gnu.org/viewcvs?view=rev&revision=143194
/usr/arm-softfloat-linux-gnueabi/tmp/portage/sys-deve
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2009-04-05 20:23
---
Subject: Bug 38654
Author: jvdelisle
Date: Sun Apr 5 20:23:21 2009
New Revision: 145572
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145572
Log:
2009-04-05 Daniel Kraft
PR fortran/38654
--- Comment #16 from laurent at guerby dot net 2009-04-05 20:23 ---
I've found machines and hosting to add i686 free/net/openBSD to the compile
farm, they should be online in the coming weeks, this allow smoother GCC
development and testing on these platforms.
http://gcc.gnu.org/wiki/Co
--- Comment #12 from dfranke at gcc dot gnu dot org 2009-04-05 20:40
---
Subject: Bug 25104
Author: dfranke
Date: Sun Apr 5 20:40:13 2009
New Revision: 145573
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145573
Log:
gcc/fortran/:
2009-04-05 Daniel Franke
PR fortr
--- Comment #15 from dfranke at gcc dot gnu dot org 2009-04-05 20:40
---
Subject: Bug 29962
Author: dfranke
Date: Sun Apr 5 20:40:13 2009
New Revision: 145573
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145573
Log:
gcc/fortran/:
2009-04-05 Daniel Franke
PR fortr
--- Comment #17 from rob1weld at aol dot com 2009-04-05 20:53 ---
> I've found machines and hosting to add i686
What a great guy!
More patches / support files / etc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34717
ports/lang/gcc/4.3/patches/
http://www.openbsd.org/cgi-bin/cvsweb/por
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2009-04-05 21:43
---
> Is there a supported platform currently using FE SJLJ?
Windows.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625
--- Comment #2 from hp at gcc dot gnu dot org 2009-04-05 22:00 ---
(In reply to comment #1)
> Can you 1) reduce the testcase and attach preprocessed source that
> works with a cross-compiler,
The test-case was already self-contained and had little context-sensitiveness
due to the line-o
--- Comment #3 from hp at gcc dot gnu dot org 2009-04-05 22:05 ---
Created an attachment (id=17591)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17591&action=view)
Reduced gcc.dg/torture/builtin-math-3.c
The two lines causing link_error() to be called as in the linker error messa
--- Comment #19 from rainer at emrich-ebersheim dot de 2009-04-05 22:18
---
(In reply to comment #18)
> > Is there a supported platform currently using FE SJLJ?
>
> Windows.
>
I confirm the exactly same issue for i686-pc-cygwin. And I think it is the same
for the *mingw32 targets.
--- Comment #8 from hp at gcc dot gnu dot org 2009-04-05 22:24 ---
(In reply to comment #7)
> Please, let me know how it goes as far as the fails related to log2* are
> concerned.
Revision r145563 seems to have a typo. I now see in the .log (beware,
cutnpaste):
...
compiler exited with
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2009-04-05 22:35
---
Fixed on 4.5, good for 4.4 after some main line testing/exercise.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from paolo dot carlini at oracle dot com 2009-04-05 22:41
---
Humpf, I see a spurious closed parenthesis for the weakly tested so far case of
_GLIBCXX_USE_C99_MATH_TR1 undefined. In fact, all this math should be probably
done better, but I'm going to remove the parenthesi
--- Comment #12 from hjl dot tools at gmail dot com 2009-04-05 22:42
---
As of revision 145565, I still see
FAIL: 26_numerics/random/knuth_b.cc execution test
FAIL: 26_numerics/random/piecewise_linear_distribution/operators/serialize.cc
execution test
FAIL: 26_numerics/random/ranlux48.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Summary|[4.5 Regression] Revision |[4.5 Regression] Revision
|145483 may have caused m
--- Comment #7 from hjl at gcc dot gnu dot org 2009-04-05 22:46 ---
Subject: Bug 39648
Author: hjl
Date: Sun Apr 5 22:45:59 2009
New Revision: 145574
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145574
Log:
2009-04-05 H.J. Lu
Backport from mainline:
2009-0
--- Comment #10 from paolo dot carlini at oracle dot com 2009-04-05 22:46
---
Hans-Peter, please understand that this code is brand new, contributed by an
external friend of the project. Thus, if you spot something trivial, like a
typo, definitely improving the build on your system, jus
--- Comment #11 from paolo dot carlini at oracle dot com 2009-04-05 22:47
---
wake up, of course ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39644
--- Comment #13 from paolo dot carlini at oracle dot com 2009-04-05 22:52
---
Indeed, the fix is marked as *partial*.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39629
--- Comment #12 from hp at gcc dot gnu dot org 2009-04-05 23:38 ---
(In reply to comment #10)
> Hans-Peter, please understand that this code is brand new,
I *do* understand. Please don't misunderstand the intent here. Just because I
report regressions or follow-up requests doesn't mea
g++.dg/template/error39.C failed on Linux/ia32:
FAIL: g++.dg/template/error39.C (test for excess errors)
--
Summary: g++.dg/template/error39.C failed
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #25 from amylaar at gcc dot gnu dot org 2009-04-06 00:37
---
(In reply to comment #24)
> Which testcase?
The second attachment, 20367-sched.c
> This bug is mildly confusing. Note that i is a global
> variable,
If you mean i in f of comment #2, that's not gloabal, but st
gcc 4.1, 4.2, and 4.4 all take less than 30 seconds to compile this file. but
gcc-4.3 can easily take more like 5 minutes.
the file comes from the preprocessed output of a file in the ruby package.
--
Summary: [4.3 Regression] compiling ruby (yacc) output takes
i
--- Comment #1 from vapier at gentoo dot org 2009-04-06 00:50 ---
Created an attachment (id=17592)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17592&action=view)
parse_.i
$ time gcc -c -O2 parse_.i
real5m16.777s
user5m14.586s
sys 0m1.545s
--
http://gcc.gnu.org/b
--- Comment #1 from jason at gcc dot gnu dot org 2009-04-06 00:56 ---
Fixed. I accidentally committed a version of the test with typos.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from hp at gcc dot gnu dot org 2009-04-06 02:55 ---
(In reply to comment #7)
> Please, let me know how it goes as far as the fails related to log2* are
> concerned.
Revision 145575 only had these following libstdc++ regressions remaining (not
counting the new FAILs), whe
vartembug.cxx:25: error: wrong number of template arguments (3, should be 4 or
more)
vartembug.cxx:8: error: provided for âtemplate struct
bitstring_entry_attributesâ
>From the following code:
template <
bool found_label,
bool found_size,
bool found_sign,
bool found_endian,
--- Comment #8 from pault at gcc dot gnu dot org 2009-04-06 05:26 ---
Subject: Bug 36091
Author: pault
Date: Mon Apr 6 05:25:46 2009
New Revision: 145581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145581
Log:
2009-04-06 Paul Thomas
PR fortran/36091
* tra
94 matches
Mail list logo
