--- Comment #17 from jb at gcc dot gnu dot org 2009-06-04 07:40 ---
(In reply to comment #16)
> Can this PR now be closed?
Yes, I think so. There are still some remnants of ASF in internal I/O, but I
don't think it hurts.
--
jb at gcc dot gnu dot org changed:
What|R
--- Comment #21 from gcc at microbizz dot nl 2009-06-04 08:01 ---
No problem that it still fails. It will be fixed after the next big-bang, in
thirty billion years.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
Source code: 1.cpp
#include
static int i;
int
main (void)
{
i = -1;
switch ((signed char) i) {
case 255:
printf("255\n");
break;
default:
printf("default\n");
break;
}
}
Compiling command : g++ 1.cpp && ./a.out
result : 255
The expected result: default
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-06-04 09:04 ---
Integral promotion is performed on the switch argument, thus signed char -1
is sign-extended to int -1. You probably want (unsigned char) i instead.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #2 from shenrfen at gmail dot com 2009-06-04 09:09 ---
The expected result should be -1, not 255.
But the result is 255 when I use g++ to compiling this code.
--
shenrfen at gmail dot com changed:
What|Removed |Added
---
--- Comment #2 from mikpe at it dot uu dot se 2009-06-04 09:22 ---
(In reply to comment #0)
> % gcc-snapshot -funsigned-bitfields testsuite/gcc.dg/bitfld-3.c
> % ./a.out
> Abort
Confirmed with gcc-4.4-20090602 and gcc-4.3-20090531 on i686-pc-linux-gnu. I
haven't been able to reproduce t
--- Comment #3 from shenrfen at gmail dot com 2009-06-04 09:47 ---
I have debug the C++ front-end of gcc3.3.5.
In function finish_switch_cond:
if (cond != error_mark_node)
{
cond = default_conversion (cond);
cond = fold (build1 (CLEANUP_POINT_EXPR, TREE
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-06-04 10:05 ---
GCC 3.3 is very old and no longer maintained.
> g++-4.4 -o t t.C
t.C: In function int main():
t.C:9: warning: case label value exceeds maximum value for type
which seems indeed bogus (but hints at what happens).
--- Comment #5 from shenrfen at gmail dot com 2009-06-04 10:24 ---
Thanks very much.
Waiting for your patch. the patch of gcc3.3.5 is also expected if you have
enough time to do it. it should be similar with gcc4.**
Thanks agian.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40335
--- Comment #6 from paolo dot carlini at oracle dot com 2009-06-04 10:45
---
Note that 3_4-branch, 4_0-branch, 4_1-branch, 4_2-branch are all closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40335
--- Comment #2 from laurent at guerby dot net 2009-06-04 10:48 ---
This was indeed a trailing space in my local change, now fixed:
http://gcc.gnu.org/ml/gcc-testresults/2009-06/msg00280.html
--
laurent at guerby dot net changed:
What|Removed |Adde
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-06-04 10:55 ---
The whole-file patches now expose this problem.
! { dg-do run }
! Test the fix for PR34438, in which default initializers
! forced the derived type to be static; ie. initialized once
! during the lifetime of the pro
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-06-04 11:16 ---
*** Bug 40335 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-06-04 11:16 ---
Oh, 4.4 and 4.5 already work.
*** This bug has been marked as a duplicate of 39371 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-06-04 11:21 ---
I'm testing a backport.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-06-04 11:34 ---
Not worth fixing on the 4.3 branch. Fixed for 4.4.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-06-04 11:35
---
Not worth fixing on the 4.3 branch. Fixed for 4.4.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40085
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
Summary|[4.4, 4.5 Regression] |[4.4/4.5 Regressio
--- Comment #9 from burnus at gcc dot gnu dot org 2009-06-04 11:47 ---
Cf. also thread at http://gcc.gnu.org/ml/fortran/2009-06/msg00057.html
(Maybe if -fwhole-file is the permanent default and this problem is fixed, the
hack at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00937.html ca
--- Comment #10 from rguenther at suse dot de 2009-06-04 11:49 ---
Subject: Re: Fortran does not set TYPE_CANONICAL
properly
On Thu, 4 Jun 2009, burnus at gcc dot gnu dot org wrote:
> --- Comment #9 from burnus at gcc dot gnu dot org 2009-06-04 11:47
> ---
> Cf. also thread
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-06-04 12:35 ---
Subject: Bug 39371
Author: rguenth
Date: Thu Jun 4 12:35:25 2009
New Revision: 148165
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148165
Log:
2009-06-04 Richard Guenther
Backport from mainlin
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-06-04 12:38
---
Subject: Bug 39371
Author: rguenth
Date: Thu Jun 4 12:37:48 2009
New Revision: 148166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148166
Log:
2009-06-04 Richard Guenther
PR c++/39371
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-06-04 12:38
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #3 from ramana at gcc dot gnu dot org 2009-06-04 12:39 ---
Patch submitted here. http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00373.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19599
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-06-04 12:41
---
Subject: Bug 39371
Author: rguenth
Date: Thu Jun 4 12:41:31 2009
New Revision: 148167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148167
Log:
2009-06-04 Richard Guenther
PR c++/39371
--- Comment #11 from burnus at gcc dot gnu dot org 2009-06-04 12:51 ---
(In reply to comment #10)
> That hack is already gone ... ;)
The truck hack yes, the question is whether one can also do something about the
following? Or is this a wider problem?
/* ??? Array types are not prope
--- Comment #4 from steven at gcc dot gnu dot org 2009-06-04 12:52 ---
This is one of the "GCC 4.5 pending patches". Now would be a good time to do
something with this patch -- like, submitting it.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from steven at gcc dot gnu dot org 2009-06-04 12:53 ---
This is one of the "GCC 4.5 pending patches". Since we are in stage 1, now is a
good time to submit this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38091
--- Comment #32 from steven at gcc dot gnu dot org 2009-06-04 12:54 ---
Jerry, was the patch submitted already?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
--- Comment #11 from steven at gcc dot gnu dot org 2009-06-04 12:55 ---
Oh, the temptation to close this as WONTFIX Objections?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #35 from steven at gcc dot gnu dot org 2009-06-04 12:58 ---
This bug is marked as one of the "GCC 4.5 pending patches" PRs. Why? I see no
pending patch...?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548
--- Comment #36 from ebotcazou at gcc dot gnu dot org 2009-06-04 13:24
---
> This bug is marked as one of the "GCC 4.5 pending patches" PRs. Why? I see no
> pending patch...?
They are at AdaCore for the time being. Will need to submit them...
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #12 from aldot at gcc dot gnu dot org 2009-06-04 13:24 ---
Well, without it fixed it's impossible to build libgfortran (and other apps)
with combine, which would be a very nice thing to have.
The sample patch above exposed no regressions fwiw.
--
http://gcc.gnu.org/bugzi
--- Comment #12 from rguenther at suse dot de 2009-06-04 13:39 ---
Subject: Re: Fortran does not set TYPE_CANONICAL
properly
On Thu, 4 Jun 2009, burnus at gcc dot gnu dot org wrote:
> --- Comment #11 from burnus at gcc dot gnu dot org 2009-06-04 12:51
> ---
> (In reply to c
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-06-04 13:41
---
We are getting LTO (and maybe LIPO), no need for -combine being fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Hello all, i discovered that the following code doesn't compile, why i expected
that it compiles fine
template struct F { typedef int type; };
template struct F { };
typedef void(*fp0)();
extern "C" typedef void (*fp1)();
int main() { F::type i; }
// diagnostic:
main.cpp: In function 'int main(
--- Comment #16 from pinskia at gcc dot gnu dot org 2009-06-04 14:36
---
*** Bug 40336 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-06-04 14:36 ---
*** This bug has been marked as a duplicate of 2316 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from paolo dot carlini at oracle dot com 2009-06-04 14:49
---
Interestingly, the only current compiler I tried which actually accepts this
(SunStudio) warns:
"2316.C", line 8: Warning: function int(int(*)()) overloads extern "C"
int(extern "C" int(*)()) because of diffe
--- Comment #6 from hubicka at gcc dot gnu dot org 2009-06-04 14:50 ---
There is simple algoritm reordering functions so calls more commonly leads to
following function in memory. (just order calls by frequency and concatenate
them into sequences and then order sequences to promote forwa
-type-escape.o ipa-utils.o ipa.o
matrix-reorg.o prefix.o tree-inline.o tree-nomudflap.o varpool.o
i586-sylvia-linux-ranlib libbackend.a
/home/sylvia/tmp/gcc-4.4.1-20090604/build/./prev-gcc/xgcc
-B/home/sylvia/tmp/gcc-4.4.1-20090604/build/./prev-gcc/
-B/usr/local/gcc-4.4/i586-sylvia-linux/bin/ -pipe
--- Comment #7 from hubicka at gcc dot gnu dot org 2009-06-04 15:03 ---
Added testcase and closing the bug
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Starting with r148080 we compare libgcc objects in addition to gcc objects
during bootstrap. The 32 bit PA bootstrap build is failing because the libgcc
objects are different. It looks like it is the debug section that has
differences but I haven't got any further then that in my analysis.
--
--- Comment #1 from paolo dot carlini at oracle dot com 2009-06-04 15:16
---
Let's CC Benjamin...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
When compiling a program with gcc, we are receiving the following error...
gcc: error trying to exec 'as': execvp: No such file or directory
We checked that 'as' exists, and it does. Please advise.
--
Summary: gcc: error trying to exec 'as': execvp: No such file or
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-06-04 15:25 ---
the gcc driver program is not finding as.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40339
--- Comment #2 from dsandler at paychex dot com 2009-06-04 15:28 ---
(In reply to comment #1)
> the gcc driver program is not finding as.
What is the appropriate course of action?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40339
--- Comment #4 from paolo dot carlini at oracle dot com 2009-06-04 15:46
---
Any news on this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34419
--- Comment #3 from paolo dot carlini at oracle dot com 2009-06-04 15:47
---
Properly install as. This is definitely not a GCC issue.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #1 from sje at cup dot hp dot com 2009-06-04 15:52 ---
Compiling the following program with -O2 -fPIC -g -fexceptions will reproduce
the problem. I get a global variable created with a different name using
gcc/cc1 and prev-gcc/cc1.
void splat (void) { return; }
static void
--- Comment #2 from dje at gcc dot gnu dot org 2009-06-04 16:18 ---
AIX started miscomparing in libgcc as well.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-06-04 16:30 ---
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01800.html
Reading that makes me understand why libgcc was not being checked before.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from sje at cup dot hp dot com 2009-06-04 16:42 ---
I am not sure I understand the what the pointer in comment #3 has to do with
this failure. I think the issue is get_file_function_name in tree.c. If
first_global_object_name is false and targetm.have_ctors_dtors is fals
--- Comment #9 from kargl at gcc dot gnu dot org 2009-06-04 17:02 ---
Subject: Bug 39893
Author: kargl
Date: Thu Jun 4 17:01:45 2009
New Revision: 148176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148176
Log:
Merged r146816 from trunk into 4.4 branch. Specifically,
2009-0
--- Comment #5 from dje at gcc dot gnu dot org 2009-06-04 17:11 ---
Jakub mentioned that Alexandre patch added comparison of libgcc, which may not
have been compared before. But I successfully bootstrapped with Alexandre's
patch the previous day.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #6 from dje at gcc dot gnu dot org 2009-06-04 17:17 ---
Alexandre committed the change in revision 148080 and I successfully
bootstrapped AIX yesterday with revision 148105.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40338
w.h:
#pragma GCC system_header
typedef __SIZE_TYPE__ size_t;
extern void *memset (void *__s, int __c, size_t __n)
__attribute__ ((__nothrow__)) __attribute__ ((__nonnull__ (1)));
extern __inline __attribute__ ((__always_inline__))
__attribute__ ((__artificial__))
void *
__attribute__ ((__nothrow_
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40340
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-04 17:44 ---
r138031 broke it altogether (no warnings were emitted at all), PR39272
made at least one of the two warnings reappear.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40340
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-04 17:55 ---
4.3 reported (with -O2 -Wall):
In function 'memset',
inlined from 'main' at w.c:6:
w.h:11: warning: call to __builtin___memset_chk will always overflow
destination buffer
In function 'memset',
inlined from 'mai
--- Comment #7 from aldot at gcc dot gnu dot org 2009-06-04 18:18 ---
(In reply to comment #5)
> movzbl 18(%esp), %eax
>
> could be used in this particular case.
4.3.3 onward seem to do that. Fixed?
$ for i in 4.2 4.3 4.4 4.5.orig-HEAD;do printf "### %s\n" $(gcc-$i
-dumpvers
--- Comment #10 from kargl at gcc dot gnu dot org 2009-06-04 19:11 ---
Fixed on 4.4.x and trunk. Closing.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
The following invalid C++ code is not diagnosed with -pedantic
by 4.4 or 4.5.
class c {
public:
static int f ();
int i;
};
int
c::f ()
{
return sizeof (i);
}
4.3 correctly diagnoses it:
t.C: In static member function 'static int c::f()':
t.C:4: error: invalid use of member 'c::i' in stati
--- Comment #7 from dje at gcc dot gnu dot org 2009-06-04 19:25 ---
Okay, I think these are separate bugs. The HP-PA error may be due to
Alexandre's change.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40338
The following invalid C++ code is not diagnosed with -pedantic
by 4.4 or 4.5.
template int f(T1 *, const T2 *) { return 0; }
template int f(const T1 *, T2 *) { return 0; }
int (*p)(const int *, const int *) = f;
4.3 correctly diagnoses it:
t.C:4: error: converting overloaded function 'f' to t
GCC bootstrap on AIX 5.3 miscompares all ppc64/libgcc files. This appears to
be caused by Jakub's rs6000 CFI patch.
--
Summary: AIX PPC64 libgcc bootstrap miscompare
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
--- Comment #1 from dje at gcc dot gnu dot org 2009-06-04 19:27 ---
confirmed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-04 19:32 ---
r148138 or r148137? What are the exact differences? Any differences between
generated assembly between 2nd and 3rd stage for those object files?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40343
Between 20090402 (rev 145459) and 20090522 (rev 147798), the o32 libgfortran.so
failed to link, breaking IRIX 6 bootstrap:
/vol/gccsrc/obj/gcc-4.5.0-20090522/6.5-gcc/./gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.5.0-20090522/6.5-gcc/./gcc/
-B/vol/gcc/mips-sgi-irix6.5/bin/ -B/vol/gcc/mips-sgi-irix6.5/lib/ -is
--- Comment #3 from dje dot gcc at gmail dot com 2009-06-04 19:41 ---
Subject: Re: AIX PPC64 libgcc bootstrap miscompare
Only the rs6000 changes: r148138. I am trying to narrow it down to
the rs6000.c change or the asm changes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40343
Between 20090511 (rev 147380) and 20090522 (rev 147798), all libjava execution
tests started to time out on Tru64 UNIX V4.0F, as can be seen by comparing
http://gcc.gnu.org/ml/gcc-testresults/2009-06/msg00301.html
and
http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg01898.html
On the ot
Between between 20090511 (rev 147380) and 20090522 (rev 147798), many ACATS
and gnat.dg tests started failing on Tru64 UNIX V4.0F and V5.1B. acats.log
shows
various types of errors, but of 612 exceptions raised, 364 are
CONSTRAINT_ERROR:
I've attached the full acats.log for the details.
What's th
--- Comment #1 from ro at gcc dot gnu dot org 2009-06-04 19:56 ---
Created an attachment (id=17951)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17951&action=view)
acats.log from alpha-dec-osf4.0f make check
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40346
--- Comment #2 from laurent at guerby dot net 2009-06-04 20:21 ---
Unfortunately the compile farm alpha machine is down (gcc30) and I haven't been
able to reach the administrator yet.
--
laurent at guerby dot net changed:
What|Removed |Added
--
--- Comment #8 from laurent at guerby dot net 2009-06-04 20:31 ---
Last revision that did bootstrap on hppa-linux is 147972, starting with 147996
I get on compile farm gcc61:
/home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/
-B/n/61/guerby/install-trunk/hppa2.0-unknown-linux-gnu
--- Comment #1 from burnus at gcc dot gnu dot org 2009-06-04 20:48 ---
> ld: FATAL 2 : Internal: at ../../ld/multigot.c lgot_local_got_offset()
> seg_ndx exceeds per_seg_lgot_table
Sounds like a linker bug. What was actually the solution for
http://gcc.gnu.org/ml/gcc
In file included from
/Users/apinski/src/local/gcc/libgcc/../gcc/unwind-dw2-fde-darwin.c:34:0:/Users/apinski/src/local/gcc/libgcc/../gcc/unwind-pe.h:
In function 'size_of_encoded_value':
/Users/apinski/src/local/gcc/libgcc/../gcc/unwind-pe.h:89:1: internal compiler
error: in dwarf2out_frame_debug_a
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Target Milestone|--- |4.5.0
http:
I was testing the power7 changes by building a powerpc-spe-eabi compiler to
make sure I hadn't broken anything, and I trying compiling a vector test that I
have that does almost all operations and sees whether the compiler vectorizes
it. When I compile the tests of power (a[i], 0.5f), which is sup
--- Comment #1 from meissner at gcc dot gnu dot org 2009-06-04 21:19
---
Created an attachment (id=17952)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17952&action=view)
Reduced test case
Compile with -O3 -ffast-math -mspe on a compiler configured for
powerpc-spe-eabi.
--
h
--- Comment #9 from burnus at gcc dot gnu dot org 2009-06-04 21:52 ---
Subject: Bug 37203
Author: burnus
Date: Thu Jun 4 21:52:32 2009
New Revision: 148190
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148190
Log:
gcc/fortran/
2009-06-04 Daniel Franke
PR fortran/37
--- Comment #10 from burnus at gcc dot gnu dot org 2009-06-04 21:59 ---
Merged patch from the fortran-dev branch to the trunk (4.5).
Close bug as FIXED. Thanks for the patches, Thomas and Daniel!
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from laurent at guerby dot net 2009-06-04 22:14 ---
I got the same on hppa-linux:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40338
See rev and commit info there.
--
laurent at guerby dot net changed:
What|Removed |Added
--
--- Comment #9 from sje at cup dot hp dot com 2009-06-04 23:47 ---
Laurent, your bootstrap problem on hppa-linux looks like a separate problem and
you should submit a new defect for that bug. This problem is definitely due to
r148080 when we started comparing libgcc objects during the s
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-06-04 23:49
---
(In reply to comment #8)
> Last revision that did bootstrap on hppa-linux is 147972, starting with 147996
> I get on compile farm gcc61:
This issue looks like my bug, PR 40347.
--
http://gcc.gnu.org/bugzilla/
--- Comment #9 from julians37 at gmail dot com 2009-06-05 02:26 ---
This is still present in at least 4.0.4, 4.3.2 and 4.3.3.
Example gcc -v output for 4.0.4 follows.
$ cat helloworld.cpp
#include
int main()
{
return 0;
}
$ /redacted/gcc/4.0.4-build1/arch/linux-fc3/i686/bin/g++ -
--- Comment #18 from marc dot glisse at normalesup dot org 2009-06-05
04:22 ---
(In reply to comment #17)
I just checked, and the sunpro warning is overzealous. It is meant to catch
cases where the programmer writes a declaration with one linkage and later
provides a definition with som
--- Comment #4 from astrange at ithinksw dot com 2009-06-05 04:31 ---
This bug must have been weaker than I remembered it; when I used 4 char fields
instead of one char[4], 4.4 behaved properly too.
How about:
Alexander Strange http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36318
--- Comment #10 from julians37 at gmail dot com 2009-06-05 04:48 ---
Configuring with --enable-version-specific-runtime-libs appears to be a
workaround, although I'm a bit unclear on what exactly this flag does.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8477
91 matches
Mail list logo
