--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from ubizjak at gmail dot com 2007-12-13 08:26 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00576.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #3 from ktietz at onevision dot com 2007-12-13 08:50 ---
I tested this and confirm the problem. I did a regression test of this patch
for x86_64-linux and x86_64-mingw32 and it was successful.
--
ktietz at onevision dot com changed:
What|Removed
--- Comment #22 from dannysmith at users dot sourceforge dot net
2007-12-13 08:53 ---
(In reply to comment #15)
> It seems fixincl isn't supported for mingw at all, from what Danny Smith
> mailed
> me privately.
Sorry for breaking this thread with an inadvertent private mail. For t
--- Comment #3 from ubizjak at gmail dot com 2007-12-13 09:26 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
The multiply-by-constant optimization work poorly for x86 targets
with multiply units with short latency.
Try some small values M for a sample program like,
long f (long x) { return x * M; }
for e.g. the -mtune=k8 subtarget. One gets slow sequences of
lea, add, sub, sal.
So what's wrong? Is
--- Comment #8 from jakub at gcc dot gnu dot org 2007-12-13 10:10 ---
Simplified testcase:
template struct A
{
struct C
{
template struct D {};
};
template friend C::D operator* (U const &);
};
struct E {};
int
main ()
{
A a;
E e;
*e;
}
A::C wasn't instantiated, b
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-12-13 10:29 ---
I can confirm this.
tree FRE : 22.25 (56%) usr 1.35 (60%) sys 23.67 (56%) wall
3202543 kB (92%) ggc
fpica() get's very large and complex. We have very many SFTs and one giant SCC
(with around 127
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-13 10:31 ---
This is related to the patch which Honza posted over a year ago:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00267.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34452
--- Comment #9 from jakub at gcc dot gnu dot org 2007-12-13 10:39 ---
Or tsubst on types could for TYPE_CLASS_SCOPE_P (t) call complete_type on
TYPE_CONTEXT (t). That works for this testcase, but not sure if it would
generally. Jason/Mark, ideas?
--
jakub at gcc dot gnu dot org cha
--- Comment #2 from tege-gcc at swox dot com 2007-12-13 10:52 ---
It does make sense to bluff somewhat about the costs of the few 3
operand instructions that we have:
lea
mul const, regx, regy
Exactly what cost to assign is not obvious. I think the nominal
cost - epsilon is proba
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-12-13 10:56 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #27 from burnus at gcc dot gnu dot org 2007-12-13 11:01 ---
Subject: Bug 34427
Author: burnus
Date: Thu Dec 13 11:01:00 2007
New Revision: 130889
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130889
Log:
2007-12-13 Tobias Burnus <[EMAIL PROTECTED]>
PR for
--- Comment #3 from oliver dot kellogg at eads dot com 2007-12-13 11:22
---
(gdb) bt
#0 <__gnat_debug_raise_exception> (e=0x8b1498c)
at ../../../SOURCES/gcc/gcc/ada/s-except.adb:48
#1 0x080a58d3 in <__gnat_raise_nodefer_with_msg> (e=0x8b1498c)
at ../../../SOURCES/gcc/gcc/ada/a
--- Comment #18 from r dot emrich at de dot tecosim dot com 2007-12-13
11:58 ---
Here the complete linker step. I added the -v -t +vallcompatwarnings command
line switches.
/usr/ccs/bin/ld -v -L/lib/pa1.1 -L/usr/lib/pa1.1 -z -u main -u __gcc_plt_call
-o build/genconstants /usr/ccs/lib/
--- Comment #19 from r dot emrich at de dot tecosim dot com 2007-12-13
12:06 ---
/usr/ccs/bin/nm build/rtl.o
Symbols from build/rtl.o:
NameValue Scope TypeSubspace
$$dyncall | |undef |milli |
$CODE$ | 0|static|data
--- Comment #3 from manu at gcc dot gnu dot org 2007-12-13 13:03 ---
Moreover, the option is defined in common.opt when it is C/C++ specific.
Untested patch:
Index: gcc/common.opt
===
--- gcc/common.opt (revision 1306
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-12-13 13:05 ---
--param max-fields-for-field-sensitive=1 is a workaround available.
Patch: http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00583.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34450
--- Comment #20 from jakub at gcc dot gnu dot org 2007-12-13 13:06 ---
Can you attach rtl.s and ggc-none.s (just add -save-temps when compiling
rtl.o and ggc-none.o)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
PROGRAM Main
IMPLICIT NONE
! Variables
integer:: i_viv
! integer actual1(1,1,20)
! integer actual2(1000,2000,1000)
! integer actual3(1,1,100)
! integer actual4(1,1,100)
! integer actual5(1,1,100)
! integer
--- Comment #1 from sam at gcc dot gnu dot org 2007-12-13 13:39 ---
This is fixed in SVN trunk:
==Error messages for input file: thing.in
1. # if not VAR_TRUE or VAR_TRUE then
|
>>> mixing "not" and "or" is not allowed, parenthese
--- Comment #4 from sam at gcc dot gnu dot org 2007-12-13 13:41 ---
This is now fixed on SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #4 from sam at gcc dot gnu dot org 2007-12-13 13:57 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Last
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 13:58 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Last
DETECTED==+
| 4.3.0 20071213 (experimental) (i686-pc-linux-gnu) gimplification failed |
| Error detected around test_246185.adb:6 |
--
sam at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from sam at gcc dot gnu dot org 2007-12-13 13:56 ---
Confirmed on gcc version 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from sam at gcc dot gnu dot org 2007-12-13 13:49 ---
This is fixed in SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #5 from sam at gcc dot gnu dot org 2007-12-13 13:55 ---
+===GNAT BUG DETECTED==+
| 4.3.0 20071213 (experimental) (i686-pc-linux-gnu) Storage_Error stack
overflow (or erroneous memory access)|
| Error detected at system.ads
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 13:59 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Last
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:12 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:13 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:17 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:18 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-12-13 14:22 ---
Subject: Bug 34450
Author: rguenth
Date: Thu Dec 13 14:22:23 2007
New Revision: 130895
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130895
Log:
2007-12-13 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-12-13 14:27 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from ubizjak at gmail dot com 2007-12-13 14:24 ---
c testcase:
--cut here--
extern void foo(void);
extern double *dpb;
double s05m_test(void)
{
double result = 0.0;
int n;
for (n = 0; n < 2000; ++n)
result += dpb[n];
#ifdef FOOBAR
foo();
#endif
retu
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:20 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:15 ---
Confirmed on 4.3.0 20071213.
Changing priority to P5 as it is clearly a minor error.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
The following test code (stripped down):
template
class CLASS_A
{
public:
int value;
};
template
class CLASS_B : public CLASS_A
{
public:
int GetValue() { return value; }
};
Gives the following error:
test.cpp: In member function int CLASS_B::GetValue():
test.cpp:16: error: va
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:11 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from r dot emrich at de dot tecosim dot com 2007-12-13
14:09 ---
Created an attachment (id=14743)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14743&action=view)
assembler code
rtl.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:03 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Last
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:05 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from sam at gcc dot gnu dot org 2007-12-13 14:01 ---
+===GNAT BUG DETECTED==+
| 4.3.0 20071213 (experimental) (i686-pc-linux-gnu) Storage_Error stack
overflow (or erroneous memory access)|
| Error detected at system.ads
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:04 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from r dot emrich at de dot tecosim dot com 2007-12-13
14:08 ---
Created an attachment (id=14742)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14742&action=view)
assembler code
ggc-none.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
--- Comment #9 from ubizjak at gmail dot com 2007-12-13 14:10 ---
Reduced c++ testcase that is the cause of the runtime difference:
--cut here--
#include
extern double *dpb;
void s05m_test(void)
{
double result = 0.0;
for (int n = 0; n < 2000; ++n)
result += dpb[n];
#if
--- Comment #3 from sam at gcc dot gnu dot org 2007-12-13 14:11 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ubizjak at gmail dot com 2007-12-13 14:12 ---
BTW: .p2align are removed manually from the first case for clarity, I have just
forgot to remove them in second case before posting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23322
--- Comment #3 from sam at gcc dot gnu dot org 2007-12-13 14:16 ---
+===GNAT BUG DETECTED==+
| 4.3.0 20071213 (experimental) (i686-pc-linux-gnu) GCC error: |
| in gnat_to_gnu_entity, at ada/decl.c:491
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 14:21 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-12-13 14:36
---
This is still a register allocation problem. We somehow prefer xmm0 which is
call clobbered and causes reloads inside the loop.
Micha? :)
--
rguenth at gcc dot gnu dot org changed:
What|Remove
--- Comment #2 from jakub at gcc dot gnu dot org 2007-12-13 14:38 ---
Not sure this should count as a regression, since in 3.4 this was using
different ABI. If you compile with -mabi=atpcs which matches 3.4, it will work
even in 4.3.
Anyway, I think:
--- gcc/config/arm/arm.c.jj 2007
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-12-13 14:54
---
Does yara address this somehow?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-12-13 15:00
---
"Works" with 2.95.4, fails at least starting with 3.3.6 (-m32). Also happens
on x86_64, but there it's not a regression. Happens on all targets that have
only call-clobbered registers that can hold 'result'.
--
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-12-13 14:43
---
I guess if we would split the life-range of (reg:DF 64 [result]) to not extend
over the call, global wouldn't reload all of its uses.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23322
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-12-13 15:19 ---
You have to explicitly mark value as a dependent type to defer name-lookup to
the second stage. Either qualify as you did or use 'this->value'.
--
rguenth at gcc dot gnu dot org changed:
What|Rem
--- Comment #2 from sam at gcc dot gnu dot org 2007-12-13 15:15 ---
Subject: Bug 34360
Author: sam
Date: Thu Dec 13 15:14:54 2007
New Revision: 130896
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130896
Log:
gcc/ada/
PR ada/34360
* Makefile.in: Change two o
--- Comment #1 from sam at gcc dot gnu dot org 2007-12-13 15:15 ---
This is now fixed in SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from ubizjak at gmail dot com 2007-12-13 15:41 ---
Just for fun, I have marked xmm12 - xmm15 as call-used for x86_64 and allocator
did the semi-right thing by using xmm12 for 'result'.
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #23 from jakub at gcc dot gnu dot org 2007-12-13 16:53 ---
rtl.s has
.CALL ARGW0=GR
bl ggc_free,%r2
nop
in VEC_rtx_gc_free, but no corresponding .IMPORT ggc_free, CODE
directive. Could you please also attach rtl.i and exact set of options which
were u
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-12-13 16:54 ---
This and 3012 in progress..
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--- Comment #10 from bkoz at gcc dot gnu dot org 2007-12-13 17:13 ---
I am unaware of a reversion request.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33831
--- Comment #26 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-13
17:23 ---
Subject: Re: [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself;
Unsatisfied symbols: ggc_free
> rtl.s has
> .CALL ARGW0=GR
> bl ggc_free,%r2
> nop
> in VEC_rtx_gc_free, but
--- Comment #27 from jakub at gcc dot gnu dot org 2007-12-13 17:34 ---
First of all I wonder what's the point of the PA ASM_OUTPUT_EXTERNAL_REAL vs.
ASM_OUTPUT_EXTERNAL hacks. The middle-end already does the deferring itself,
see
assemble_external/process_pending_assemble_externals/asse
--- Comment #29 from hjl at lucon dot org 2007-12-13 17:16 ---
(In reply to comment #28)
> Could someone confirm that gfortran (with no reverted patches) now works again
> with 481.wrf or with SPEC in general?
>
I am running SPEC CPU 2000/2006 now. I will report results when they are
f
--- Comment #24 from r dot emrich at de dot tecosim dot com 2007-12-13
17:01 ---
Created an attachment (id=14744)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14744&action=view)
preprocessed source
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-
--- Comment #28 from burnus at gcc dot gnu dot org 2007-12-13 17:10 ---
Could someone confirm that gfortran (with no reverted patches) now works again
with 481.wrf or with SPEC in general?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34427
--- Comment #25 from jakub at gcc dot gnu dot org 2007-12-13 17:18 ---
Ok, got it, minimal testcase is:
extern void foo (void);
int bar (void) { foo (); return 1; }
extern void foo (void);
with -fno-unit-at-a-time there is no .IMPORT directive for foo (removing the
prototype after use fi
--- Comment #28 from jakub at gcc dot gnu dot org 2007-12-13 17:53 ---
Created an attachment (id=14745)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14745&action=view)
gcc43-pr34003.patch
Indeed, removing that second deferral cures this.
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #4 from charlet at gcc dot gnu dot org 2007-12-13 17:59 ---
Subject: Bug 15805
Author: charlet
Date: Thu Dec 13 17:59:09 2007
New Revision: 130903
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130903
Log:
Restore part of patch lost for PR ada/15805:
* sem_ch
--- Comment #3 from uros at gcc dot gnu dot org 2007-12-13 18:19 ---
Subject: Bug 34435
Author: uros
Date: Thu Dec 13 18:19:38 2007
New Revision: 130904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130904
Log:
PR target/34435
* config/i386/emmintrin.h (_mm_shuf
--- Comment #4 from ubizjak at gmail dot com 2007-12-13 18:20 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-13
18:54 ---
Subject: Re: [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself;
Unsatisfied symbols: ggc_free
> First of all I wonder what's the point of the PA ASM_OUTPUT_EXTERNAL_REAL vs.
> ASM_OUTPUT_EXTERNAL
--- Comment #30 from jakub at gcc dot gnu dot org 2007-12-13 18:58 ---
If PA wants to keep the guards (!TREE_ASM_WRITTEN && SYMBOL_REF_REFERENCED_P
()),
it can, but that surely can be done in ASM_OUTPUT_EXTERNAL too, doesn't need
any deferral. In that case this will be broken again. Fr
--- Comment #37 from jakub at gcc dot gnu dot org 2007-12-13 19:05 ---
Subject: Bug 32636
Author: jakub
Date: Thu Dec 13 19:05:37 2007
New Revision: 130907
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130907
Log:
PR rtl-optimization/32636
* df-scan.c (df_get_en
--- Comment #38 from jakub at gcc dot gnu dot org 2007-12-13 19:07 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-12-13 19:13 ---
Completely lost track due to real life interference. If anyone wants to pick up
the patch, be my guest. Unassigning myself for now.
--
dfranke at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-12-13 19:14
---
(In reply to comment #9)
> Any news on this ?
Bad ones. Lost track due to real-life interference.
Unassigning myself for now.
--
dfranke at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-12-13 19:16 ---
Confirmed. Regtesting patch.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from daney at gcc dot gnu dot org 2007-12-13 19:19 ---
Subject: Bug 34144
Author: daney
Date: Thu Dec 13 19:19:17 2007
New Revision: 130908
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130908
Log:
2007-12-13 Andrew Pinski <[EMAIL PROTECTED]>
David
--- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-13
19:19 ---
Subject: Re: [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself;
Unsatisfied symbols: ggc_free
> If PA wants to keep the guards (!TREE_ASM_WRITTEN && SYMBOL_REF_REFERENCED_P
> ()),
> it can, but th
--- Comment #12 from daney at gcc dot gnu dot org 2007-12-13 19:32 ---
Fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status
Testcase :
#include
#include
void foo(ssize_t x)
{
if (x >= 0) {
if (x+x < 0) printf("Overflow\n");
}
}
main()
{
volatile ssize_t x =2147483647;
foo(x);
}
When compiled with -O2 it doesn't print Overflow, if you omit -O2 it prints
overflow.
gcc 3.4.6 works fine so this is a regression
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-12-13 19:35 ---
Subject: Bug 34370
Author: tkoenig
Date: Thu Dec 13 19:35:09 2007
New Revision: 130912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130912
Log:
2007-12-13 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-12-13 19:35 ---
Subject: Bug 34405
Author: tkoenig
Date: Thu Dec 13 19:35:09 2007
New Revision: 130912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130912
Log:
2007-12-13 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-12-13 19:35 ---
Subject: Bug 34323
Author: tkoenig
Date: Thu Dec 13 19:35:09 2007
New Revision: 130912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130912
Log:
2007-12-13 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-13 19:36 ---
This is not a bug, signed overflow is undefined so optimizing away this case is
correct as a positive + positive is always positive.
Use -fwarpv or what ever the strict overflow option is.
--
pinskia at gcc dot
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-13 19:37 ---
Or use unsigned types to do the addition.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
--- Comment #32 from jakub at gcc dot gnu dot org 2007-12-13 19:37 ---
I have a patch to fix c-decl.c and pa_encode_section_info which together fixes
this bug. I'll prepare a testcase and submit. The removal of the unnecessary
deferral can be postponed for later.
--
http://gcc.gnu
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-12-13 19:37 ---
Fixed on trunk.
Closing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34370
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-13 19:37
---
FWIW this triggers a crash in Python 2.5, see http://bugs.python.org/issue1608
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-12-13 19:38 ---
Fixed on trunk.
Closing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34370
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-12-13 19:39 ---
Actually closing *sigh*
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-12-13 19:40 ---
Fixed on trunk. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-12-13 19:41 ---
Fixed on trunk.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
I recently finished converting a large codebase from using "int" to using
"bool" (i.e. _Bool) for booleans. This is a big win for debuggability.
However, unfortunately the code has to be portable to inferior compilers which
don't have _Bool implemented yet; for those we use:
typedef enum { false
--- Comment #1 from hpa at zytor dot com 2007-12-13 19:56 ---
Created an attachment (id=14746)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14746&action=view)
Proposed test cases
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34455
--- Comment #3 from william-paul dot philibert at telus dot com 2007-12-13
20:05 ---
I installed the latest version of the following :
binutils 2.17
bison 2.3
gmp 4.2
libiconv 1.11
m4 1.4.9
mpfr 2.3.0
I correctly set the CONFIG_SHELL to /bin/ksh
When I use "Sun as" and "Sun ld" I get
1 - 100 of 135 matches
Mail list logo
