--- Comment #9 from jakub at gcc dot gnu dot org 2007-12-14 07:46 ---
Perhaps adding a bool argument to gimplify_init_constructor would solve it,
the current callers would pass false, your new code would call it too and pass
true. If this flag would be true, gimplify_init_ctor wouldn't
--- Comment #4 from rsandifo at gcc dot gnu dot org 2007-12-14 07:44
---
"steven at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
> --- Comment #2 from steven at gcc dot gnu dot org 2007-12-14 07:28
> ---
> Richard, looks like one you could foster parent...
Yeah. Two dbr_
--- Comment #3 from daney at gcc dot gnu dot org 2007-12-14 07:36 ---
Kaz: A test case would be useful.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from steven at gcc dot gnu dot org 2007-12-14 07:28 ---
Richard, looks like one you could foster parent...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2007-12-14 07:04 ---
Can you do:
gfortran -fdump-tree-original gfortran.dg/optional_dim_2.f90
./a.out # to make sure crashes also that way
and attach the file optional_dim_2.f90.003t.original ?
--
http://gcc.gnu.org/bugzilla/sh
The G++ produces invalid code for snippet bellow when compiled with -O1.
Using built-in specs.
Target: i486-linux
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix -
--- Comment #12 from tbm at cyrius dot com 2007-12-14 05:32 ---
I found it:
http://gcc.gnu.org/ml/gcc/2007-10/msg00389.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33831
--- Comment #4 from oliver dot kellogg at eads dot com 2007-12-14 04:26
---
Created an attachment (id=14750)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14750&action=view)
source code narrowed down to the bug trigger
Still happens with 20071213 r130895.
--
oli
--- Comment #31 from hjl at lucon dot org 2007-12-14 04:23 ---
(In reply to comment #30)
> (In reply to comment #29)
>
> >
> > I am running SPEC CPU 2000/2006 now. I will report results when they are
> > finished.
> >
>
> They are finished. No regressions. Thanks.
>
SPEC CPU 2000/2
--- Comment #30 from hjl at lucon dot org 2007-12-14 04:15 ---
(In reply to comment #29)
>
> I am running SPEC CPU 2000/2006 now. I will report results when they are
> finished.
>
They are finished. No regressions. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34427
--- Comment #1 from tbm at cyrius dot com 2007-12-14 03:54 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
typedef struct
{
int data[1024];
}
Lint;
Lint lint_operate (Lint a, long long ammount)
{
int index;
Lint ret;
for (index = 0; index < 24; index++)
ret.data[i
I get the following 4.3 regression with -O3 on hppa:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O3 -Wall kmd-lint.c
kmd-lint.c: In function 'lint_operate':
kmd-lint.c:9: internal compiler error: in int_cst_value, at tree.c:8047
Please submit a full bug report,
with preprocessed source
I have two source files:
qq.c, derived from one of the nested test in c-torture
int
f(int argc, char **argv)
{
struct s { int a; char b[argc]; };
struct s t;
memset (&t, 0, sizeof(t));
t.a = 123;
return t.a + 5;
}
qr.c, which really can be anything
int x;
svn trunk ICEs with "gcc -c
--- Comment #1 from kkylheku at gmail dot com 2007-12-14 02:51 ---
Created an attachment (id=14749)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14749&action=view)
Patch for caller used registers in mark_set_resources.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34456
This was discovered in GCC 4.1.1 on MIPS, but the problem is in the current SVN
head.
The mark_set_resources function incorrectly calculates the potentially
clobbered registers for a CALL_INSN, using an obsolete approach relying on the
call_used_regs array.
A potential consequence of this is that
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-12-14 02:18
---
I am testing a patch that adds a gfc_match_parens function that can be used
selectively to catch these imbalances and give a useful message. I am using it
for pr34325 a the moment, but it can be used elsewhere.
--- Comment #11 from tbm at cyrius dot com 2007-12-14 02:12 ---
(In reply to comment #10)
> I am unaware of a reversion request.
I cannot find the mail right now via the web interface and I'm travelling and
my gcc mbox files are on a different machine. Maybe I'm mixing things up then.
--- Comment #23 from danglin at gcc dot gnu dot org 2007-12-14 01:02
---
Subject: Bug 34091
Author: danglin
Date: Fri Dec 14 01:01:58 2007
New Revision: 130927
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130927
Log:
PR target/34091
* gcc.c-torture/compile/pr3
--- Comment #2 from danglin at gcc dot gnu dot org 2007-12-14 00:42 ---
Still have the same problem:
Fortran runtime error: Argument 'DIM' is out of range in call to 'CSHIFT'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34387
--- Comment #8 from aldyh at gcc dot gnu dot org 2007-12-14 00:12 ---
Gosh, I was going through a similar path, and was horribly depressed at the
code duplication. I'll come up with some abstraction which we can use in both
gimplify_init_ctor and gimplify_modify_expr_rhs. Thanks.
--
--- Comment #2 from ronald dot pucul at l-3com dot com 2007-12-13 23:28
---
Subject: RE: gnatprep evaluating "not" operator at incorrect precidence
Sorry, I had assumed gnatprep would follow the same rules of precidence
as the ADA RM requires.
I had not known this not mixing of "not"
--- Comment #7 from jakub at gcc dot gnu dot org 2007-12-13 23:10 ---
Created an attachment (id=14748)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14748&action=view)
hack
What I meant is roughly this. Except that this has horrible code duplication
with gimplify_init_ctor and so
--- Comment #4 from bangerth at dealii dot org 2007-12-13 22:54 ---
By the way, the size of the vector affects whether the testcase fails or
not. Apparently the algorithms decide that if the vector is too small
then it's not worth subdividing the work. On my 2-processor machine, 20,000
i
--- Comment #4 from aldot at gcc dot gnu dot org 2007-12-13 22:06 ---
Is this realted to PR30354 and/or PR28417 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34452
--- Comment #3 from rask at gcc dot gnu dot org 2007-12-13 22:01 ---
In reply to comment #2 from Torbjorn Granlund:
> Another fix would perhaps be to teach synth_mult to understand that
> it's generating code for a 2.5 operand machine (one that can only
> do "a x= b", not "a = b x c", fo
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2007-12-13 21:53
---
Fixed on the mainline. Not sure what to do for the branches, the fix is not
totally trivial.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-13 21:53 ---
I think this is related to PR 32643.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34389
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-12-13 21:49
---
Subject: Bug 33088
Author: ebotcazou
Date: Thu Dec 13 21:49:09 2007
New Revision: 130917
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130917
Log:
PR middle-end/33088
* gimplify.c (gimpl
--- Comment #1 from manu at gcc dot gnu dot org 2007-12-13 21:38 ---
Confirmed.
When the expression "x & (short)0x7fff" reaches the warning code, it sees
"(int)x & 0x7fff". So it rightfully warns that an "int" expression is converted
to "short". This comes from conversions performed in
--- Comment #6 from aldyh at gcc dot gnu dot org 2007-12-13 21:00 ---
Shouldn't that be:
if (valid_const_initializer
&& num_nonzero_elements > 1
&& TREE_READONLY (object)
&& TREE_CODE (object) == VAR_DECL
&& !DECL_NAME(object) <--
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-13 20:48
---
Guido agreed on using -fwrapv hence a patch submitted, thanks for the
diagnosis.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-12-13 20:45 ---
> Why does this need fixing?
Someone noticed. Hence, someone checked. As the patch is not exactly intrusive,
I think it's worth the change.
On windows it suffices to open and close a file in the "wrong" editor to
r
--- Comment #4 from ian at airs dot com 2007-12-13 20:37 ---
Note that this gives a warning with -Wstrict-overflow.
And note that you get the desired behaviour if you compile with
-fno-strict-overflow.
As Pinski says, the code is simply incorrect according to standard C, but you
can us
--- Comment #2 from steven at gcc dot gnu dot org 2007-12-13 20:29 ---
Why does this need fixing? If people edit .mod files manually, failure is what
they deserve.
Does the proposed patch even work with more complex modules (due to the
checksum)?
>From module.c:
fputs ("000
--- Comment #33 from jakub at gcc dot gnu dot org 2007-12-13 20:21 ---
Created an attachment (id=14747)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14747&action=view)
gcc43-pr34003.patch
I'm testing it on x86_64-linux now to see if it doesn't cause any issues.
--
jakub at gc
--- 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
--- 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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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 #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 #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 #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:18 ---
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 #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: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
--- 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 #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 #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:11 ---
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:11 ---
Confirmed on 4.3.0 20071213
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- 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 #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
1 - 100 of 135 matches
Mail list logo
