--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-02-12 05:07
---
Might as well confirm this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2010-02-12 01:18
---
It failed at run-time on Linux/ia32:
FAIL: gcc.dg/graphite/pr43012.c execution test
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #11 from paolo dot carlini at oracle dot com 2010-02-12 00:22
---
Thanks. Thus, would you support closing this as WONTFIX?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9679
--- Comment #10 from gdr at integrable-solutions dot net 2010-02-12 00:20
---
Subject: Re: Strange behaviour of valarray::apply method
On Thu, Feb 11, 2010 at 6:08 PM, paolo dot carlini at oracle dot com
wrote:
> --- Comment #9 from paolo dot carlini at oracle dot com 2010-02-12
--- Comment #9 from paolo dot carlini at oracle dot com 2010-02-12 00:08
---
Gaby, any chance you can give me some guidance about this issue? What do you
think should we do now? The PR remained in limbo for way too much time, in my
opinion. Thanks in advance.
--
paolo dot carlini at
--- Comment #32 from paolo dot carlini at oracle dot com 2010-02-12 00:03
---
Yes, that was also my guess. If somebody disagrees please explain and re-open,
thanks a lot.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #31 from bonzini at gnu dot org 2010-02-11 23:56 ---
I think it's fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36101
--- Comment #30 from paolo dot carlini at oracle dot com 2010-02-11 23:54
---
I'm looking for an update on its status: how do we stand? What is still
missing? Thanks in advance.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #5 from paolo dot carlini at oracle dot com 2010-02-11 23:52
---
Feedback not forthcoming. If you have a self-contained reproducer for gcc4.4.x,
please re-open, thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Adde
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-02-11 23:44 ---
It does not hang for me but it is definitely much slower with -g:
variable tracking : 57.85 (77%) usr 0.69 (39%) sys 58.60 (77%) wall
22951 kB ( 6%) ggc
Note this with checking enabled. So I don't know i
--- Comment #3 from schaub-johannes at web dot de 2010-02-11 23:39 ---
(In reply to comment #2)
> I also think the code is valid. In this case though, there is the complication
> that no hiding takes place [...]
>
Wasn't aware that this is also a case of hiding, but 3.3.10 about hiding
--- Comment #2 from schaub-johannes at web dot de 2010-02-11 23:28 ---
I also think the code is valid. In this case though, there is the complication
that no hiding takes place: The qualified name lookup of "X::m" for namespace
members says in 3.4.3.2/2: "using-directives are ignored in
--- Comment #3 from danny dot backx at scarlet dot be 2010-02-11 21:43
---
I'm one of the arm-mingw32ce maintainers.
I'll try to reproduce in arm-wince-pe if that makes you feel better.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43047
--- Comment #9 from lucabon at interfree dot it 2010-02-11 21:14 ---
I fully compiled ecj1 with:
gcj --main=org.eclipse.jdt.internal.compiler.batch.GCCMain -o ecj1 ecj.jar
and now it works fine (and very quickly!)
So, the problem seems to be in 64bit gij (java bytecode interpreter), u
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #23 from LpSolit at netscape dot net 2010-02-11 21:08 ---
(In reply to comment #22)
> All I meant was that we should have a single version of the code running.
That's doable, see
http://www.bugzilla.org/docs/tip/en/html/multiple-bz-dbs.html.
Can someone confirm this bug? :)
--- Comment #22 from tromey at gcc dot gnu dot org 2010-02-11 21:05 ---
Yes, I think we should not merge the databases.
All I meant was that we should have a single version of the code running.
And, when upgrading, upgrade both instances at the same time.
--
http://gcc.gnu.org/bugzi
--- Comment #21 from LpSolit at netscape dot net 2010-02-11 21:03 ---
About merging both Bugzilla installations into a single one, the problem is
about bug IDs. They would conflict.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011
--- Comment #20 from LpSolit at netscape dot net 2010-02-11 20:58 ---
(In reply to comment #19)
> None of this would have been a big deal if it hadn't taken bugzilla 10
> years to decide on custom fields ;)
No comment! :-D
> THe main changes in both bugzilla is to remove the opsys/pla
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-11 20:57 ---
Should be fixed by
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156720
on the trunk and
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156721
on the 4.4 branch.
--
jakub at gcc dot gnu dot org changed:
--- Comment #8 from spop at gcc dot gnu dot org 2010-02-11 20:56 ---
I wouldn't recommend to backport this to 4.4, as Graphite in 4.4 has a
completely different structure.
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42930
--- Comment #2 from steven at gcc dot gnu dot org 2010-02-11 20:45 ---
If you cannot reproduce this problem on a target that exist in the "official"
FSF GCC release, please close this PR as INVALID and contact the people you got
your compiler from (and while at it -- please ask them to c
--- Comment #19 from dberlin at gcc dot gnu dot org 2010-02-11 20:44
---
Subject: Re: Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.4.5
It has the security patch ;)
None of this would have been a big deal if it hadn't taken bugzilla 10
years to decide on custom fields ;)
THe main change
--- Comment #7 from matt at use dot net 2010-02-11 20:36 ---
Should this fix also be backported to 4.4? I'll test your fix this weekend.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42930
--- Comment #18 from LpSolit at netscape dot net 2010-02-11 20:23 ---
(In reply to comment #17)
> It would be really great if someone would update the sourceware.org
> bugzilla at the same time, so we could run a single version on the machine.
Wow, http://sourceware.org/bugzilla/ runs B
--- Comment #17 from tromey at gcc dot gnu dot org 2010-02-11 20:18 ---
It would be really great if someone would update the sourceware.org
bugzilla at the same time, so we could run a single version on the machine.
--
tromey at gcc dot gnu dot org changed:
What|Remov
--- Comment #3 from tromey at gcc dot gnu dot org 2010-02-11 20:15 ---
This is a C bug, not a preprocessor bug, so I'm reassigning.
I suppose that it is really a documentation bug, but I didn't see a
category for that.
--
tromey at gcc dot gnu dot org changed:
What|R
--- Comment #8 from spop at gcc dot gnu dot org 2010-02-11 20:04 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-11 19:55 ---
>I think it's not specific to that project though.
It is specific to that project as mingw32ce target does not exist in the
mainline of GCC. Unless you are reproduce the failure in the arm-wince-pe
target.
--
p
--- Comment #4 from jakub at gcc dot gnu dot org 2010-02-11 19:53 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2010-02-11 19:52 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from spop at gcc dot gnu dot org 2010-02-11 19:50 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from spop at gcc dot gnu dot org 2010-02-11 19:49 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from spop at gcc dot gnu dot org 2010-02-11 19:49 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
gcc 4.4.0 based cross-compiler (http://cegcc.sourceforge.net) can be used to
show the bug, I think it's not specific to that project though.
pavilion: {108} arm-mingw32ce-gcc -c -DCRASH k.c
k.c: In function 'ff_fill_linesize':
k.c:12: error: unrecognizable insn:
(insn 6 5 7 3 k.c:9 (set (reg/f:SI
--- Comment #4 from jakub at gcc dot gnu dot org 2010-02-11 19:48 ---
Subject: Bug 43030
Author: jakub
Date: Thu Feb 11 19:48:24 2010
New Revision: 156719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156719
Log:
PR fortran/43030
* resolve.c (gfc_resolve_dim_arg
--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-11 19:47 ---
Subject: Bug 43030
Author: jakub
Date: Thu Feb 11 19:47:20 2010
New Revision: 156718
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156718
Log:
PR fortran/43030
* resolve.c (gfc_resolve_dim_arg
--- Comment #13 from spop at gcc dot gnu dot org 2010-02-11 19:46 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from spop at gcc dot gnu dot org 2010-02-11 19:43 ---
Subject: Bug 43012
Author: spop
Date: Thu Feb 11 19:43:14 2010
New Revision: 156716
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156716
Log:
Add testcase for PR43012.
2010-02-11 Sebastian Pop
PR
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 19:43 ---
Subject: Bug 42930
Author: spop
Date: Thu Feb 11 19:42:51 2010
New Revision: 156713
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156713
Log:
Fix PR42930.
2010-02-10 Sebastian Pop
PR middle-end/42
--- Comment #7 from spop at gcc dot gnu dot org 2010-02-11 19:43 ---
Subject: Bug 42914
Author: spop
Date: Thu Feb 11 19:42:45 2010
New Revision: 156712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156712
Log:
Fix PR42914 and PR42530.
2010-02-10 Sebastian Pop
PR m
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 19:43 ---
Subject: Bug 42530
Author: spop
Date: Thu Feb 11 19:42:45 2010
New Revision: 156712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156712
Log:
Fix PR42914 and PR42530.
2010-02-10 Sebastian Pop
PR m
--- Comment #12 from spop at gcc dot gnu dot org 2010-02-11 19:42 ---
Subject: Bug 42771
Author: spop
Date: Thu Feb 11 19:42:38 2010
New Revision: 156711
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156711
Log:
Fix PR42771.
2010-02-10 Sebastian Pop
PR middle-end/4
--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-11 19:35 ---
Subject: Bug 43029
Author: jakub
Date: Thu Feb 11 19:35:12 2010
New Revision: 156710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156710
Log:
PR fortran/43029
* decl.c (enumerator_decl): Don'
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-11 19:31 ---
Subject: Bug 43029
Author: jakub
Date: Thu Feb 11 19:31:35 2010
New Revision: 156709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156709
Log:
PR fortran/43029
* decl.c (enumerator_decl): Don'
I installed a precompiled version of GCC from a project. The version of it is
4.0
> gcc -v
Using built-in specs.
Target: hppa64-hp-hpux11.00
Configured with: ../src/configure --enable-languages=c,c++
--prefix=/usr/local/pa20_64 --with-local-prefix=/usr/local/pa20_64
--with-gnu-as --with-as=/usr/lo
--- Comment #7 from spop at gcc dot gnu dot org 2010-02-11 19:19 ---
Subject: Bug 43012
Author: spop
Date: Thu Feb 11 19:19:37 2010
New Revision: 156708
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156708
Log:
Add testcase for PR43012.
2010-02-11 Sebastian Pop
PR
--- Comment #6 from spop at gcc dot gnu dot org 2010-02-11 19:16 ---
You can get the new CLooG-PPL 0.15.8 from
ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.8.tar.gz
I will commit the testcase to the Graphite testsuite, and then I will close
this bug.
--
spop at gcc dot gnu
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 18:56 ---
Created an attachment (id=19848)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19848&action=view)
Testsuite patch ("char"->"unsigned char") to fix the last two ICEs on the input
side
Note: It works with -O1 a
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-02-11 18:55
---
> Note this works correctly on targets that define STACK_CHECK_BUILTIN to be 1.
> This includes the spu target. The main reason is that the code goes through a
> different path.
Indeed, only generic stack checki
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-11 18:43 ---
Unfortunately the patch regresses default3.C (line 28), but keeping the current
code isn't an option either, on defarg14.C we don't error just because the
ggc_free'd decl's code happens to be still mapped and is not a
$ gfortran -O2 -flto gfortran.dg/c_funloc_tests_3.f03
gfortran.dg/c_funloc_tests_3_funcs.c
In file included from :2:0:
gfortran.dg/c_funloc_tests_3.f03: In function 'main':
gfortran.dg/c_funloc_tests_3.f03:17:0: error: non-trivial conversion at
assignment
(*) (void)
(*) ()
p_8 = D.2098_15;
gfor
$ gfortran -fwhole-file gfortran.dg/global_references_1.f90
[... some valid errors ...]
gfortran.dg/global_references_1.f90:9:0: internal compiler error: Segmentation
fault
==24437== Invalid read of size 8
==24437==at 0x51190F: resolve_global_procedure (resolve.c:1844)
==24437==by 0x5130
gfortran -fwhole-file gfortran.dg/select_type_4.f90
gfortran.dg/select_type_4.f90: In function 'MAIN__':
gfortran.dg/select_type_4.f90:96:0: internal compiler error: Segmentation fault
==24333== Invalid read of size 8
==24333==at 0x55EA3C: gfc_conv_structure (trans-expr.c:4413)
==24333==b
$ gfortran -fwhole-file gfortran.dg/c_ptr_tests_14.f90
gfortran.dg/c_ptr_tests_14.f90: In function 'test':
gfortran.dg/c_ptr_tests_14.f90:25:0: internal compiler error: in
gfc_conv_structure, at fortran/trans-expr.c:4385
--
Summary: [-fwhole-file] ICE in gfc_conv_structure for
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-02-11 18:28 ---
Note this works correctly on targets that define STACK_CHECK_BUILTIN to be 1.
This includes the spu target. The main reason is that the code goes through a
different path.
--
pinskia at gcc dot gnu dot org chang
--- Comment #14 from paolo dot carlini at oracle dot com 2010-02-11 18:13
---
Done.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Statu
--- Comment #13 from paolo at gcc dot gnu dot org 2010-02-11 18:11 ---
Subject: Bug 41975
Author: paolo
Date: Thu Feb 11 18:11:01 2010
New Revision: 156705
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156705
Log:
2010-02-11 Paolo Carlini
PR libstdc++/41975, DR 579
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-02-11 18:10 ---
>There is another free (GPL-compatible) java-to-bytecode compiler?
Sun's OpenJDK (which includes javac) is GPLv2 IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41802
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 18:06 ---
Dump (w/ putting "xs" on an extra line):
n = 1;
xs = (real(kind=4)) n + 5.0e-1;
xs = __builtin_tgammaf (xs);
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:52
---
Created an attachment (id=19847)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19847&action=view)
Test file
The test file used to demonstrate the issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #2 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:52
---
Created an attachment (id=19846)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19846&action=view)
Constraint_Error because the file is opened with bracket coding
% gnatmake -f -gnatW8 u8_fail
gcc-4.4 -c -
--- Comment #1 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:51
---
Created an attachment (id=19845)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19845&action=view)
Expected Output
% gnatmake -f -gnatW8 u8
gcc-4.4 -c -gnatW8 u8.
The GNAT Reference Manual (8.6) specifies: `The default encoding method for the
standard files, and for opened files for which no WCEM parameter is given in
the FORM string matches the wide character encoding specified for the main
program (the default being brackets encoding if no coding method wa
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 17:46 ---
It already occurs for -fwhole-file
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
gfortran -g -flto gfortran.dg/gamma_5.f90 fails when calculating gamma.
Simplified version below. Without -flto it prints:
1 1.500 0.88622695
while with -flto it shows:
1 1.500 -0.12078223
integer :: n
real :: xs
n = 1
xs = n + 0.5
print *, n,
$ gfortran -flto gfortran.dg/dynamic_dispatch_5.f03
gfortran.dg/dynamic_dispatch_5.f03: In function 'MAIN__':
gfortran.dg/dynamic_dispatch_5.f03:175:0: internal compiler error: in
gfc_conv_component_ref, at fortran/trans-expr.c:466
--
Summary: [lto] ICE in gfc_conv_component_ref
--- Comment #2 from burnus at gcc dot gnu dot org 2010-02-11 17:24 ---
*** Bug 43022 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 17:24 ---
*** This bug has been marked as a duplicate of 43030 ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 17:11 ---
Yes, I'm preparing another release of CLooG-PPL today.
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-11 17:01 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-11 17:01 ---
Subject: Bug 42998
Author: rguenth
Date: Thu Feb 11 17:01:21 2010
New Revision: 156704
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156704
Log:
2010-02-11 Richard Guenther
PR tree-optimization/
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-02-11 16:57
---
Fixed on trunk.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Known to fai
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43033
--- Comment #13 from hubicka at ucw dot cz 2010-02-11 16:56 ---
Subject: Re: [4.4/4.5 regression] IRA apparently
systematically making reload too busy on 2 address instructions
with 3 operands
Hi,
it seems that the NAMD improved as expected tonight (by about 3%)
http://
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 16:56 ---
Confirmed on i?86-linux.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-11 16:55 ---
P4 according to comment #3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-11 16:54 ---
Thus we need a patched CLooG in the infrastructure for 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 16:53 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42911
--- Comment #2 from baldrick at gcc dot gnu dot org 2010-02-11 16:42
---
Sorry, small bug in the testcase, should have been:
extern const char LinkVar;
__attribute__((used)) static const char *const LinkObj = &LinkVar;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-11 16:42 ---
Confirmed.
The following fails to link with -flto
static int foobar __attribute__((used));
extern void abort (void);
int main()
{
int res;
asm("movl foobar(%%rip), %0" : "=g" (res));
if (res != 0)
abort (
The fact that LinkObj is initialized with LinkVar does not seem to be
preserved when using -flto:
extern const char LinkVar;
__attribute__((used)) static const char *const LinkObj = LinkVar;
--
Summary: DECL_PRESERVE_P static globals not completely preserved
with
--- Comment #5 from burnus at gcc dot gnu dot org 2010-02-11 16:29 ---
Also asked at:
http://gcc.gnu.org/ml/fortran/2010-02/msg00010.html
a) The derived-type issue (cf. PR 41664) is now fixed.
b) Regarding COMMON w/ single item in the named COMMON (F2003, 15.3); unclear
whether it is
--- Comment #6 from jakub at gcc dot gnu dot org 2010-02-11 16:01 ---
You can use delta: http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
to automate the reduction (when cc1plus is hanging, you probably need to write
a shell script that will succeed if cc1plus times out after a few
--- Comment #5 from paolo dot carlini at oracle dot com 2010-02-11 15:59
---
Frankly, I don't believe you, I mean, I don't believe that *each single line*
counts, I bet that you can remove a substantive percentage of it while still
triggering the problem.
--
http://gcc.gnu.org/bugz
--- Comment #4 from Roger dot Jeurninck at home dot nl 2010-02-11 15:57
---
Hi Paolo,
thanks for the quick reply!
Shortening the preprocessed file doesn't help as the problem won't occur
anymore.
I will try to obfuscate such that I'm allowed to upload it.
Tomorrow I'll test the issue
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||matz at gcc dot gnu dot org
Severity|normal
int a, b;
void foo (int i, int x)
{
int j, k, l;
j = i * x;
j = j * 5;
k = j * 3;
l = j * 4;
a = k;
b = l;
}
j_3 = i_1(D) * 5;
j_4 = j_3 * x_2(D);
k_5 = j_4 * 3;
l_6 = j_4 * 4;
should be re-associated and simplified to
D.1_3 = i_1(D) * x_2(D);
k_5 = D.1_3 * 15;
l_6 =
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #14 from spop at gcc dot gnu dot org 2010-02-11 15:47 ---
Fixed in trunk GCC 4.5.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Known to wo
--- Comment #13 from spop at gcc dot gnu dot org 2010-02-11 15:45 ---
Subject: Bug 40886
Author: spop
Date: Thu Feb 11 15:45:27 2010
New Revision: 156701
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156701
Log:
Fix PR40886.
2010-02-11 Sebastian Pop
Changpeng Fa
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-02-11 15:39 ---
Subject: Bug 41664
Author: rguenth
Date: Thu Feb 11 15:38:59 2010
New Revision: 156699
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156699
Log:
2010-02-11 Richard Guenther
PR lto/41664
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-02-11 15:39 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from lucabon at interfree dot it 2010-02-11 15:38 ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> >
> > Use another Java-to-bytecode compiler and feed gcc with bytecode.
I'd like to use only free software... There is another free (G
--- Comment #3 from paolo dot carlini at oracle dot com 2010-02-11 15:36
---
Frankly, without a testcase, it's really unlikely that somebody can work on
this "issue". You don't have to provide the exact code causing the problem, of
course, you can reduce it, shorten it, obfuscate it, wh
--- Comment #2 from Roger dot Jeurninck at home dot nl 2010-02-11 15:34
---
gcc -v info:
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with: /cws/rjeurnin/gcc/sources/gcc-4.4.2/configure
--prefix=/sft/teamsdoc/sds_group/rjeurnin/gcc_cadenv/SunOS_5.8/gcc/gcc-4.4.2-B3
--en
--- Comment #1 from Roger dot Jeurninck at home dot nl 2010-02-11 15:30
---
Created an attachment (id=19844)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19844&action=view)
config.log file
the generated config.log file, from GCC's build dir
--
http://gcc.gnu.org/bugzilla/sh
1 - 100 of 133 matches
Mail list logo
