--- Comment #2 from jv244 at cam dot ac dot uk 2010-02-15 07:58 ---
(In reply to comment #1)
> Yes, indeed.
>
> In fact, S2((/(real (i),i=1,2)/)) produces calls to pack and unpack in both S0
> and S1.
>
> I'll take a look at it.
You did beat me again, I wanted to file the following te
--- Comment #1 from pault at gcc dot gnu dot org 2010-02-15 07:51 ---
Yes, indeed.
In fact, S2((/(real (i),i=1,2)/)) produces calls to pack and unpack in both S0
and S1.
I'll take a look at it.
Thanks
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
Another case that doesn't need a temp:
MODULE M1
PRIVATE
REAL, PARAMETER :: c(2)=(/(i,i=1,2)/)
CONTAINS
! OK
SUBROUTINE S0
real :: r
r=0
r=S2(c)
END SUBROUTINE S0
! NOT OK
SUBROUTINE S1
real :: r
r=0
r=r+S2(c)
END SUBROUTINE S1
FUNCTION S2(c)
REA
--- Comment #9 from jv244 at cam dot ac dot uk 2010-02-15 07:35 ---
(In reply to comment #7)
> As soon as somebody gives me the green light, I'll apply the patch.
> The present version is attached.
the latest version works now without ICE. pack/unpack are down to about 1000
(down from 4
--- Comment #25 from pinskia at gcc dot gnu dot org 2010-02-15 04:22
---
>stack frame is generated for no apparent reason.
It is generated because of noreturn which is done as a regular call instead of
a sibcall. So this is expected. Closing as fixed as it was previously.
Please ope
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #12 from jason at gcc dot gnu dot org 2010-02-15 04:02 ---
Testcase added to testsuite, thanks a lot.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from jason at gcc dot gnu dot org 2010-02-15 04:01 ---
Subject: Bug 43024
Author: jason
Date: Mon Feb 15 04:01:10 2010
New Revision: 156766
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156766
Log:
PR c++/43024
* g++.dg/opt/ice1.C: New.
Added:
--- Comment #1 from zsojka at seznam dot cz 2010-02-15 02:48 ---
Created an attachment (id=19875)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19875&action=view)
full valgrind log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43071
Command line:
g++ -fwhopr -fcompare-debug testcase.cpp
Tested revisions:
r156745 - crash
r154886 - crash
Output:
$ /mnt/svn/gcc-trunk/binary-156745-lto/bin/g++ -fwhopr -fcompare-debug
testcase.cpp
In file included from :1:0:
testcase.cpp: In function 'main':
testcase.cpp:5:5: internal compiler er
--- Comment #11 from paolo dot carlini at oracle dot com 2010-02-15 01:45
---
I think this can be closed: now the system header pragma is pretty solid and I
don't think warnings can be triggered from library headers, by any -W option.
--
paolo dot carlini at oracle dot com changed:
--- Comment #3 from kargl at gcc dot gnu dot org 2010-02-15 01:29 ---
I've posted a question to c.l.f about this code. I
believe the language of the standard is contradictory
and as such the code can be interpreted as illegal or
legal.
http://groups.google.com/group/comp.lang.fortran/
--- Comment #1 from zsojka at seznam dot cz 2010-02-15 01:14 ---
Created an attachment (id=19874)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19874&action=view)
reduced testcase
Command line:
gcc -O1 pr43070.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43070
Command line:
g++ -O1 label2.C
Tested revisions:
r156745 - crash
r155966 - crash
r153685 - crash
4.4 r156256 - OK
Output with checking:
$ /mnt/svn/gcc-trunk/binary-156745-lto/bin/g++ -O1
/mnt/svn/gcc-trunk/gcc/testsuite/g++.dg/ext/label2.C
/mnt/svn/gcc-trunk/gcc/testsuite/g++.dg/ext/label2.C: In
Command line:
g++ testcase.cpp
-- testcase.cpp --
namespace std {
template < typename >
void swap ();
}
template std::swap
--
Tested revisions:
r156745 - crash
r153685 - crash
4.4 r156256 - OK
Output - 4.4:
$ /mnt/svn/gcc-4_4/binary-156256-enable-checking/bin/
--- Comment #23 from developer at sandoe-acoustics dot co dot uk
2010-02-14 23:57 ---
(In reply to comment #22)
> There are no modifications visible in the assembly. But there is magic:
>
> .objc_cls_refs
> .align 2
> L_OBJC_CLASS_REFERENCES_0:
> .long L_OBJC
--- Comment #1 from zsojka at seznam dot cz 2010-02-14 23:57 ---
Created an attachment (id=19873)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19873&action=view)
reduced testcase, from g++.dg/abi/covariant2.C
Command line:
g++ -O1 -freorder-blocks -ftracer -c pr43068.cpp
--
Command line:
g++ -O1 -freorder-blocks -ftracer -c testcase.cpp
Tested revisions:
r156745 - crash
r155363 - crash
r154830 - crash
r153685 - OK
4.4 r156256 - OK
Output:
$ /mnt/svn/gcc-trunk/binary-156745-lto/bin/g++ -O1 -freorder-blocks -ftracer -c
testcase.cpp
testcase.cpp: In member function ‘B*
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-02-14
23:34 ---
Posted revised patch at http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00549.html
with regression test results at
http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg01339.html.
--
http://gcc.gnu.org/bugzi
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-14 23:32 ---
Created an attachment (id=19872)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19872&action=view)
WIP patch
I think it miscompiles sth in libstdc++
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41490
--- Comment #1 from zsojka at seznam dot cz 2010-02-14 23:29 ---
Created an attachment (id=19871)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19871&action=view)
reduced testcase, from gcc.target/i386/xop-imul32widen-vector.c
Command line:
gcc -O1 -ftree-vectorize -fschedule-insn
Command line:
gcc -O1 -ftree-vectorize -fschedule-insns -mxop -c testcase.c
Tested revisions:
r156745 - crash
r156693 - crash
r156293 - crash
r154830 - crash
r153685 - doesn't know -mxop
Output:
$ /mnt/svn/gcc-trunk/binary-156745-lto/bin/gcc -O1 -ftree-vectorize
-fschedule-insns -mxop -c testcase
--- Comment #22 from rguenth at gcc dot gnu dot org 2010-02-14 23:26
---
There are no modifications visible in the assembly. But there is magic:
.objc_cls_refs
.align 2
L_OBJC_CLASS_REFERENCES_0:
.long L_OBJC_CLASS_NAME_0
what is .objc_cls_refs?
Well, obvio
--- Comment #21 from developer at sandoe-acoustics dot co dot uk
2010-02-14 23:22 ---
Created an attachment (id=19870)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19870&action=view)
asm out from -O1 -g cascading-1.m @trunk 156760
this is the current asm output - it segfaults on
--- Comment #14 from paolo dot carlini at oracle dot com 2010-02-14 23:15
---
Thanks Joseph. Could you possibly reach Daniel and ask him to provide a bit of
feedback here? Thanks in advance.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #1 from zsojka at seznam dot cz 2010-02-14 22:59 ---
Created an attachment (id=19869)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19869&action=view)
reduced testcase
Command line:
gcc -O1 -c pr43066.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43066
Command line:
gcc -O1 -c testcase.c
Tested revisions:
trunk r156745 - crash
trunk r156293 - crash
trunk r155966 - OK
trunk r155609 - OK
trunk r155363 - OK
4.4 r156256 - OK
Output:
$ /mnt/svn/gcc-trunk/binary-156745-lto/bin/gcc -O1 -c testcase.c
testcase.c: In function 'foo':
testcase.c:14:1: inte
--- Comment #20 from rguenth at gcc dot gnu dot org 2010-02-14 22:25
---
Not TREE_ADDRESSABLE var _OBJC_CLASS_REFERENCES_0
Not TREE_ADDRESSABLE var _OBJC_SELECTOR_REFERENCES_0
Not TREE_ADDRESSABLE var _OBJC_SELECTOR_REFERENCES_1
read-only var _OBJC_CLASS_REFERENCES_0
read-only var _OBJC
--- Comment #19 from developer at sandoe-acoustics dot co dot uk
2010-02-14 22:16 ---
Created an attachment (id=19868)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19868&action=view)
cascading-1.m/-fdump-ipa-all/pure-const @ trunk 15670
this is with -fno-ipa-reference.
--
h
--- Comment #18 from developer at sandoe-acoustics dot co dot uk
2010-02-14 22:11 ---
Created an attachment (id=19867)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19867&action=view)
-fdump-ipa-all/static-var cascading-1.m @ trunk 156760
this is with normal options (i.e. the def
--- Comment #19 from manu at gcc dot gnu dot org 2010-02-14 22:06 ---
(In reply to comment #18)
>
> Expected output (like 'gcc -Wall -c a.c' provides):
Since those warnings are already part of Wconversion, what you are asking is to
move them to default or another option enabled by -Wal
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-02-14 21:56
---
(In reply to comment #15)
> (In reply to comment #14)
> > That doesn't make sense. The symbol is not TREE_READONLY.
> >
> > Was that dump from inside get_symbol_constant_value?
>
> yes.
> that was from a clean b
--- Comment #16 from developer at sandoe-acoustics dot co dot uk
2010-02-14 21:55 ---
Created an attachment (id=19866)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19866&action=view)
gimple for cascading-1.m @ trunk 156760
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43061
--- Comment #10 from reichelt at gcc dot gnu dot org 2010-02-14 21:54
---
The reduced testcase from comment #9 crashes with -O2 on i686-pc-linux-gnu
since GCC 4.4.0, so the problem is not a regression from 4.4.2, but from 4.3.x.
--
reichelt at gcc dot gnu dot org changed:
--- Comment #15 from developer at sandoe-acoustics dot co dot uk
2010-02-14 21:53 ---
(In reply to comment #14)
> That doesn't make sense. The symbol is not TREE_READONLY.
>
> Was that dump from inside get_symbol_constant_value?
yes.
that was from a clean bootstrap of trunk 156760.
--- Comment #9 from reichelt at gcc dot gnu dot org 2010-02-14 21:52
---
Created an attachment (id=19865)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19865&action=view)
Further reduced testcase
--
reichelt at gcc dot gnu dot org changed:
What|Removed
--- Comment #18 from l dot lunak at suse dot cz 2010-02-14 21:47 ---
(In reply to comment #17)
> Which one? We are not going to warn for conversions to boolean and we are not
> going to warn for explicit conversions.
I don't see anybody asking for that.
> And we are not going to warn
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Known to work||4.4.3
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-02-14 21:29
---
That doesn't make sense. The symbol is not TREE_READONLY.
Was that dump from inside get_symbol_constant_value?
As the extract only happens from CCP2 I suppose that ipa-reference might
be setting TREE_READONLY on
Command line:
gcc -O1 -fgraphite-identity 20051215-1.c && ./a.out
Tested revisons:
trunk r156745 - crash
trunk r156693 - crash
trunk r155833 - crash
trunk r153685 - crash
4.4 r156256 - OK
4.4 r153668 - OK
$ /mnt/svn/gcc-trunk/binary-156745-lto/bin/gcc -O1 -fgraphite-identity
20051215-1.c && ./a.o
--- Comment #13 from developer at sandoe-acoustics dot co dot uk
2010-02-14 21:13 ---
Created an attachment (id=19864)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19864&action=view)
gdb-output for CLASS_REFERENCES_0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43061
--- Comment #3 from manu at gcc dot gnu dot org 2010-02-14 20:28 ---
I think this is a bug in Wconversion. It should be able to see through
promotions that the conversion cannot lead to a change of value.
--
manu at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from manu at gcc dot gnu dot org 2010-02-14 20:18 ---
(In reply to comment #16)
>
> This PR, then, is not an accepts-invalid. It's an enhancement request to
> reinstate one of the warnings, about accidentally inappropriate use of NULL,
> that became disabled by default
--- Comment #21 from dominiq at lps dot ens dot fr 2010-02-14 20:16 ---
The ICEs are fixed by the last change in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36932#c8 :
@@ -5548,7 +5550,8 @@ gfc_conv_array_parameter (gfc_se * se, g
}
if (contiguous && g77 && !this_array_result
-
--- Comment #11 from manu at gcc dot gnu dot org 2010-02-14 20:07 ---
Is this still an issue? 4.1 is too old already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29189
--- Comment #20 from dominiq at lps dot ens dot fr 2010-02-14 20:06 ---
(In reply to comment #18)
> ... where the test for sym->as has been added, does the job.
This works for a clean fortran-dev+ patch in comment #6. Note that my tree
includes patch for pr36932/3.
--
http://gcc.gn
--- Comment #3 from manu at gcc dot gnu dot org 2010-02-14 20:04 ---
(In reply to comment #2)
> In C++ NULL is defined as 0, or 0L. However, as it is a special keyword, I
> would like g++ to identify that it is special, and warn when initialising non
> pointer types to be NULL.
This is
--- Comment #19 from dominiq at lps dot ens dot fr 2010-02-14 19:58 ---
(In reply to comment #18)
> ... where the test for sym->as has been added, does the job.
It does not fix the problem in my tree, I'll try the branch.
> I have included this in the fix to PR39632/3, so that the mer
--- Comment #7 from paul dot richard dot thomas at gmail dot com
2010-02-14 19:54 ---
Subject: Re: unneeded temporary (2x)
Joost,
This time I beat you to it :-)
Dominique's problems on fortran-dev are fixed by a test for the
array_spec, which also fixes this one.
As soon as somebod
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43064
--- Comment #1 from manu at gcc dot gnu dot org 2010-02-14 19:44 ---
Currently, the location given is at the end of the initializer list. Probably
each initialization expression is assigned that location instead of their own
position. It should be possible to improve this.
On the other
--- Comment #6 from jv244 at cam dot ac dot uk 2010-02-14 19:27 ---
(In reply to comment #5)
> I had to exclude
> dummies but I now do not recall why. I'll look into it.
Hi Paul,
tested your patch at http://gcc.gnu.org/ml/fortran/2010-02/msg00106.html.
However, this ICEs with:
Progr
--- Comment #18 from pault at gcc dot gnu dot org 2010-02-14 19:25 ---
(In reply to comment #15)
> Created an attachment (id=19824)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19824&action=view) [edit]
> Second test giving a segmentation fault with the patch applied to fortran-d
--- Comment #12 from pinskia at gcc dot gnu dot org 2010-02-14 19:07
---
(In reply to comment #11)
> Btw, I cannot make -fnext-runtime work on i?86-linux, it errors at link time
> with
> undefined references. Any configure options I need to supply?
>
The next runtime only works on Da
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-02-14 19:01
---
Btw, I cannot make -fnext-runtime work on i?86-linux, it errors at link time
with
undefined references. Any configure options I need to supply?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43061
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-02-14 19:00
---
(In reply to comment #9)
> (In reply to comment #8)
> > Hm. So CCP through get_symbol_constant_value causes
>
> > you run the compile inside gdb, break on get_symbol_constant_value
>
> maybe I've messed somethin
--- Comment #9 from developer at sandoe-acoustics dot co dot uk 2010-02-14
18:50 ---
(In reply to comment #8)
> Hm. So CCP through get_symbol_constant_value causes
> you run the compile inside gdb, break on get_symbol_constant_value
maybe I've messed something up - but setting a brea
I noticed the C++ warnings in the following example have incorrect line
numbers, and the member name is missing. Is it possible to improve the warning
output?
$ g++ -Wconversion -o t main.cpp
main.cpp: In constructor A::A():
main.cpp:18: warning: converting to non-pointer type int from NULL
libmudflap reports invalid reads when the result of localeconv() is accessed:
lconv.c:
=
#include
#include
int
main(void)
{
struct lconv *lc;
lc = localeconv();
printf("%s\n", lc->grouping);
return 0
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-02-14 17:44 ---
Hm. So CCP through get_symbol_constant_value causes
:
- _OBJC_CLASS_REFERENCES_0.2_1 = _OBJC_CLASS_REFERENCES_0;
+ _OBJC_CLASS_REFERENCES_0.2_1 = (struct objc_class *) &_OBJC_CLASS_NAME_0;
_OBJC_CLASS_REFEREN
--- Comment #2 from kargl at gcc dot gnu dot org 2010-02-14 17:27 ---
> NAMELIST/TOTO/TAB
> 1
> Error: NAMELIST attribute conflicts with ALLOCATABLE attribute in 'tab' at (1)
>
>
> Test file :
>
> PROGRAM MAIN
> REAL, DIMENSION(:), ALLOCATABLE :: TAB
--- Comment #1 from pault at gcc dot gnu dot org 2010-02-14 17:21 ---
Yes indeed! Section 5.4 of F2003 removes most of the restrictions for
namelist-group-objects. Ifort 11.1 does the right thing with your testcase.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org chan
--- Comment #7 from developer at sandoe-acoustics dot co dot uk 2010-02-14
16:45 ---
Created an attachment (id=19862)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19862&action=view)
diffs for all fdump-tree-all output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43061
--- Comment #6 from developer at sandoe-acoustics dot co dot uk 2010-02-14
16:33 ---
Created an attachment (id=19861)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19861&action=view)
optimized tree diffs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43061
--- Comment #5 from developer at sandoe-acoustics dot co dot uk 2010-02-14
16:32 ---
Created an attachment (id=19860)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19860&action=view)
generated asm differences with/without r156519
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-14 16:28 ---
(In reply to comment #3)
> (In reply to comment #2)
> > Track down the regression that caused this
>
> r156519
>
> >and see what actually is the difference in generated code and/or tree/rtl
> >dumps.
>
> what o
--- Comment #3 from developer at sandoe-acoustics dot co dot uk 2010-02-14
16:04 ---
(In reply to comment #2)
> Track down the regression that caused this
r156519
>and see what actually is the difference in generated code and/or tree/rtl
>dumps.
what output would be the most usefu
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-14 15:25 ---
Track down the regression that caused this and see what actually is the
difference in generated code and/or tree/rtl dumps. Access to non-free
operating systems is restricted.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #4 from jason at gcc dot gnu dot org 2010-02-14 15:17 ---
Subject: Bug 41997
Author: jason
Date: Sun Feb 14 15:17:30 2010
New Revision: 156760
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156760
Log:
PR c++/41997
* semantics.c (finish_compound_liter
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32382
--- Comment #1 from developer at sandoe-acoustics dot co dot uk 2010-02-14
13:46 ---
confirmed, this can be reproduced outside the testsuite framework:
for example... [ppc/darwin9/156749];
$ ./gcc/xgcc -B gcc ../gcc-4-5-trunk/gcc/testsuite/objc/execute/cascading-1.m
-fnext-runtime -O1
Report :
Using built-in specs.
Target: powerpc-apple-darwin9.8.0
Configured with: ./configure
Thread model: posix
gcc version 4.4.3 (GCC)
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.8' '-v' '-save-temps' '-c'
/usr/local/libexec/gcc/powerpc-apple-darwin9.8.0/4.4.3/f951 prog.f90 -fPIC
-
Between revisions156515 and 156527 many new failures have appeared in the objc
test suite (see http://gcc.gnu.org/ml/gcc-regression/2010-02/msg00013.html ).
These errors are still there at revision 156749 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg01291.html or
http://gcc.gnu.org/ml/gcc-
--- Comment #2 from tkoenig at gcc dot gnu dot org 2010-02-14 12:38 ---
The problem appears to be a lack of a backend_decl with
-fwhole-file:
Breakpoint 1, fancy_abort (file=0xd474a0
"../../trunk/gcc/fortran/trans-expr.c", line=466,
function=0xd47e40 "gfc_conv_component_ref") at
../
--- Comment #2 from jg at jguk dot org 2010-02-14 12:34 ---
(In reply to comment #1)
> (In reply to comment #0)
> > Could the warning message below be revised to include a warning that NULL
> > will
> > evaluate to false or zero?
>
> What else would it evaluate to?
In C++ NULL is def
--- Comment #1 from tkoenig at gcc dot gnu dot org 2010-02-14 11:49 ---
Reduced test case:
odule m
use iso_c_binding
type, public :: fgsl_file
type(c_ptr):: gsl_file = c_null_ptr
end type fgsl_file
contains
subroutine sub(aaa,bbb)
type(fgsl_file), intent(out) ::
--- Comment #3 from paolo dot carlini at oracle dot com 2010-02-14 10:41
---
Yes, and again, I can't reproduce anything similar with current, maintained (at
variance with 3.4.x) GCCs, that is 4.3.x and 4.4.x.
--
paolo dot carlini at oracle dot com changed:
What|Remov
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-02-14 10:40
---
Err, you can't simply adjust a types main variant like
t = build_cplus_array_type_1 (element_type, TYPE_DOMAIN (type));
if (TYPE_MAIN_VARIANT (t) != TYPE_MAIN_VARIANT (type))
{
--- Comment #2 from RaghwendraKumar dot M at hcl dot in 2010-02-14 10:38
---
It is gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-8)
I have made the neccessary change suggected by Paolo Carlini. Please note that
this is not related with coding bug. It is a compilation option related bug. It
sh
--- Comment #1 from paolo dot carlini at oracle dot com 2010-02-14 10:15
---
Cannot reproduce anything similar with currently maintained GCC branches. If
you can with gcc4.3.x or, better, gcc4.4.x, please re-open. By the way, you
definitely want const char* for printf, /not/ char *.
-
--- Comment #13 from paolo dot carlini at oracle dot com 2010-02-14 10:10
---
Let's add Jason in CC instead, Doug doesn't contribute to GCC anymore.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #5 from pault at gcc dot gnu dot org 2010-02-14 09:47 ---
(In reply to comment #4)
> mv 'Build' to 'CC' , Paul, please see previous comment.
>
Joost,
You scared the life out of me when you said that it failed! I had to exclude
dummies but I now do not recall why. I'll lo
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-02-14 08:33
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-02-14 08:29
---
Subject: Bug 32382
Author: jvdelisle
Date: Sun Feb 14 08:28:50 2010
New Revision: 156755
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156755
Log:
2010-02-14 Jerry DeLisle
PR fortran/32382
84 matches
Mail list logo
