--- Comment #4 from jlquinn at gcc dot gnu dot org 2009-10-30 05:58 ---
Should be fixed by r153734.
--
jlquinn at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #39 from paolo dot carlini at oracle dot com 2009-10-30 04:20
---
The goals are not changing, I told you already that we want minimal changes wrt
to the current code. We want safe and incremental improvements.
In general all the contributions must be in form of patches vs c
--- Comment #38 from potswa at mac dot com 2009-10-30 03:56 ---
Created an attachment (id=18932)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18932&action=view)
C++ snippet containing example function template
improved algorithm with forward/backward and std::copy cases.
Excerpt
--- Comment #37 from potswa at mac dot com 2009-10-30 03:55 ---
It seems like the goals are changing. Is this due to an approaching deadline?
The "super" algorithm is the product of making every case faster. Removing any
part of it (i.e. calls to std::copy) will regress performance of s
--- Comment #36 from paolo dot carlini at oracle dot com 2009-10-30 02:51
---
First, send it to me and Benjamin (b...@redhat.com), because we want to be 100%
sure everything is ok. Then, start thinking about the fix ;) Really,
please-please, keep it minimal, we don't want for now the su
--- Comment #3 from mdjones0978-gccbugs at yahoo dot com 2009-10-30 02:48
---
I think it is a bug, because the class test is declared at the scope :: (before
the namespace), then used below. The solution is to explicitly state the fact
it is from ::
#include
class Test;
namespace B
--- Comment #35 from potswa at mac dot com 2009-10-30 02:47 ---
I got PDF's of the completed forms. What now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41351
--- Comment #5 from foom at fuhm dot net 2009-10-30 02:42 ---
An error very much like this is also causing a bunch of files in my program to
fail to compile with 4.5 with -O1 and above. I was unable to reduce a simple
test case from my (private) code, though: many changes that seem like
--- Comment #8 from paolo at gcc dot gnu dot org 2009-10-30 02:29 ---
Subject: Bug 40925
Author: paolo
Date: Fri Oct 30 02:29:14 2009
New Revision: 153733
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153733
Log:
2009-10-29 Paolo Carlini
Douglas Gregor
--- Comment #3 from danglin at gcc dot gnu dot org 2009-10-30 01:33 ---
After add support for -rdynamic, I find there is an additional problem
with test. When I first saw the problem, it was in a build with bootstrap
disabled. However, the tests fail when a regular bootstap is done due
$ cat test.cc
#include
struct APInt {
int i;
};
int main() {
APInt I;
char Data[sizeof(APInt)];
new((void*)Data)APInt();
*(APInt*)Data = I;
}
$ g++ -O3 -Wstrict-aliasing test.cc -o /dev/null
test.cc: In function 'int main()':
test.cc:9: warning: dereferencing type-punned pointe
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-10-30 00:23
---
Fixed by http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01756.html :-)
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from burnus at gcc dot gnu dot org 2009-10-29 23:09 ---
Hmm, I get regtest failures for elemental procedures:
gfortran.dg/bounds_check_9.f90
gfortran.dg/bounds_check_fail_2.f90
- D.1415 = ivec != 0B ? &(*ivec.0)[(S.10 + 1) * D.1413 + D.1408] : 0B;
- set_optional (&iv
--- Comment #2 from dodji at gcc dot gnu dot org 2009-10-29 22:56 ---
Patch sent to http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01772.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41863
--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-29 22:52 ---
Preliminary patch. The for the second part of the patch one needs still to
update the comment. (Currently regtesting, so far no failure.)
...
Actually, I think the block (second part) can also go away for fsym == N
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-29 22:52 ---
Note: For arrays, the following block of trans-expr.c is used:
/* If an ALLOCATABLE dummy argument has INTENT(OUT) and is
allocated on entry, it must be deallocated. */
i
--- Comment #1 from anlauf at gmx dot de 2009-10-29 22:42 ---
Created an attachment (id=18931)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18931&action=view)
Test code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41873
Hi,
the attached code compiles with ifort 11.1 and with nagfor 5.2,
but is rejected with current gfortran:
gfcbug93.f90:47.12:
print *, ipmin% dot_g_g (g,g)
1
Error: ABSTRACT INTERFACE 'dot' must not be referenced at (1)
gfcbug93.f90:47.12:
print *, ipmin% dot_g_g (g,g)
--- Comment #23 from hjl dot tools at gmail dot com 2009-10-29 22:02
---
Created an attachment (id=18930)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18930&action=view)
A testcase
[...@gnu-6 pr41750]$ make clean
rm -f *.o *.s *.c.*
[...@gnu-6 pr41750]$ make CFLAGS="-O -fipa-sra
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-29 21:59 ---
Note: One also needs to ensure that this works with allocatable scalars, cf. PR
41872.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41850
The following programs shows that the automatic deallocation is not applied to
allocatable INTENT(OUT) scalar dummies. It works for array arguments.
Note: For optional arguments, one needs to make sure that the deallocation only
happens if the variable is present, cf. PR 41850.
program test
imp
--- Comment #11 from dodji at gcc dot gnu dot org 2009-10-29 21:18 ---
Sent an updated patch to
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01746.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38699
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
This might be a limit-on-number-of-open-files issue.
I encounter it while trying to link with link time optimization *and* using the
linker plugin an executable which needs loads of object files from two dozen
libraries.
To study this, use a program that's build from libraries and linked as follo
--- Comment #134 from jsm28 at gcc dot gnu dot org 2009-10-29 20:26 ---
*** Bug 41867 has been marked as a duplicate of this bug. ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-10-29 20:26 ---
If you want C99-conforming excess precision, then use 4.5 or later (not 4.4)
with -fexcess-precision=standard or strict conformance options such as
-std=c99 that imply it (not -std=gnu99). With that I get:
ls_ld2=1.0
--- Comment #22 from hjl dot tools at gmail dot com 2009-10-29 19:30
---
IPA-SRA miscompiled get_got in elf64-ia64.c:
got = ia64_info->root.sgot;
if (!got)
{
flagword flags;
dynobj = ia64_info->root.dynobj;
if (!dynobj)
ia64_info->root.dynobj = dynobj
--- Comment #2 from tydeman at tybor dot com 2009-10-29 19:27 ---
Compile options: -std=gnu99 -pedantic -H -fno-builtin -frounding-math
Since I take the gcc that comes with Fedora Core Linux 9 and 10, I have
no idea how GCC was configured.
The output shows that all the file scope (tran
--- Comment #7 from paolo at gcc dot gnu dot org 2009-10-29 19:26 ---
Subject: Bug 40925
Author: paolo
Date: Thu Oct 29 19:26:04 2009
New Revision: 153725
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153725
Log:
2009-10-29 Paolo Carlini
PR libstdc++/40925
*
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2009-10-29 19:20
---
Subject: Bug 41711
Author: jvdelisle
Date: Thu Oct 29 19:20:18 2009
New Revision: 153724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153724
Log:
2009-10-29 Jerry DeLisle
PR libgfortran/417
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-10-29 19:10
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02707.html
LAST_UPDATED: Wed Oct 28 00:08:45 UTC 2009 (revision 153618)
=== acats tests ===
FAIL: c46051a
=== acats Summary ===
# of expected passes2314
# of unexpected failures1
Native configu
--- Comment #1 from uweigand at gcc dot gnu dot org 2009-10-29 18:49
---
Proposed fix: http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01757.html
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ccoutant at gcc dot gnu dot org 2009-10-29 18:13
---
Subject: Bug 41700
Author: ccoutant
Date: Thu Oct 29 18:13:27 2009
New Revision: 153719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153719
Log:
gcc/ChangeLog:
PR debug/41700
* dwarf2out.
--- Comment #8 from schwab at linux-m68k dot org 2009-10-29 17:29 ---
(In reply to comment #7)
> The '.*?' is the non greedy form of '.*'. If I put '.*' only, then '.*foo'
> '.*' will match the foo coming after and that will not do what I want.
The nongreedy form will not prevent that.
--- Comment #7 from dodji at seketeli dot org 2009-10-29 17:09 ---
Subject: Re: g++.dg/lookup/extern-c-redecl[3,4] .C
scan-assembler fails on darwin
> --- Comment #6 from dominiq at lps dot ens dot fr 2009-10-29 14:36
> ---
> Without test the part '.*?' in the rerexps
--- Comment #10 from sje at cup dot hp dot com 2009-10-29 17:03 ---
The patch I checked in provides the infrastructure to fix this problem and I
have fixed the IA64 instance of it but other targets (like x86) will need to
define TARGET_OVERRIDE_OPTIONS_AFTER_CHANGE as well to completely
--- Comment #13 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41020
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,15360
--- Comment #8 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 40741
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #15 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41762
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,15360
--- Comment #5 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41839
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #8 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41808
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #5 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41801
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #7 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41451
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #6 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41842
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #10 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41821
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,15360
--- Comment #5 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41855
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #5 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41819
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #9 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 39715
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #9 from law at gcc dot gnu dot org 2009-10-29 16:50 ---
Subject: Bug 41837
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #6 from law at gcc dot gnu dot org 2009-10-29 16:49 ---
Subject: Bug 41812
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #4 from law at gcc dot gnu dot org 2009-10-29 16:49 ---
Subject: Bug 41652
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,153604
--- Comment #27 from law at gcc dot gnu dot org 2009-10-29 16:49 ---
Subject: Bug 40852
Author: law
Date: Thu Oct 29 16:48:00 2009
New Revision: 153715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153715
Log:
Recorded merge of revisions
153580-153581,153584,153586-153600,15360
--- Comment #3 from sje at gcc dot gnu dot org 2009-10-29 16:44 ---
Subject: Bug 38018
Author: sje
Date: Thu Oct 29 16:44:02 2009
New Revision: 153714
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153714
Log:
2009-10-29 Steve Ellcey
PR middle-end/37565
PR ta
--- Comment #9 from sje at gcc dot gnu dot org 2009-10-29 16:44 ---
Subject: Bug 37565
Author: sje
Date: Thu Oct 29 16:44:02 2009
New Revision: 153714
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153714
Log:
2009-10-29 Steve Ellcey
PR middle-end/37565
PR ta
--- Comment #15 from burnus at gcc dot gnu dot org 2009-10-29 16:44 ---
(In reply to comment #14)
> As written in comment 10 (and later), that patch
> fixes the reduced test case from comment 1 but not the original one (comment
> 0)
Actually, it seems to work now correctly with the curr
--- Comment #3 from law at gcc dot gnu dot org 2009-10-29 16:40 ---
Subject: Bug 38796
Author: law
Date: Thu Oct 29 16:39:42 2009
New Revision: 153712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153712
Log:
Recorded merge of revisions 153564-153565,153572-153576 via svnmerge
--- Comment #9 from law at gcc dot gnu dot org 2009-10-29 16:40 ---
Subject: Bug 41785
Author: law
Date: Thu Oct 29 16:39:42 2009
New Revision: 153712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153712
Log:
Recorded merge of revisions 153564-153565,153572-153576 via svnmerge
--- Comment #9 from law at gcc dot gnu dot org 2009-10-29 16:38 ---
Subject: Bug 41345
Author: law
Date: Thu Oct 29 16:37:47 2009
New Revision: 153711
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153711
Log:
Recorded merge of revisions 153568-153570 via svnmerge from
svn+ssh:
--- Comment #16 from law at gcc dot gnu dot org 2009-10-29 16:38 ---
Subject: Bug 38923
Author: law
Date: Thu Oct 29 16:37:47 2009
New Revision: 153711
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153711
Log:
Recorded merge of revisions 153568-153570 via svnmerge from
svn+ssh
--- Comment #4 from law at gcc dot gnu dot org 2009-10-29 16:38 ---
Subject: Bug 41828
Author: law
Date: Thu Oct 29 16:37:47 2009
New Revision: 153711
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153711
Log:
Recorded merge of revisions 153568-153570 via svnmerge from
svn+ssh:
--- Comment #7 from bstarynk at gcc dot gnu dot org 2009-10-29 16:06
---
(In reply to comment #6)
> I have a patch.
>
Richard's patch on http://gcc.gnu.org/ml/gcc/2009-10/msg00602.html
seems to solve the original problem I've got
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01741.htm
--- Comment #3 from aaron at aarongraham dot com 2009-10-29 15:53 ---
It appears that this one is fixed as of SVN revision 146566:
http://gcc.gnu.org/viewcvs/trunk/gcc/gthr-vxworks.h?view=log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28808
--- Comment #1 from joseph at codesourcery dot com 2009-10-29 15:47 ---
Subject: Re: New: Translation time Floating Point precision
is too small
On Thu, 29 Oct 2009, tydeman at tybor dot com wrote:
> The following code fails on (at least) Intel x86/x87 systems running Linux:
Please
--- Comment #14 from burnus at gcc dot gnu dot org 2009-10-29 15:28 ---
Committed attachment 18925. As written in comment 10 (and later), that patch
fixes the reduced test case from comment 1 but not the original one (comment
0), nor the LOC issue nor the half-working new example of comm
--- Comment #13 from burnus at gcc dot gnu dot org 2009-10-29 15:24 ---
Subject: Bug 41777
Author: burnus
Date: Thu Oct 29 15:24:38 2009
New Revision: 153706
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153706
Log:
2009-10-29 Tobias Burnus
PR fortran/41777
--- Comment #1 from siarhei dot siamashka at gmail dot com 2009-10-29
15:21 ---
-O2:
0010 <.x>:
10: 2c 23 00 00 cmpdi r3,0
14: 7c 08 02 a6 mflrr0
18: f8 01 00 10 std r0,16(r1)
1c: f8 21 ff 81 stdur1,-128(r1)
20: 41 82 00 1c
The following program ICEs with
test.f90:25:0: internal compiler error: Segmentation fault
The problem is related to PUBIC vs. PRIVATE visibility. It is no regression as
4.1.2, 4.2.1, 4.3.3, 4.4.1 and 4.5 crash. The program compiles with NAG f95 and
g95.
Valgrind shows:
==31812== Invalid read o
/***/
void __attribute__((noinline)) y()
{
asm volatile ("# nop\n");
}
void __attribute__((noinline)) x(long c)
{
while (c--)
y();
}
int main()
{
/* Run total 3.2G iterations */
x(16);
x(16);
return 0;
}
/
The following code fails on (at least) Intel x86/x87 systems running Linux:
/*
* From C99:
* 6.6 Constant expressions
*
* #5 An expression that evaluates to a constant is required in several
* contexts. If a floating expression is evaluated in the translation
* environment, the arithmetic pr
--- Comment #6 from dominiq at lps dot ens dot fr 2009-10-29 14:36 ---
Without test the part '.*?' in the rerexps seems odd. Why not '.*' only? My
practice of regexp taught me that '.*' is asking for trouble and, when
possible, should be replaced by [^some pattern]*. Why not "call[^Z]*Z
--- Comment #21 from jamborm at gcc dot gnu dot org 2009-10-29 13:44
---
(In reply to comment #20)
> I'm not sure, but by my impression that's a host issue, no? So, I doubt that
> working on target will get you any further.
>
Perhaps, I don't know (or do you mean that you know that th
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-10-29 12:50 ---
I did. This is now fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jamborm at gcc dot gnu dot org 2009-10-29 12:41 ---
Subject: Bug 41775
Author: jamborm
Date: Thu Oct 29 12:40:48 2009
New Revision: 153699
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153699
Log:
2009-10-29 Martin Jambor
PR tree-optimization/417
--- Comment #20 from rainer at emrich-ebersheim dot de 2009-10-29 12:37
---
(In reply to comment #19)
> I have downloaded binutils 2.20 and compiled the file on a native ia64
> compiler. I have only managed to look at the dumps but so far could
> not see any problem there. I will have
--- Comment #4 from steven at gcc dot gnu dot org 2009-10-29 10:57 ---
Mine. Investigating.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from paolo dot carlini at oracle dot com 2009-10-29 10:41
---
Fixed for mainline.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2009-10-29 10:40
---
Garbage collector? Which garbage collector? In any case, please provide a
small, self-contained, snippet, which can be use to reproduce the problem.
Thanks.
--
paolo dot carlini at oracle dot com changed:
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-29 10:26 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-29 10:25 ---
Steven knows this code best.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ganesh dot borse at credit-suisse dot com 2009-10-29
09:02 ---
Compiler information:
g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --prefix=/app/devtools/gcc-4.2.3
--exec-prefix=/app/devtools/gcc-4.2.3 --with-mpfr=/app/dev
http://gcc.gnu.org/onlinedocs/gfortran/ISO_005fFORTRAN_005fENV.html
lists ISO_FORTRAN_ENV. The standard is marked as Fortran 2003 but INT{8,16,32}
and REAL{32,64,128} are Fortran 2008
--
Summary: Wrong standard in docs for ISO_FORTRAN_ENV
Product: gcc
Version: 4.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c++ |libstdc++
ht
--- Comment #5 from dodji at seketeli dot org 2009-10-29 07:22 ---
Subject: Re: g++.dg/lookup/extern-c-redecl[3,4] .C
scan-assembler fails on darwin
Thanks for testing.
How about this one ?
diff --git a/gcc/testsuite/g++.dg/lookup/extern-c-redecl3.C
b/gcc/testsuite/g++.dg/loo
84 matches
Mail list logo
