--- Comment #8 from hp at gcc dot gnu dot org 2009-04-08 06:06 ---
(In reply to comment #6)
Then we should fix this bug by requiring 64-bit HOST_WIDE_INT for x86 targets
This is just the special case of GCC generating different code for the same
target from different *hosts*; you'd
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org
--- Comment #23 from hp at gcc dot gnu dot org 2009-04-08 06:47 ---
(In reply to comment #22)
you should then figure out why the configure-time tests do not enable
_GLIBCXX_USE_C99_STDINT_TR1.
conftest.cc: In function 'int main()':
conftest.cc:99: error: 'INTPTR_MAX' was not declared
--- Comment #17 from hp at gcc dot gnu dot org 2009-04-08 06:55 ---
Adding the libstdc++ regressions I've seen as a dependent, see PR39644 comment
#23.
(That is, the PR448 solution in progress relies on newlib providing the missing
INTPTR_MAX, INTPTR_MIN and UINTPTR_MAX which it doesn't
--- Comment #8 from anickol at yahoo dot com 2009-04-08 07:12 ---
One of the questions which immediately come up,
which data type is $foo (implicit typing)
One interpretation of implicit typing of Fortran is:
I-N are integers, everything else is real.
I think the issue had come up
--- Comment #24 from paolo dot carlini at oracle dot com 2009-04-08 07:39
---
Interesting. Actually, I seem to remember that for some time we didn't have
specific lines in the configure test checking those macros and that led to
unespected fails in the testsuite for some targets which,
--- Comment #9 from anickol at yahoo dot com 2009-04-08 07:39 ---
Update regarding implicit rules:
FORTRAN 77 standard clearly says that:
A first letter of I, J, K, L, M, or N implies type integer and ANY OTHER
letter implies type real
FORTRAN 66 standard has similar statement.
This
--- Comment #1 from dannysmith at gcc dot gnu dot org 2009-04-08 08:03
---
Subject: Bug 39660
Author: dannysmith
Date: Wed Apr 8 08:02:48 2009
New Revision: 145711
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145711
Log:
PR bootstrap/39660
*
--- Comment #2 from dannysmith at users dot sourceforge dot net 2009-04-08
08:12 ---
Fixed.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #21 from rguenth at gcc dot gnu dot org 2009-04-08 08:39
---
Ah, the key is the complex type! Thus, the following testcase works
struct Y {};
struct X {
Y y;
__complex__ float val;
};
struct X __attribute__((noinline))
foo (float *p)
{
struct X x;
__real x.val =
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-08 09:09 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from paolo dot carlini at oracle dot com 2009-04-08 09:11
---
Excellent, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39678
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-08 09:11 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|
--- Comment #5 from dodji at gcc dot gnu dot org 2009-04-08 09:40 ---
Subject: Bug 39637
Author: dodji
Date: Wed Apr 8 09:39:51 2009
New Revision: 145717
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145717
Log:
gcc/cp/ChangeLog:
2009-04-08 Dodji Seketeli do...@redhat.com
--- Comment #2 from bonzini at gnu dot org 2009-04-08 11:01 ---
Minimized testcase is this:
int baz (void *, ...);
static void bar();
char c;
float f;
void foo(void) { bar(0,0,0, c, c, f, foo); }
void bar (x1,x2,x3, ss, c, f, pf) { baz(x1,x2,x3); }
--
bonzini at gnu dot org
--- Comment #6 from dodji at gcc dot gnu dot org 2009-04-08 09:41 ---
Fixed in 4_3,4_4, and trunk.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pault at gcc dot gnu dot org 2009-04-08 08:59 ---
Subject: Bug 38863
Author: pault
Date: Wed Apr 8 08:59:34 2009
New Revision: 145714
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145714
Log:
2009-04-08 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #5 from support at jawset dot com 2009-04-08 10:46 ---
(In reply to comment #4)
Using OpenMP pragmas in multiple pthread_create created threads concurrently
It also crashes when using omp pragmas from a single pthread if it is not the
main thread.
--
on current svn, perhaps appeared in last day.
/home/thinker/buildgcc/./gcc/xgcc -B/home/thinker/buildgcc/./gcc/
-L/home/thinker/buildgcc/i686-pc-mingw32/winsup/mingw
-L/home/thinker/buildgcc/i686-pc-mingw32/winsup/w32api/lib -isystem
/home/thinker/gcc4svnsource/winsup/mingw/include -isystem
--- Comment #12 from ayers at gcc dot gnu dot org 2009-04-08 12:03 ---
Since the branch still isn't frozen, I've finally committed this simple fix on
the release branch also.
Regression fixed... PR closed.
--
ayers at gcc dot gnu dot org changed:
What|Removed
g-socket.adb:1219:04: (style) subprogram body has no previous spec
g-socket.adb:1219:13: warning: function Image is not referenced
--
Summary: [4.5 Regression] Ada bootstrap is broken
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39687
--- Comment #1 from charlet at gcc dot gnu dot org 2009-04-08 12:19 ---
Fixed now, sorry about that, I left out g-socket.ads
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dodji at gcc dot gnu dot org 2009-04-08 09:53 ---
Subject: Re: Some absent attributes in the tree-dump should
be added
pinskia at gcc dot gnu dot org a écrit :
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-07 18:28
---
this dump file is
--- Comment #3 from dodji at gcc dot gnu dot org 2009-04-08 08:59 ---
Subject: Bug 39637
Author: dodji
Date: Wed Apr 8 08:59:02 2009
New Revision: 145713
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145713
Log:
gcc/cp/ChangeLog:
2009-04-08 Dodji Seketeli do...@redhat.com
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-08 10:21 ---
Err, this works. I just messed up my local tree.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from irar at il dot ibm dot com 2009-04-08 11:17 ---
A testcase for 4.5:
#define N 128
int out[N*4], out2[N], in[N*4];
void
foo ()
{
int i, a0, a1, a2, a3;
for (i = 0; i N; i++)
{
a0 = in[i*4];
a1 = in[i*4 + 1];
a2 = in[i*4 + 2];
a3 =
--- Comment #12 from dominiq at lps dot ens dot fr 2009-04-08 11:57 ---
Comment #11 should probably go to PR38802.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38863
--- Comment #11 from ayers at gcc dot gnu dot org 2009-04-08 11:59 ---
Subject: Bug 27377
Author: ayers
Date: Wed Apr 8 11:59:36 2009
New Revision: 145718
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145718
Log:
gcc/
2009-04-08 David Ayers ay...@fsfe.org
PR
--- Comment #4 from dodji at gcc dot gnu dot org 2009-04-08 09:06 ---
Subject: Bug 39637
Author: dodji
Date: Wed Apr 8 09:06:08 2009
New Revision: 145715
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145715
Log:
gcc/cp/ChangeLog:
2009-04-08 Dodji Seketeli do...@redhat.com
Reported by Bob Corbett of SUN to the J3 mailing list (who was initially not
fully convinced that the code is valid). The following program is regarded as
valid but it fails with sunf95 and gfortran (4.3/4.4/4.5, no IMPORT exists in
4.2) to compile. (It works with NAG f95, ifort, g95, xlf90.)
--- Comment #2 from bangerth at gmail dot com 2009-04-08 13:11 ---
The testcase is indeed invalid. We should reject it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39684
--- Comment #10 from kargl at gcc dot gnu dot org 2009-04-08 13:33 ---
(In reply to comment #8)
I already know that the following compilers do support $ as the first symbol:
Intel Fortran 9.1
Open Watcom Fortran 1.8
MS Fortran for DOS 5.1
Open Watcom Fortran implicit type for
--- Comment #25 from paolo dot carlini at oracle dot com 2009-04-08 13:57
---
Actually, Hans-Peter, you should know it well, libstdc++/37147 ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39644
--- Comment #20 from janus at gcc dot gnu dot org 2009-04-08 14:03 ---
Subject: Bug 38152
Author: janus
Date: Wed Apr 8 14:03:33 2009
New Revision: 145735
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145735
Log:
2009-04-08 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #11 from dominiq at lps dot ens dot fr 2009-04-08 14:06 ---
Note that the following code
program test
a$a = 12
$a = 12! error
$i = 11
$b = 0.5
print *, a$a, $a, $b, $i
end
when compiled with ifort:
12.0
--- Comment #21 from janus at gcc dot gnu dot org 2009-04-08 14:11 ---
Fixed in trunk and 4.4. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-04-08 14:12 ---
Subject: Bug 39614
Author: jsm28
Date: Wed Apr 8 14:11:46 2009
New Revision: 145737
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145737
Log:
PR c/39614
PR c/39673
* c-common.h
--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-04-08 14:12 ---
Subject: Bug 39673
Author: jsm28
Date: Wed Apr 8 14:11:46 2009
New Revision: 145737
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145737
Log:
PR c/39614
PR c/39673
* c-common.h
--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-04-08 14:13 ---
Fixed for 4.5.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from dfranke at gcc dot gnu dot org 2009-04-08 14:14
---
How about this addition to the docs?
Index: invoke.texi
===
--- invoke.texi (revision 145538)
+++ invoke.texi (working copy)
@@ -256,7 +256,9 @@ the
--- Comment #7 from jsm28 at gcc dot gnu dot org 2009-04-08 14:14 ---
Fixed for 4.5.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from dominiq at lps dot ens dot fr 2009-04-08 14:17 ---
How about this addition to the docs? ...
Nice! then close as wontfix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39670
--- Comment #1 from joseph at codesourcery dot com 2009-04-08 14:49 ---
Subject: Re: New: Stage 2 Werror - trunk revision
145459 - libcpp/identifiers.c:113: error: variably modified
'proxy_assertion_broken'
at file scope
On Fri, 3 Apr 2009, rob1weld at aol dot com wrote:
--- Comment #18 from joseph at codesourcery dot com 2009-04-08 15:49
---
Subject: Re: stdint.h-related issues (C99 issues)
On Wed, 8 Apr 2009, hp at gcc dot gnu dot org wrote:
Adding the libstdc++ regressions I've seen as a dependent, see PR39644 comment
#23.
(That is, the PR448
A per function flag (like pure, const) should determine if a function may
recurse directly or indirectly. This allows alias disambiguation for local
static variables across function calls.
It may be as well a per-call flag.
--
Summary: IPA should compute if a function may recurse
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-04-08 16:06 ---
*** This bug has been marked as a duplicate of 39603 ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-04-08 16:06 ---
*** Bug 39615 has been marked as a duplicate of this bug. ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||16620, 16989
nThis||
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||16620, 16989
nThis||
--- Comment #26 from jason at gcc dot gnu dot org 2009-04-08 16:08 ---
Subject: Bug 25185
Author: jason
Date: Wed Apr 8 16:08:15 2009
New Revision: 145753
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145753
Log:
PR c++/25185
* error.c (dump_aggr_type): Chase
--- Comment #1 from hubicka at ucw dot cz 2009-04-08 16:10 ---
Subject: Re: New: IPA should compute if a function may recurse
While testing for possible recurssion can definitly be added (and it
will return true on everything that might lead to call outsie of visible
unit), there is
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tree-prof/pr34999.c -O2
-freorder-blocks-a
nd-partition -fprofile-use -D_PROFILE_USE -lm -o
/test/gnu/gcc/objdir/gcc/tes
tsuite/gcc/pr34999.x02(timeout = 300)
ld: An
--- Comment #2 from rguenther at suse dot de 2009-04-08 16:21 ---
Subject: Re: IPA should compute if a function
may recurse
On Wed, 8 Apr 2009, hubicka at ucw dot cz wrote:
--- Comment #1 from hubicka at ucw dot cz 2009-04-08 16:10 ---
Subject: Re: New: IPA should
--- Comment #3 from danglin at gcc dot gnu dot org 2009-04-08 16:22 ---
Also see many fortran test fails on hppa64-hp-hpux11.11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hubicka at ucw dot cz 2009-04-08 16:31 ---
Subject: Re: IPA should compute if a function may recurse
Hmm, but will the inlined function not still be visible as such in
the cycle? So what I want to know is whether the local static is
You have function A with
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-04-08 16:33
---
Subject: Bug 36291
Author: rguenth
Date: Wed Apr 8 16:33:08 2009
New Revision: 145757
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145757
Log:
2009-04-08 Richard Guenther rguent...@suse.de
PR
--- Comment #6 from tromey at gcc dot gnu dot org 2009-04-08 16:37 ---
How would the FE indicate that the length field is immutable?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21855
--- Comment #3 from dodji at gcc dot gnu dot org 2009-04-08 16:43 ---
Subject: Re: GCC accepts template keyword where Comeau rejects
it.
bangerth at gmail dot com a écrit :
--- Comment #2 from bangerth at gmail dot com 2009-04-08 13:11 ---
The testcase is indeed invalid.
--- Comment #4 from rguenther at suse dot de 2009-04-08 16:44 ---
Subject: Re: IPA should compute if a function
may recurse
On Wed, 8 Apr 2009, hubicka at ucw dot cz wrote:
Subject: Re: IPA should compute if a function may recurse
Hmm, but will the inlined function not still
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39682
--- Comment #5 from hubicka at ucw dot cz 2009-04-08 16:53 ---
Subject: Re: IPA should compute if a function may recurse
Hmm. Probably only that it doesn't work for non-local calls as in
this case malloc/free. The oracle already queries the IPA reference
We probably should have
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Fortran IO using unaligned |[4.5 Regression] Fortran IO
|accesses to read/write
--- Comment #4 from jb at gcc dot gnu dot org 2009-04-08 17:11 ---
Working on a patch, assigning to myself
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from hubicka at ucw dot cz 2009-04-08 17:15 ---
Subject: Re: IPA should compute if a function may recurse
/* Check if base is a global static variable that is not written
by the function. */
Does it also make use of fact that var is not read?
This is another
--- Comment #14 from burnus at gcc dot gnu dot org 2009-04-08 17:26 ---
(In reply to comment #12)
+++ invoke.texi (working copy)
-Allow @samp{$} as a valid character in a symbol name.
+Allow @samp{$} as a valid non-first character in a symbol name. Symbols
+that start with @samp{$}
--- Comment #3 from burnus at gcc dot gnu dot org 2009-04-08 17:28 ---
Commit log went to the wrong PR:
Author: pault
Date: Wed Apr 8 08:59:34 2009
New Revision: 145714
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145714
Log:
2009-04-08 Paul Thomas pa...@gcc.gnu.org
--- Comment #15 from dfranke at gcc dot gnu dot org 2009-04-08 17:42
---
Subject: Bug 39670
Author: dfranke
Date: Wed Apr 8 17:42:32 2009
New Revision: 145764
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145764
Log:
2009-04-08 Daniel Franke franke.dan...@gmail.com
--- Comment #3 from b07584 at freescale dot com 2009-04-08 17:46 ---
(In reply to comment #0)
This testcase:
#define debug(format, ...) format, ## __VA_ARGS__)
debug(X);
debug(Y, 1, 2);
debug(Y, 1, 2 );
debug(Z, );
debug(W,);
Should preprocess to:
X);
Y, 1, 2);
Y, 1,
--- Comment #4 from jason at gcc dot gnu dot org 2009-04-08 18:05 ---
I agree with Dodji; use of the template keyword there is odd and unnecessary,
but I don't see anything in the standard that says it's ill-formed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39684
--- Comment #16 from jb at gcc dot gnu dot org 2009-04-08 18:24 ---
Subject: Bug 39670
Author: jb
Date: Wed Apr 8 18:23:55 2009
New Revision: 145767
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145767
Log:
2009-04-08 Janne Blomqvist j...@gcc.gnu.org
PR fortran/39670
--- Comment #17 from jakub at gcc dot gnu dot org 2009-04-08 19:29 ---
Note also that in the ATT assembly style for i386/x86_64 (the default in gcc),
leading $ changes the instructions.
movl a_, %eax
means read the value from a_ variable into eax,
movl $a_, %eax
means set eax to the
--- Comment #27 from jason at gcc dot gnu dot org 2009-04-08 19:31 ---
I've gone ahead and checked in the -fno-pretty-templates patch, which should
produce
../../../../boost/sequence/make_range.hpp:60: instantiated from
--- Comment #28 from jason at gcc dot gnu dot org 2009-04-08 19:38 ---
Rather, that should be
../../../../boost/sequence/make_range.hpp:60: instantiated from
boost::sequence::range_::rangeboost::sequence::identity_property_map, char*,
char*, mpl_::integral_cunsigned int, 5u
--- Comment #29 from dave at boost-consulting dot com 2009-04-08 19:49
---
Although I really appreciate the fix, I really don't like the name of the
option. Pretty templates means something much more like the formatting I
used in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25185#c2
I
--- Comment #18 from jakub at gcc dot gnu dot org 2009-04-08 20:05 ---
Subject: Bug 39573
Author: jakub
Date: Wed Apr 8 20:04:45 2009
New Revision: 145772
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145772
Log:
PR middle-end/39573
* omp-low.c
--- Comment #19 from hp at gcc dot gnu dot org 2009-04-08 20:05 ---
(In reply to comment #18)
Someone should also fix newlib upstream
to provide the limits
See http://sourceware.org/ml/newlib/2009/msg00451.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
--- Comment #26 from hp at gcc dot gnu dot org 2009-04-08 20:08 ---
(In reply to comment #25)
Actually, Hans-Peter, you should know it well, libstdc++/37147 ;)
Wow. That had completely left my mind!
Anyway, newlib patch sent, further comment in PR448.
--
--- Comment #27 from hp at gcc dot gnu dot org 2009-04-08 20:10 ---
(In reply to comment #26)
Anyway, newlib patch sent,
...which BTW fixed the regressions, but not the new FAILs. Hm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39644
--- Comment #19 from jakub at gcc dot gnu dot org 2009-04-08 20:13 ---
Subject: Bug 39573
Author: jakub
Date: Wed Apr 8 20:13:26 2009
New Revision: 145773
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145773
Log:
PR middle-end/39573
* omp-low.c
--- Comment #20 from jakub at gcc dot gnu dot org 2009-04-08 20:14 ---
Fixed for 4.4/4.5+ so far.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573
--- Comment #5 from sje at cup dot hp dot com 2009-04-08 20:16 ---
In addition to the alignment problem, check out the case 10 and case 16 entries
in the convert_real subroutine. After checking to see that strtold exists,
they actually go and call strtod instead of strtold. This is
--- Comment #28 from paolo dot carlini at oracle dot com 2009-04-08 20:20
---
(In reply to comment #27)
(In reply to comment #26)
Anyway, newlib patch sent,
Great, thanks.
...which BTW fixed the regressions, but not the new FAILs. Hm.
Wait a minute, by new fails you mean those
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-04-08 20:33 ---
You can't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21855
--- Comment #5 from janis at gcc dot gnu dot org 2009-04-08 20:36 ---
The mainline patch prevents my normal biarch builds from building 64-bit
libraries and from accepting -m64, using either of the following sets of
configure options:
--with-cpu=default32
--build=powerpc64-linux
--- Comment #6 from jb at gcc dot gnu dot org 2009-04-08 20:59 ---
(In reply to comment #5)
In addition to the alignment problem, check out the case 10 and case 16
entries
in the convert_real subroutine. After checking to see that strtold exists,
they actually go and call strtod
--- Comment #7 from sje at cup dot hp dot com 2009-04-08 21:04 ---
Doh! Never mind, I messed it up myself in my local tree.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39665
--- Comment #8 from b07584 at freescale dot com 2009-04-08 21:36 ---
Standard C does not permit initializing the flexible array member.
However, (using revision 145360) with -std=c99, the given code compiles
- no error is issued.
--
b07584 at freescale dot com changed:
--- Comment #8 from jb at gcc dot gnu dot org 2009-04-08 22:36 ---
Patch here: http://gcc.gnu.org/ml/fortran/2009-04/msg00103.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39665
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/fortra
|
--- Comment #29 from hp at gcc dot gnu dot org 2009-04-08 22:52 ---
(In reply to comment #28)
Wait a minute, by new fails you mean those reported in libstdc++/39629? That
is
completely different issue.
I mean those mentioned in the Description of this PR (but just as a
coincidental
--- Comment #9 from joseph at codesourcery dot com 2009-04-08 22:54 ---
Subject: Re: sizeof object with zero-length array ignores
initializer
On Wed, 8 Apr 2009, b07584 at freescale dot com wrote:
--- Comment #8 from b07584 at freescale dot com 2009-04-08 21:36 ---
--- Comment #8 from bangerth at gmail dot com 2009-04-08 23:10 ---
We're about 8 generations of gcc later now. Is this still true? Still
20,000 cycles?
W.
--
bangerth at gmail dot com changed:
What|Removed |Added
--- Comment #23 from hjl dot tools at gmail dot com 2009-04-08 23:41
---
This looks like an ABI issue:
[...@gnu-6 pr39678]$ cat pr39678.c
#include stdio.h
struct Y {};
struct X {
struct Y y;
__complex__ float val;
};
struct X __attribute__((noinline))
foo (float *p)
{
struct X
--- Comment #10 from jsm28 at gcc dot gnu dot org 2009-04-09 00:21 ---
Fixed for 4.5.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jsm28 at gcc dot gnu dot org 2009-04-09 00:20 ---
Subject: Bug 39613
Author: jsm28
Date: Thu Apr 9 00:20:08 2009
New Revision: 145793
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145793
Log:
PR c/39613
* c-typeck.c (do_case): If case label
--- Comment #24 from hjl dot tools at gmail dot com 2009-04-09 01:15
---
Here is a testcase in C:
[...@gnu-6 pr39678]$ cat pr39678-2.c
struct Y { char c; };
struct X {
struct Y y;
__complex__ float val;
};
struct X __attribute__((noinline))
foo (float *p)
{
struct X x;
__real
--- Comment #25 from hjl dot tools at gmail dot com 2009-04-09 01:16
---
Created an attachment (id=17608)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17608action=view)
A patch
This patch seems to work.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #26 from hjl dot tools at gmail dot com 2009-04-09 01:18
---
Created an attachment (id=17609)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17609action=view)
A smaller patch
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #30 from jason at redhat dot com 2009-04-09 02:10 ---
Subject: Re: deep typedef substitution in error message
dave at boost-consulting dot com wrote:
I can't see why you wouldn't use -fno-deep-typedef-substitution.
Because that isn't at all what the option controls. We
1 - 100 of 104 matches
Mail list logo