--- Comment #8 from julian1844 at yahoo dot com 2009-04-30 06:38 ---
(In reply to comment #7)
> ok, mingw should be linking against libpthreads with -fopenmp (it should also
> be linking against libgomp also)
>
> I don't think libgomp has been ported to mingw yet.
>
I wonder if the so
--- Comment #1 from kargl at gcc dot gnu dot org 2009-04-30 05:52 ---
Change Severity to normal. Fortran bugs are never major.
AFAIK, there will be no further releases from the gcc-4.1.x branch,
so it is highly unlikely that this bug will be fixed. gcc-4.4.0
was released a week or so
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-04-30 05:02 ---
ok, mingw should be linking against libpthreads with -fopenmp (it should also
be linking against libgomp also)
I don't think libgomp has been ported to mingw yet.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from hjl dot tools at gmail dot com 2009-04-30 04:57 ---
I got
Running 465.tonto ref base o3 default
Error with '/export/gnu/import/rrs/spec/2006/spec/bin/specinvoke -E -d
/export/g
nu/import/rrs/spec/2006/spec/benchspec/CPU2006/465.tonto/run/run_base_ref_o3.000
0 -c 1
On Linux/Intel64, revision 146991 miscompiles 416.gamess in SPEC CPU 2006
with
-O3 -msse2 -mfpmath=sse -ffast-math -funroll-loops -m32
I got
Running 416.gamess ref base o3 default
416.gamess: copy #0 non-zero return code (rc=0, signal=11)
Contents of
On Linux/Intel64, revision 146920 miscompiles 465.tonto in SPEC CPU 2006
with
-O3 -msse2 -mfpmath=sse -ffast-math -funroll-loops -m32
revision 146799 is OK.
--
Summary: [4.5 Regression] 465.tonto in SPEC CPU 2006 is
miscompiled
Product: gcc
--- Comment #6 from julian1844 at yahoo dot com 2009-04-30 04:49 ---
(In reply to comment #4)
> Your libpthreads is doing something wrong.
> Re. comment 5
The command was actually
gcc -fopemnp test.c -lgomp -o test.exe
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39939
--- Comment #5 from julian1844 at yahoo dot com 2009-04-30 04:42 ---
Let us forget everything about libpthread. MinGW fails to link the sample
programme at the command
gcc -fopemnp test.c -gomp -o test.exe
The error messages I get are:
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(para
--- Comment #4 from ghazi at gcc dot gnu dot org 2009-04-30 03:22 ---
Fixed.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from hjl dot tools at gmail dot com 2009-04-30 02:53 ---
Oops. Fixed as of revision 146984.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39969
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-30 02:53 ---
Fixed as of revision 146941.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from permezel at mac dot com 2009-04-30 02:22 ---
Created an attachment (id=17782)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17782&action=view)
lets try again
--
permezel at mac dot com changed:
What|Removed |Added
--- Comment #1 from hp at gcc dot gnu dot org 2009-04-30 01:25 ---
Confirmed at r146982 for cris-elf.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hp at gcc dot gnu dot org 2009-04-30 01:24 ---
(In reply to comment #2)
> I see what appears as the same bug for gcc.dg/struct/wo_prof_double_malloc.c
Woops, ok, I noticed that's PR39960. Ignore this and the previous comments. :)
--
http://gcc.gnu.org/bugzilla/
I am having a problem similar to that reported on bug #35471 trying to build
gfortran. Relevant part where it fails follows after the line.
I am using gcc-3.4.6, which I have compiled without problems starting from
gcc-2.95. Also using binutils 2.18 and gmp-4.2.4 and mpfr-2.4.1, with the
configure
--- Comment #11 from matz at gcc dot gnu dot org 2009-04-30 00:43 ---
The compiler I configured on a powerpc64 host with the options you use
doesn't exhibit the execute.exp fails from comment #7 for me. Neither with
unix/-m32 nor with unix/-m64 .
When I configure a compiler for a power
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-30 00:40 ---
Really I think plugin support is flawed. There should really be a shared
library which the plugins link against and this library is what the main GCC
links against too.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #2 from lcwu at gcc dot gnu dot org 2009-04-30 00:34 ---
The sole use of gcc_version in plugin.c is in function try_init_one_plugin,
which is guarded by the macro ENABLE_PLUGIN. Since ENABLE_PLUGIN is set to 0 on
the Darwin systems, the function was compiled out. I think we n
--- Comment #2 from hp at gcc dot gnu dot org 2009-04-30 00:24 ---
I see what appears as the same bug for gcc.dg/struct/wo_prof_double_malloc.c
too, so I won't open a separate PR for that regression:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/struct/struct-reorg.exp
...
XPASS
--- Comment #1 from hp at gcc dot gnu dot org 2009-04-30 00:16 ---
Noticed on cris-elf too, once the build issues were resolved.
Thus I don't have a better certain regression-range than 146694:146982, but
with a previous patch by Matz I didn't see this at 146828, so perhaps it's
146828:1
--- Comment #3 from janis at gcc dot gnu dot org 2009-04-29 23:59 ---
The testcase was added for an internal compiler error, so there's no problem
removing the last two dg-error directives.
--
janis at gcc dot gnu dot org changed:
What|Removed |Add
The following reproducer violates ISO/IEC 14882:2003 [14.3.2p1]
class blah { int member; };
blah global; // global
template
class template_blah { /* blah */ };
Thanks,
-=brandon=-
--
Summary: gcc accepts the . dot operator in template arguments
Product: gcc
Ve
--- Comment #1 from pinskia at gmail dot com 2009-04-29 23:13 ---
Subject: Re: New: [4.5 Regression] ./plugin-version.h:11: error:
'gcc_version' defined but not used
Looks like this failson non elf hosts (well darwin supports dlopen so
I don't understand why it fails on darwin).
Se
Looks like this failson non elf hosts (well darwin supports dlopen so
I don't understand why it fails on darwin).
Sent from my iPhone
On Apr 29, 2009, at 10:19 AM, "dominiq at lps dot ens dot fr" > wrote:
Yet another bootstrap error on i686-apple-darwin9:
...
/opt/gcc/i686-darwin/./prev-gc
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-29 22:20 ---
Try again, there were multiple fixes committed after rev. 146941
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39969
Revision 146831 caused the following test failures on Linux/ia64:
FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O1 (internal compiler
error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O2 (internal compiler
error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O3 -
--- Comment #10 from janis at gcc dot gnu dot org 2009-04-29 22:03 ---
I forgot to mention in the previous comment that on powerpc64-linux (-m32/-m64)
with revision 146982 plus the patch from comment #5, the torture tests
mentioned in comment #7 now pass but the powerpc tests still fail
--- Comment #9 from janis at gcc dot gnu dot org 2009-04-29 21:57 ---
The struct-layout-1 tests all pass on powerpc64-linux (-m32/-m64) with revision
146982 plus the patch from comment #5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39955
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2009-04-29 21:44
---
Subject: Bug 39938
Author: ebotcazou
Date: Wed Apr 29 21:44:26 2009
New Revision: 146988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146988
Log:
PR rtl-optimization/39938
* Makefile.in
--- Comment #6 from doko at debian dot org 2009-04-29 21:36 ---
Subject: Re: libstdc++ generates man pages, which conflict
with the linux manpages
bkoz at gcc dot gnu dot org schrieb:
> --- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-27 22:35 ---
>
> Is this any bett
--- Comment #4 from rearnsha at gcc dot gnu dot org 2009-04-29 21:14
---
There's a proposal in with the ARM ABI to change the behaviour for this case.
I'm suspending this bug until that is resolved.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed
--- Comment #18 from paolo dot carlini at oracle dot com 2009-04-29 20:08
---
Agreed, Benjamin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546
--- Comment #17 from bkoz at gcc dot gnu dot org 2009-04-29 19:42 ---
Eh, i'm ok with keeping the same bug report for the generalized case. Suggest
trying to get something in on mainline, test it out for a couple of days, and
then move to gcc-4_4-branch for 4.4.1.
best,
benjamin
--
--- Comment #33 from bkoz at gcc dot gnu dot org 2009-04-29 19:41 ---
Agree with 30, 31, 32 looks like we have consensus.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-04-29 19:38 ---
Fixed.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-04-29 19:38 ---
Mine.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-04-29 19:37 ---
Subject: Bug 39868
Author: bkoz
Date: Wed Apr 29 19:37:30 2009
New Revision: 146985
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146985
Log:
2009-04-29 Benjamin Kosnik
* xml/authors.xml: Add space
--- Comment #15 from vvv at ru dot ru 2009-04-29 19:16 ---
One more example 5-bytes nop between leaveq and retq.
# cat test.c
void wait_for_enter()
{
int u = getchar();
while (!u)
u = getchar()-13;
}
main()
{
wait_for_enter();
}
# gcc -o t.out test.c -O
--- Comment #3 from dominiq at lps dot ens dot fr 2009-04-29 18:23 ---
> If you are more adventurous you could also try the developer
> version 4.5.0 - most of the time is works well, but at times it can get
> broken.
Even if you are really adventurous, you'll probably want to wait for
--- Comment #4 from paolo dot carlini at oracle dot com 2009-04-29 18:18
---
Well, first, spell-out *which* specific target it is. Actually, however, if it
is a completely unsupported target, I'm not even sure it makes sense to keep
the PR open... Other maintainers may know better than
--- Comment #11 from burnus at gcc dot gnu dot org 2009-04-29 18:15 ---
Assign to me - I'm working on it to get single-image support working. Real PGAS
support will follow later and not necessarily by me.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from burnus at gcc dot gnu dot org 2009-04-29 18:12 ---
Thanks for the report. However, for the reasons outlined below, I'm closing it
as WONTFIX.
I can reproduce it with 4.1.3, but it is works in 4.2.1 and later.
GCC's development policy is to support three versions:
-
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-29 18:08 ---
Subject: Bug 39943
Author: rguenth
Date: Wed Apr 29 18:07:23 2009
New Revision: 146984
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146984
Log:
2009-04-29 Richard Guenther
PR target/39943
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-29 18:07 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from sergei_lus at yahoo dot com 2009-04-29 18:02 ---
Thanks for prompt response...
This is an unsupported target, so I guess i will have to narrow it down a bit.
Any suggestions on where to start?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39967
--- Comment #8 from matz at gcc dot gnu dot org 2009-04-29 17:57 ---
The patch from comment #1 had one peculiar bug, which could explain some
miscompilations. I just committed a corrected version as r146982 and
for me the struct-layout tests don't fail anymore. OTOH they weren't faili
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Priority|P3 |P1
Target Mi
--- Comment #7 from janis at gcc dot gnu dot org 2009-04-29 17:39 ---
Decimal float is enabled by default for powerpc*-*-linux*.
With the patch in comment #5 the ICE disappears but every struct-layout-1 test
fails at execution time.
With the patch referenced in comment #5, there are ex
--- Comment #4 from ramana at gcc dot gnu dot org 2009-04-29 17:37 ---
(In reply to comment #3)
> By compile doxygen, came this error:
>
> g++ -c -pipe -fno-exceptions -fno-rtti -Wall -W -fno-exceptions -O2
> -I../qtools
> -I../libpng -I../libmd5 -o ../objects/doxygen.o doxygen.cpp
> {
--- Comment #14 from matz at gcc dot gnu dot org 2009-04-29 17:37 ---
Subject: Bug 39929
Author: matz
Date: Wed Apr 29 17:36:21 2009
New Revision: 146982
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146982
Log:
PR middle-end/39927
PR bootstrap/39929
* t
--- Comment #11 from matz at gcc dot gnu dot org 2009-04-29 17:37 ---
Subject: Bug 39927
Author: matz
Date: Wed Apr 29 17:36:21 2009
New Revision: 146982
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146982
Log:
PR middle-end/39927
PR bootstrap/39929
* t
--- Comment #1 from ramana at gcc dot gnu dot org 2009-04-29 17:34 ---
gcc 4.3 appears to have support for the cortex-a8 processor and armv7-a. This
could be backported on to the 4.3 branch.
--
ramana at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #2 from ramana at gcc dot gnu dot org 2009-04-29 17:30 ---
Need more information on this bug as specified in comment #2
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from anmol at freescale dot com 2009-04-29 17:29 ---
Respun testcase per advice from Joseph S. Myers:
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02363.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39565
--- Comment #5 from ramana at gcc dot gnu dot org 2009-04-29 17:19 ---
Can you attach a proper testcase ? It's showing some junk with something called
smime.p7s.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
---
Yet another bootstrap error on i686-apple-darwin9:
...
/opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/
-B/opt/gcc/gcc4.5w/i686-apple-darwin9/bin/ -c -g -O2 -fomit-frame-pointer
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wcast-qual -Wold-s
--- Comment #1 from rearnsha at gcc dot gnu dot org 2009-04-29 17:12
---
The ARM port does not currently support XIP (if it worked previously, it was by
chance, not design). The generated code is exactly what is wanted in a normal
shared library environment, so I'm not about to start c
--- Comment #9 from ramana at gcc dot gnu dot org 2009-04-29 16:50 ---
This appears today with trunk and eabi at r146638.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39967
--- Comment #12 from mdorey at bluearc dot com 2009-04-29 16:47 ---
(In reply to comment #10)
> 180) Possible definitions include 0 and 0L, but not (void*)0.
That doesn't forbid defining NULL as nullptr though clearly gcc is within the
current Standard to effectively define it as 0.
>
--- Comment #2 from paolo dot carlini at oracle dot com 2009-04-29 16:47
---
Target? On x86_64, I can't reproduce your outputs, I'm consistently getting 1,
irrespective of the optimization level and of the release branch (by the way,
only 4.3 and 4.4 are maintained today)
--
paolo d
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-29 16:44 ---
Works for me on i386-darwin and i686-linux-gnu on the trunk, I get the output
of 1 which is the correct value.
With i686-linux-gnu it works also with Debian's GCC 4.3.2.
--
pinskia at gcc dot gnu dot org changed
--- Comment #3 from ramana at gcc dot gnu dot org 2009-04-29 16:44 ---
Comment #2 indicates that there isn't a problem with a 4.x series compiler .
I'd like some feedback if this problem exists today with a more recent version
of the compiler.
--
ramana at gcc dot gnu dot org changed
--- Comment #7 from drow at gcc dot gnu dot org 2009-04-29 16:40 ---
GLIBC patches are no longer required and I know folks have built
iwmmxt-targeted ARM Linux toolchains since this was filed.
--
drow at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #2 from ramana at gcc dot gnu dot org 2009-04-29 16:35 ---
This was fixed with the check for arm32 in the testsuite. This is fixed in
4.4.0.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
-
The following (simplified) code originates from peren_c++ (Sec6/7/R06263.r0):
#include
int ctor_calls;
class A {
int x;
public: // check that was 0 before initialized
A() {ctor_calls++;}
};
main(){
for(int i =0; i < 10; i++)
static A a;
printf("%d\n", ct
--- Comment #32 from hp at gcc dot gnu dot org 2009-04-29 16:23 ---
(In reply to comment #31)
> Hans-Peter, any news about your patch? If I understand correctly, when it will
> be in, the testsuite will be again clean.
Not clean, but without regressions. :)
If you mean the newlib patch
--- Comment #6 from ramana at gcc dot gnu dot org 2009-04-29 16:22 ---
Is the csl-arm-branch still alive ? Can we clear this one up otherwise?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21751
--- Comment #3 from ramana at gcc dot gnu dot org 2009-04-29 16:14 ---
Can this be reproduced under a more recent version of the compiler. ? I haven't
been able to reproduce this today on trunk. Waiting for feedback.
--
ramana at gcc dot gnu dot org changed:
What|Remo
--- Comment #2 from ramana at gcc dot gnu dot org 2009-04-29 16:09 ---
Needs a documentation tweak for all the extra bits in the inline assembler for
printing operands.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from joseph at codesourcery dot com 2009-04-29 15:56 ---
Subject: Re: Inadequate gcc.dg/compat/struct-layout-1_generate.c
On Wed, 29 Apr 2009, hjl dot tools at gmail dot com wrote:
> So the issues are
>
> 1. We want to test as many different combination as possible at
--- Comment #16 from hjl at gcc dot gnu dot org 2009-04-29 15:55 ---
Subject: Bug 39937
Author: hjl
Date: Wed Apr 29 15:54:18 2009
New Revision: 146981
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146981
Log:
2009-04-29 H.J. Lu
Backport from mainline:
2009-
--- Comment #9 from ramana at gcc dot gnu dot org 2009-04-29 15:53 ---
*** Bug 36920 has been marked as a duplicate of this bug. ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from ramana at gcc dot gnu dot org 2009-04-29 15:53 ---
This is a duplicate of #37436
*** This bug has been marked as a duplicate of 37436 ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-29 15:52 ---
*** This bug has been marked as a duplicate of 39963 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-29 15:52 ---
*** Bug 39966 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39963
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-29 15:52 ---
*** Bug 39965 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39963
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-29 15:52 ---
*** This bug has been marked as a duplicate of 39963 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from ramana at gcc dot gnu dot org 2009-04-29 15:50 ---
The size regression occurs with 4.3.x but with trunk today I see a size
reduction to 992 bytes which is in the ball park of the original size.
--
ramana at gcc dot gnu dot org changed:
What|Removed
struct bug
{
int & A;
};
int main()
{
int C = 10;
bug B[5]; // < uninitialized reference
B[0].A = C; // < crash
}
compiled with
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)
class bug
{
--- Comment #6 from hjl dot tools at gmail dot com 2009-04-29 15:48 ---
So the issues are
1. We want to test as many different combination as possible at random.
2. We want each test reproducible.
Can we generate tests at random in such a way that they are reproducible?
Can we do
1. P
struct bug
{
int & A;
};
int main()
{
int C = 10;
bug B[5]; // < uninitialized reference
B[0].A = C; // < crash
}
compiled with
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)
class bug
{
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35316
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-29 15:35 ---
*** This bug has been marked as a duplicate of 39045 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-04-29 15:35 ---
*** Bug 39963 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from jv244 at cam dot ac dot uk 2009-04-29 15:27 ---
GNU Fortran (GCC) version 4.4.0 20090414 (prerelease) [gcc-4_4-branch revision
146034]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39964
--- Comment #1 from jv244 at cam dot ac dot uk 2009-04-29 15:27 ---
Created an attachment (id=17781)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17781&action=view)
source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39964
Compiling CP2K with -fprofile-generate causes the resulting executable to
segfault. In gdb there is some additional 'expression error' message for the
point of the segfault:
Program received signal SIGSEGV, Segmentation fault.
fftw3_create_plan_3d (plan=DWARF-2 expression error: DW_OP_reg operatio
--- Comment #4 from dominiq at lps dot ens dot fr 2009-04-29 15:24 ---
> Does http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01619.html fix this?
If you think so, I'll try ASAP. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39940
struct bug
{
int & A;
};
int main()
{
int C = 10;
bug B[5]; // < uninitialized reference
B[0].A = C; // < crash
}
compiled with
gcc -o bug bug.cpp
withouth errors (the uninitialized reference is not signaled)
class bug
{
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34962
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34937
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28743
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-29 15:22 ---
Does http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01619.html fix this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39940
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26243
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28513
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37142
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35405
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28102
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38007
1 - 100 of 193 matches
Mail list logo
