https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64364
--- Comment #1 from Dara Hazeghi ---
Appears to be the same issue as bug 59463
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
Created attachment 34302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34302&action=edit
failing pre-processed source
I have a
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
Current gcc trunk and 4.8.x produces wrong code for the following testcase on
x86_64-linux when compiled at -O3 in 32-bit mode. This is a regression from
4.7.x
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
With current gcc trunk on x86_64-linux, the following code causes an ICE when
compiled at -O3. This is a regression from 4.8.x.
$ gcc-trunk -v
gcc version 4.9.0 20130611 (experimental
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57568
--- Comment #4 from Dara Hazeghi ---
Wow, that was fast! Confirmed fixed, thanks.
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code is miscompiled with current gcc-trunk on x86_64-linux at -O3
optimization level in 32-bit mode, outputting garbage (rather than 0). This is
a regression from 4.7
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code is miscompiled by gcc trunk and 4.8 on x86_64-linux at -Os
and above optimization levels in 32-bit mode (should print nothing). This is a
regression from 4.7.x.
$ gcc
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code is miscompiled with current gcc trunk at -O3 optimization on
x86_64-linux. I've tried to reduce it somewhat from the original form. Note
that 'e' is only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #17 from Dara Hazeghi ---
(In reply to m...@gcc.gnu.org from comment #16)
> Yes please. If you can run:
>
> dwarfdump --eh-frame --verify file.o
>
> on all the .o files and see if there are any more lurking in there. Any
> that f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
Dara Hazeghi changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #15 from Dara Hazeghi ---
(In reply to m...@gcc.gnu.org from comment #14)
> Thanks, how about this one?
Seems to be the same - assert in the same spot. Shall I upload the varasm.s
produced with the second patch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #13 from Dara Hazeghi ---
(In reply to m...@gcc.gnu.org from comment #12)
> Ok, new theory. Does this patch fix it for you:
Thanks for the patch. Just tried bootstrapping with it and checking disabled,
and the same assertion still t
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code is miscompiled with current gcc trunk at -O3 on x86_64-linux
in both 32 and 64-bit modes. The innermost loop in foo should execute 48
times, but at -O3 it does not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #8 from Dara Hazeghi ---
Okay, here is I think a more clear example. However, from what Jakub says
above, this is probably undefined.
int printf(const char *, ...);
union
{
int i;
long long ll;
} u;
long long *pll = &u.ll;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #5 from Dara Hazeghi ---
Sorry to ask again on this, but after re-reading, I'm not sure I understand the
type-punning argument here:
**ppll = ll; // write to u.ll
*k = 0; // write to u.i
j = *ppa; // u not touched
ia[0][0] =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #10 from Dara Hazeghi ---
Created attachment 30211
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30211&action=edit
varasm.s.gz
varasm.s resulting in the crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #7 from Dara Hazeghi ---
(In reply to Jack Howarth from comment #6)
> I've opened radar://14005298, "linker crash when building FSF gcc with
> --disable-checking" with a standalone test case of the failing linkage of
> cc1.
Thanks a b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #5 from Dara Hazeghi ---
(In reply to Dara Hazeghi from comment #4)
> Aha! I will try using plain make and leaving checking alone. I don't
> suppose this is documented anywhere?
make (not bootstrap) with --enable-checking=release do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #4 from Dara Hazeghi ---
Aha! I will try using plain make and leaving checking alone. I don't suppose
this is documented anywhere?
As to reporting the bug to Apple, is this in fact a linker bug, as opposed to a
bad-code-generation b
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code causes current gcc trunk to ICE when built at -O3 on
x86_64-linux. This is a regression from gcc 4.8 which compiles successfully.
$ gcc-trunk -v
Target: x86_64
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
Created attachment 30206
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30206&action=edit
config.log.gz
As mentioned on gcc-help
(http://gcc.gnu.org/ml/gcc-help/2013-05/m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #3 from Dara Hazeghi ---
My apologies for the invalid report and thank you for the clear explanation.
I've been using frama-c to check validity of the testcases, but clearly in this
case it's not sufficient.
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code causes gcc trunk and 4.8 branch to hang at -O1 or above due
to it consuming all available memory (well over 2GB after 10 seconds).
$ gcc-trunk -v
Target: x86_64-unknown-linux-gnu
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code is miscompiled with current gcc 4.8 branch and trunk at -O3
on x86_64-linux. The last write to the union appears to be getting removed (*k
= 0), so that the program
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code is miscompiled on x86_64-linux with gcc trunk and 4.8 at -Os
and above optimization level. It works correctly with gcc 4.7 (outputs 1
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code produces wrong output on x86_64-linux-gnu in 32-bit mode,
when compiled at -O1 or higher optimizations. It appears that the behavior
changed between gcc 4.6 which works at all
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code is miscompiled on x86_64-linux at -Os and above with gcc
trunk and at -O2 and above with gcc 4.8. It outputs 0 rather than 4 as it
should. It works correctly with gcc 4.7
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following code is miscompiled on gcc trunk and 4.8 branch on
x86_64-linux-gnu, at -O3 optimization level, in 32-bit mode, resulting in
output of 0 rather than 1. It is compiled correctly at
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The testcase below is miscompiled by gcc 4.8 on x86_64-linux, resulting in a
segfault when built with -Os or higher optimization levels. This does not
occur with gcc 4.7 or current
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
Current gcc trunk takes 5 seconds to compile this testcase at -O2 or higher
optimization level on x86_64-linux-gnu (2.8GHZ Intel i7). This was distilled
from larger program which
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
With current gcc trunk, the code below is miscompiled at -O1 and higher
optimization levels on x86_64-linux-gnu, outputting '1' instead of '0' as
expected. This behavior appears
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The following testcase appears to be miscompiled with gcc 4.8 and trunk on
x86_64-linux-gnu at -O3 optimization level in 32-bit mode. In 64-bit mode, at
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
The testcase below is miscompiled with current gcc trunk at -O3 optimization
level in 32-bit mode on x86_64-linux-gnu, and fails to terminate. With other
optimizations levels in 64-bit mode, it
Assignee: unassigned at gcc dot gnu.org
Reporter: dhazeghi at yahoo dot com
Created attachment 30106
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30106&action=edit
testcase
The attached testcase causes current gcc trunk to hang on
x86_64-unknown-linux-gnu, when comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56577
Bug #: 56577
Summary: wrong code for aliased union on gcc 4.7 only
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56576
Bug #: 56576
Summary: wrong code for aliased union at -O3
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56486
Dara Hazeghi changed:
What|Removed |Added
Summary|[4.6/4.7 Regression]|[4.6/4.7 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56501
Bug #: 56501
Summary: gcc 4.6 ICE on noreturn function at -Os and above
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56488
Bug #: 56488
Summary: wrong code for loop at -O3
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56487
Bug #: 56487
Summary: SSE2 code crashes when compiled at -O0 -m32 -msse2
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56486
--- Comment #1 from Dara Hazeghi 2013-02-28
22:37:44 UTC ---
Created attachment 29556
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29556
hanging testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56486
Bug #: 56486
Summary: infinite loop in cc1 at -O1 and above
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56478
Bug #: 56478
Summary: Regression: ICE: Floating point exception in
tree_estimate_probability
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56448
--- Comment #5 from Dara Hazeghi 2013-02-26
17:47:04 UTC ---
Thanks! That was a very quick fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56448
Bug #: 56448
Summary: cc1 hangs on volatile array with -O or above
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
--
What|Removed |Added
CC|dhazeghi at yahoo dot com |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755
--
What|Removed |Added
Target Milestone|--- |3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12005
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12095
--- Additional Comments From dhazeghi at yahoo dot com 2003-10-24 23:47 ---
You didn't explain why you cannot provide preprocessed source. Does it crash with
-save-
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12498
--- Additional Comments From dhazeghi at yahoo dot com 2003-10-24 17:15 ---
Reminder that we're still waiting for the preprocessed source for this report. All
t
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11983
--- Additional Comments From dhazeghi at yahoo dot com 2003-08-25 14:43 ---
I'm reducing this one.
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8407
dhazeghi at yahoo dot com changed:
What|Removed |Added
Last
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
dhazeghi at yahoo dot com changed:
What|Removed |Added
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7571
dhazeghi at yahoo dot com changed:
What|Removed |Added
53 matches
Mail list logo
