--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #1 from sam at gcc dot gnu dot org 2009-10-06 07:20 ---
Subject: Bug 38333
Author: sam
Date: Tue Oct 6 07:19:54 2009
New Revision: 152486
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152486
Log:
gcc/ada/
PR ada/38333
* sem_prag.adb (Process_Imp
--- Comment #2 from ramana at gcc dot gnu dot org 2009-10-06 07:20 ---
confirmed - FYI, the problem doesn't arise with !-mthumb.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from sam at gcc dot gnu dot org 2009-10-06 07:21 ---
Subject: Bug 41383
Author: sam
Date: Tue Oct 6 07:20:53 2009
New Revision: 152487
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152487
Log:
gcc/ada/
PR ada/41383
* a-rttiev.adb (Time_Of_Eve
--- Comment #2 from sam at gcc dot gnu dot org 2009-10-06 07:22 ---
This bug has been fixed in SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sam at gcc dot gnu dot org 2009-10-06 07:23 ---
This bug has been fixed in SVN trunk. Thanks for your very detailed report.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-10-06 07:38
---
> Not set for gnat1 (Ada):
LTO doesn't work for Ada because of the sizetype issue. I have a patch to make
it sort of work for pure Ada code, but mixed-language support is out of
question for the time being, we'l
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-10-06 07:48 ---
The patch that introduces debug temps fixes this problem:
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00112.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from aoliva at gcc dot gnu dot org 2009-10-06 07:53 ---
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00359.html fixes #c9
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41353
Currently, an unrestricted pointer is generated. It should be an restricted
pointer if the expression is not a POINTER or TARGET.
One has to be careful, however:
class(t),allocatable :: bar
allocate(t::a%bar)
select type (foo => bar)
is type(t)
foo%item = 8
bar%item = 9
Here, both items
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-06 07:59 ---
Cross reference: "SELECT TYPE (name => expr)" was initially implemented with
the patch at http://gcc.gnu.org/ml/fortran/2009-10/msg00049.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41599
Assumes that patch http://gcc.gnu.org/ml/fortran/2009-10/msg00049.html is
already committed.
As written in http://gcc.gnu.org/ml/fortran/2009-10/msg00047.html, array valued
expressions do not work; presumably some other attributes need also to be
copied/honored. (cf. also PR 41599.)
implicit non
--- Comment #7 from rguenther at suse dot de 2009-10-06 09:01 ---
Subject: Re: [4.4 Regression] Bogus aliasing
warning with std::set
On Mon, 5 Oct 2009, pinskia at gcc dot gnu dot org wrote:
> --- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-05 20:16
> ---
> This
--- Comment #8 from paolo dot carlini at oracle dot com 2009-10-06 09:23
---
Then it's easy to fix in 4_4 too ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39390
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-06 09:33 ---
Subject: Bug 41217
Author: rguenth
Date: Tue Oct 6 09:33:29 2009
New Revision: 152488
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152488
Log:
2009-10-06 Ryan Mansfield
PR driver/41217
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-06 10:13 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-06 10:15 ---
Can you specify how you bootstrapped with LTO (did you use the linker plugin
and thus dragged in libbackend.a)?
lto1: error: type mismatch in address expression
union tree_node * *
union tree_node *
this is a miss
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-06 10:17 ---
Btw, any help is of course appreciated.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-06 10:20 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-06 10:31 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
to/41502
* gcc.dg/lto/20091006-1_0.c: New testcase.
* gcc.dg/lto/20091006-1_1.c: Likewise.
* gcc.dg/lto/20091005-2_0.c: Likewise.
Added:
trunk/gcc/testsuite/gcc.dg/lto/20091005-2_0.c
trunk/gcc/testsuite/gcc.dg/lto/20091006-1_0.c
trunk/gcc/testsuite/gcc.dg/lto/200910
--- Comment #3 from burnus at gcc dot gnu dot org 2009-10-06 10:38 ---
Subject: Bug 41591
Author: burnus
Date: Tue Oct 6 10:38:12 2009
New Revision: 152490
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152490
Log:
2009-10-06 Tobias Burnus
PR lto/41591
* doc/i
--- Comment #8 from sam at gcc dot gnu dot org 2009-10-06 11:37 ---
The issue is no longer present in trunk. Closing as fixed.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|4.5.0 |
Target Milestone|--- |4.5.0
http://gcc.gnu.o
--- Comment #4 from burnus at gcc dot gnu dot org 2009-10-06 11:39 ---
Andi, is the current wording sufficient or is something missing/unclear?
http://gcc.gnu.org/viewcvs/trunk/gcc/doc/invoke.texi?r1=152490&r2=152489&pathrev=152490
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=415
--- Comment #1 from sam at gcc dot gnu dot org 2009-10-06 11:50 ---
Fixed in trunk
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from sam at gcc dot gnu dot org 2009-10-06 11:54 ---
The call is now a proper tail call in SVN trunk. However, the unrolling still
happens, but I guess this is expected.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from sam at gcc dot gnu dot org 2009-10-06 11:57 ---
+===GNAT BUG DETECTED==+
| 4.5.0 20091003 (experimental) (i686-pc-linux-gnu) GCC error: |
| in gnat_to_gnu_entity, at ada/gcc-interface/decl.c:544
--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-06 12:14 ---
(In reply to comment #1)
> Try enabling -fwhole-program together with -flto.
I did now - and thanks to sanitizing the tree, there is no failure (contrary to
using only -fwhole-program w/o -flto).
capacita is now onl
--- Comment #4 from espindola at google dot com 2009-10-06 12:37 ---
I was trying to do a manual bootstrap. Just compiled a gcc with
--disable-bootstrap --with-ld=gold and used that to try to build a new one:
CC="$HOME/gcc/inst/bin/gcc -flto -use-linker-plugin" ../gcc-git/configure
--en
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-06 12:45 ---
Further reducing into an obviously equivalent header appreciated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598
I have tried several times to compile gcc-4.4.1 from source on my TSL Linux
server. *I am not compiling from within the source tree*, and I have made sure
that I have mpfr and gmp which I compiled and installed from source without
problems.
Each time it fails with:
checking whether the GNU Fortra
--- Comment #1 from chris dot hhodges at gmail dot com 2009-10-06 13:08
---
Created an attachment (id=18719)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18719&action=view)
config.log error report
ah now I see the attach option
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-06 13:17 ---
Created an attachment (id=18720)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18720&action=view)
gcc45-pr41445.patch
Multi-line comments also screw up locus
of tokens on the same line as the end of the multi-li
--- Comment #2 from schwab at linux-m68k dot org 2009-10-06 13:19 ---
This is the real problem:
/root/gcc-build/./gcc/f951: relocation error: /usr/local/lib/libmpfr.so.1:
undefined symbol: __gmp_get_memory_functions
You need to fix your libmpfr installation.
--
schwab at linux-m68k
--- Comment #1 from janus at gcc dot gnu dot org 2009-10-06 13:22 ---
The first error message can be trivially fixed by:
Index: interface.c
===
--- interface.c (Revision 152488)
+++ interface.c (Arbeitskopie)
@@ -626,6 +626
--- Comment #46 from jamborm at gcc dot gnu dot org 2009-10-06 13:31
---
Subject: Bug 41395
Author: jamborm
Date: Tue Oct 6 13:31:40 2009
New Revision: 152492
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152492
Log:
2009-10-06 Martin Jambor
PR bootstrap/41395
Under certain circumstances, see attachment, linking with -flto fails:
gcc-4.5 r152491
gcc-4.5 -flto -lstdc++ main.cpp -o a.out
/tmp/ccWovgK1.lto.o:(.rodata._ZTV33ClientNetworkContentSocketHandler[_ZTV33ClientNetworkContentSocketHandler]+0x30):
undefined reference to
`_ZThn8_N33ClientNetworkConten
--- Comment #1 from rubidium at openttd dot org 2009-10-06 13:45 ---
Created an attachment (id=18721)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18721&action=view)
The testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41602
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-06 13:53 ---
*** This bug has been marked as a duplicate of 37352 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-06 13:53 ---
*** Bug 41602 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-10-06 13:54 ---
Another testcase in PR41602. SPEC CPU 2006 450.soplex is the only one in
SPEC 2000/2006 to run into this issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37352
--- Comment #6 from espindola at google dot com 2009-10-06 13:55 ---
Created an attachment (id=18722)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18722&action=view)
testcase
--
espindola at google dot com changed:
What|Removed |Added
--
--- Comment #7 from espindola at google dot com 2009-10-06 13:56 ---
Created an attachment (id=18723)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18723&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598
--- Comment #8 from espindola at google dot com 2009-10-06 13:56 ---
Created an attachment (id=18724)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18724&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598
--- Comment #47 from jamborm at gcc dot gnu dot org 2009-10-06 14:11
---
Finally, all problems that have cause this havoc are fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
---
Found in the thread
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/bb75425678569ae3
James Van Buskirk wrote a program there in
http://groups.google.com/group/comp.lang.fortran/msg/fb12cca32eab44cb
The program seems to be invalid with the interface declaration.
ifort -warn a
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-06 14:27 ---
Created an attachment (id=18725)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18725&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41603
Related to PR 41603 but easier to diagnose:
interface
function assumed_len(x)
character(*) assumed_len
integer, intent(in) :: x
end function assumed_len
end interface
end
ifort claims:
test.f90(2): error #6286: A CHARACTER function name must not be declared
--- Comment #3 from burnus at gcc dot gnu dot org 2009-10-06 15:01 ---
(In reply to comment #2)
> If the latter is the correct reading then one needs to have an implicit
> interface with a character length (which is not "*, cf. PR 41604), but using
> an explicit interface is not allowed.
--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-06 14:57 ---
See also PR 41604.
I actually cannot find the spot in the standard which renders this example as
invalid. Reading the following excerpt, I have even the feeling that it is
valid:
"A char-length type parameter value
--- Comment #3 from jan dot kratochvil at redhat dot com 2009-10-06 15:28
---
(In reply to comment #1)
> BTW, gdb 7.0.50.20091005-cvs doesn't work with the guality.exp testcases well,
> something broke in it recently. 6.8.91.20090917-1.fc12 works fine.
There is an array with variable
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-06 15:31 ---
Actually, if one tries to use the function, one also gets with gfortran an
error message:
c = assumed_len(5)
1
Error: Function 'assumed_len' is declared CHARACTER(*) and cannot be used at
(1) since it is no
if libgcc (for example) is linked statically the eh comes from the static link,
however, other libraries (e.g. libfortran or libstdc++) which are still linked
dynamically can refer to a different eh in libSystem.
The same problem can occur when libgfortran/libstdc++/libgcc are linked
statically an
Not all types of the IL and its trees are fixed up by lto_fixup_decls as can
be seen by attached patch.
--
Summary: Not all types are fixed up
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: wrong-code, memory-hog
Severit
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-06 15:49 ---
Created an attachment (id=18726)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18726&action=view)
patch for debugging
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41606
After the LTO merge GCC will not bootstrap on HPPA HP-UX because this system
does not have stdint.h and this header is included unconditionally in
lto-streamer.h.
This header file was not a requirement for building before the merge. We
should either document this requirement, remove the requirem
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-06
15:55 ---
Subject: Re: Bad .comm directive
> Btw, any help is of course appreciated.
Using ASM_OUTPUT_ALIGNED_COMMON resolves the problem on this target.
Joseph's comment seems correct.
Dave
--
http://gcc.gnu
--- Comment #1 from developer at sandoe-acoustics dot co dot uk 2009-10-06
15:56 ---
Created an attachment (id=18727)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18727&action=view)
make sure that static linking of libraries is consistent
this patch provides:
(a) new spec with d
--- Comment #1 from joseph at codesourcery dot com 2009-10-06 15:59 ---
Subject: Re: New: Cannot build LTO without stdint.h
On Tue, 6 Oct 2009, sje at cup dot hp dot com wrote:
> After the LTO merge GCC will not bootstrap on HPPA HP-UX because this system
> does not have stdint.h and
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-06 16:15 ---
I can't see the inclusion of stdint.h in lto-streamer.h.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from sje at cup dot hp dot com 2009-10-06 16:22 ---
See Josephs comment (#1), it actually includes plugin-api.h and that includes
stdint.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41607
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-06 16:32 ---
then this is a dup of bug 40790.
*** This bug has been marked as a duplicate of 40790 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-10-06 16:32 ---
*** Bug 41607 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
class(t1), pointer :: c ! missing TYPE decl
select type (c)
type is (t1)
end select
end
f951: internal compiler error: in find_typebound_proc_uop, at
fortran/symbol.c:4657
--
Summary: ICE with CLASS and invalid code
Product: gcc
Version: 4.5.0
This means that which tests are run could depend on the order in which (say)
-m32, -m64 are given in RUNTESTFLAGS. It also produces a lot of non-useful
error output on dawin9/10 where the next runtime is not yet usable with gcc.
--
Summary: Torture tests do not check "trivial.{m,mm}"
--- Comment #1 from developer at sandoe-acoustics dot co dot uk 2009-10-06
17:03 ---
Created an attachment (id=18728)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18728&action=view)
Make the trivial test run for each options pass.
log:
*gcc/testsuite/lib/objc-torture.ex
--- Comment #2 from developer at sandoe-acoustics dot co dot uk 2009-10-06
17:07 ---
Created an attachment (id=18729)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18729&action=view)
provide -B options to allow spec replacement like libxx.a%s.
you will need this for the testsuite
Hi,
I compiled the follow program:
1 int main()
2 {
3 int $my_int_var;
4 my_int_var = 9;
5 return 0;
6 }
using this command-line:
gcc -ansi -Wall -o identifier identifier.c
I made two tests: first, without line 4. That's ok! It recognized token
$my_int_var as a valid identifier. Bu
--- Comment #4 from burnus at gcc dot gnu dot org 2009-10-06 17:55 ---
(In reply to comment #2)
> c) "If an explicit specific interface is specified by an interface body or a
> procedure declaration statement (12.3.2.3) for an external procedure, the
> characteristics shall be consistent
Continuing from http://gcc.gnu.org/ml/gcc-help/2009-10/msg00087.html
When compiling the following code:
g++ test.cpp -o test.o -c -save-temps
test.cpp -
struct A {
static int Init()
{
static int &i = *new int();
return i;
}
}
--- Comment #1 from zsojka at seznam dot cz 2009-10-06 20:22 ---
Created an attachment (id=18730)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18730&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41611
On powerpc-apple-darwin* gfortran.dg/round_2.f03 fails with:
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/round_2.f03:5.37:
write(line, '(RN, 4F10.3)') 0.0625_10, 0.1875_10
1
Error: Invalid real kind 10 at (1)
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/rou
--- Comment #2 from zsojka at seznam dot cz 2009-10-06 20:28 ---
Created an attachment (id=18731)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18731&action=view)
original testcase reproducing crash (preprocessed files)
To reproduce the crash, use: (order of *.ii is important)
g++
On powerpc-apple-darwin9 the tests gfortran.dg/dynamic_dispatch_*.f03 fail
with:
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/dynamic_dispatch_1.f03:30:0:
internal compiler error: in resolve_compcall, at fortran/resolve.c:5038
--
Summary: ICE for gfortran.dg/dynamic_dispatch_*.f03 o
--- Comment #1 from sje at cup dot hp dot com 2009-10-06 20:43 ---
I am seeing this on ia64-hp-hpux11.23 too.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Hi,
the following code fails to compile under MinGW (GCC 4) as well as Ubuntu Linux
(GCC 4) although it is syntactically correct:
template
class DetectChanges
{
public:
template
void detectFileChange() const {}
};
class RedetermineAuto
{
public:
RedetermineAuto()
{
e
--- Comment #14 from vmakarov at redhat dot com 2009-10-06 21:59 ---
IRA does not create a conflict for p66 and p67 (in function triangle). One
pseudo is earlyclobber. They should have a conflict. Therefore p67 gets wrong
hard register and reload fixes this by generation of additional
--- Comment #8 from bergner at gcc dot gnu dot org 2009-10-06 22:03 ---
Created an attachment (id=18732)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18732&action=view)
Potential patch to fix pr40737
Here is a patch from Adhemerval Zanella from our IBM LTC Performance team, that
--- Comment #9 from kargl at gcc dot gnu dot org 2009-10-06 23:10 ---
(In reply to comment #8)
> Created an attachment (id=18732)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18732&action=view) [edit]
> Potential patch to fix pr40737
>
> Here is a patch from Adhemerval Zanella fr
--- Comment #3 from dje at gcc dot gnu dot org 2009-10-06 23:28 ---
Yep
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|guard variable is emitted |[4.5 Regression] guard
|even when the guarded symbo
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-10-07 01:24
---
Subject: Bug 41612
Author: jvdelisle
Date: Wed Oct 7 01:24:27 2009
New Revision: 152510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152510
Log:
2009-10-06 Jerry DeLisle
PR libgfortran/4161
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-10-07 01:26
---
Fixed on trunk. This test may still fail for platforms that have neither
kind=10 or kind=16.
Probably we should just XFAIL those if they show up.
--
jvdelisle at gcc dot gnu dot org changed:
What
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-10-07 01:29
---
Please let us know if you fix this and/or you are still stuck.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41601
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #8 from dannysmith at gcc dot gnu dot org 2009-10-07 02:57
---
Subject: Bug 41512
Author: dannysmith
Date: Wed Oct 7 02:57:21 2009
New Revision: 152511
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152511
Log:
PR target/41512
* config/i386/winnt.c
--- Comment #9 from dannysmith at users dot sourceforge dot net 2009-10-07
03:06 ---
Fixed at revision 152511.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #2 from pault at gcc dot gnu dot org 2009-10-07 04:32 ---
Dear Dominique and Steve,
This is clearly mine. I cannot diagnose it but have a pretty shrewd idea of
what is happening.
I will apply an 'obvious' patch after regtesting.
Thanks for the report.
Paul
--
pault
--- Comment #3 from pault at gcc dot gnu dot org 2009-10-07 05:17 ---
Subject: Bug 41613
Author: pault
Date: Wed Oct 7 05:17:29 2009
New Revision: 152513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152513
Log:
2009-10-07 Paul Thomas
PR fortran/41613
* reso
90 matches
Mail list logo
