https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #31 from Rafał Mużyło 2013-01-06 03:34:17
UTC ---
PS: the stripped down test case from PR33763 is quite alike attachment 25239,
yet something makes a difference.
extern void *bar (void);
extern int baz (void);
extern __inline __att
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #30 from Rafał Mużyło 2013-01-06 02:20:08
UTC ---
While 4.7.2 still has the problem, I've just learnt about PR33763.
Now, while that particular patch doesn't help 4.7.2 - even it it sounds like it
should - removing ' __attribute__ (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #29 from Rafał Mużyło 2012-06-17 13:17:36
UTC ---
gcc 4.7.1 still shows inconsistent behavior with attachment 25239.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
Rafał Mużyło changed:
What|Removed |Added
Attachment #25238|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #27 from Rafał Mużyło 2011-09-11 03:40:16
UTC ---
Created attachment 25238
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25238
prepocessed code of possibly related failure in gcc 4.6.1
OK, I'm not sure if comments from 24 on ha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
Dexuan Cui changed:
What|Removed |Added
CC||dexuan.cui at intel dot com
--- Comment #26
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #25 from Ryan Hill 2011-03-26
08:04:14 UTC ---
-fno-inline-small-functions works with -O2, not -Os.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
Ryan Hill changed:
What|Removed |Added
CC||dirtyepic at gentoo dot org
--- Comment #24 f
--- Comment #23 from galtgendo at o2 dot pl 2009-04-22 01:15 ---
comment 22 was of course about '-fno-guess-branch-probability',
not the other one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #22 from galtgendo at o2 dot pl 2009-04-22 01:08 ---
Well, gcc 4.4.0 works without '-fno-inline-small-functions' for
freeciv too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #21 from galtgendo at o2 dot pl 2009-04-22 00:23 ---
Well, with 4.4.0 id.c compiles correctly in both cases.
Let's check the harder part.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #20 from galtgendo at o2 dot pl 2009-04-22 00:04 ---
Created an attachment (id=17669)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17669&action=view)
prepocessed source of id.c
People, I've got a result, that's either very funny or very not funny.
With the same compil
--- Comment #19 from falk at debian dot org 2009-03-16 10:24 ---
(In reply to comment #18)
> Well, I've got bad news for you anyway:
> it seems that the problem affects gcc-4.3.2 too:
> it seems it's reproducible in another app,
> however one potentially much harder to debug.
> Please re
--- Comment #18 from galtgendo at o2 dot pl 2009-03-07 14:06 ---
Well, I've got bad news for you anyway:
it seems that the problem affects gcc-4.3.2 too:
it seems it's reproducible in another app,
however one potentially much harder to debug.
Please read http://bugs.winehq.org/show_bug.c
--- Comment #17 from pinskia at gmail dot com 2009-03-07 04:35 ---
Subject: Re: gcc 4.3.3 miscompiles when -finline-small-functions is used
Sent from my iPhone
On Mar 6, 2009, at 8:30 PM, "galtgendo at o2 dot pl" wrote:
>
>
> --- Comment #16 from galtgendo at o2 dot pl 2009-0
Sent from my iPhone
On Mar 6, 2009, at 8:30 PM, "galtgendo at o2 dot pl" > wrote:
--- Comment #16 from galtgendo at o2 dot pl 2009-03-07 04:30
---
OK, I've done a little test and I'd like to know,
if it's results actually mean anything:
I've compiled freeciv with CFLAGS="-O2 -f
--- Comment #16 from galtgendo at o2 dot pl 2009-03-07 04:30 ---
OK, I've done a little test and I'd like to know,
if it's results actually mean anything:
I've compiled freeciv with CFLAGS="-O2 -finline-functions
-fno-guess-branch-probability" and it did not crash.
Does the above confir
--- Comment #15 from galtgendo at o2 dot pl 2009-03-03 21:13 ---
It's a runtime error and there's no real testcase,
as, for the time being, it's hard to say what exactly goes wrong.
The only real analysis is in the upstream bug, but it's nothing conclusive
(at least it doesn't seem that
--- Comment #14 from hjl dot tools at gmail dot com 2009-03-03 17:01
---
Is there a testcase to show run-time error or compile-time error?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #13 from galtgendo at o2 dot pl 2009-03-03 16:22 ---
On a not really related note:
output of 'gcc -Q -O1 --help=optimizers' is quite inconsistent
with the manpage. Among others, -finline-small-functions according
to the manpage is turned on for -O1, -Q output claims the oppos
--- Comment #12 from galtgendo at o2 dot pl 2009-03-03 16:17 ---
OK, a (perhaps) interesting result:
'-fno-guess-branch-probability' works too, but
as first to work was '-fno-inline-small-functions',
this may simply be a case of this option making code
big enough to hit inlining limit.
--- Comment #11 from galtgendo at o2 dot pl 2009-03-03 15:15 ---
Changing those two to unsigned doesn't help (I have checked that
even before comment 8). Actually, I changed a few ints to unsigned
wherever it looked sane for this file and it still crashed.
What's more, '-O1' works and w
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-03-03 03:51
---
for (i = 0, j = 0; i < lattice->size || forced_loop; i++) {
i is signed and lattice->size is unsigned so there might be some wrapping.
plus if (lattice->size > 0) {
will be changed into lattice->size !=
--- Comment #9 from galtgendo at o2 dot pl 2009-03-03 03:43 ---
BTW, this is the workaround, that upstream created:
http://svn.gna.org/viewcvs/freeciv/trunk/common/aicore/cm.c?rev=15556&view=diff&r1=15556&r2=1&p1=trunk/common/aicore/cm.c&p2=/trunk/common/aicore/cm.c
--
http://gc
--- Comment #8 from galtgendo at o2 dot pl 2009-03-03 03:23 ---
OK, we seem to misunderstand each other.
Anyway, as '-Wall -Wpointer-arith
-Wcast-align -Wmissing-prototypes -Wmissing-declarations'
was set for all files during build and there were no warnings,
the problem is probably non
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-03-03 00:21 ---
(In reply to comment #6)
> If so, why does '-O2' fail and '-O2 -fno-inline-small-functions' work ?
Because you just disabled some extra inlining. try -O2
-fno-inline-small-functions -finline-functions and you will
--- Comment #6 from galtgendo at o2 dot pl 2009-03-03 00:20 ---
(In reply to comment #5)
> But that just enables more inlining. The problem is most likely somewhere
> else.
>
If so, why does '-O2' fail and '-O2 -fno-inline-small-functions' work ?
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-03-02 22:43 ---
(In reply to comment #3)
> I'll check, but, as summary suggests (indirectly),
> '-O2 -fno-inline-small-functions' works just fine.
But that just enables more inlining. The problem is most likely somewhere
else.
-
--- Comment #4 from galtgendo at o2 dot pl 2009-03-02 22:20 ---
Well, neither helps.
As a sidenote: 'gcc -Q -O2 --help=optimizers' fails to list
'-fstrict-overflow',
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #3 from galtgendo at o2 dot pl 2009-03-02 21:56 ---
I'll check, but, as summary suggests (indirectly),
'-O2 -fno-inline-small-functions' works just fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-03-02 13:52 ---
Does -fno-strict-aliasing help ?
Does -fno-strict-overflow help?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
32 matches
Mail list logo