--- Comment #14 from aoliva at gcc dot gnu dot org 2009-10-06 06:05 ---
The patch that introduces debug temps fixes the problem in #c9.
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00112.html
As for the testcase in #c10, the behavior is correct. If the pseudo holding a
value becomes
--- Comment #15 from aoliva at gcc dot gnu dot org 2009-10-06 06:09 ---
Err, I messed up my testing. #c9 is not fixed, I was looking at cprop dumps
(as in #c10), not regmove. Sorry. Looking into it now.
--
aoliva at gcc dot gnu dot org changed:
What|Removed
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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=gccview=revrev=152486
Log:
gcc/ada/
PR ada/38333
* sem_prag.adb
--- 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=gccview=revrev=152487
Log:
gcc/ada/
PR ada/41383
* a-rttiev.adb
--- 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,
--- 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
--- 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 is
--- 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=gccview=revrev=152488
Log:
2009-10-06 Ryan Mansfield rmansfi...@qnx.com
PR
--- 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
--- 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
--- 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
lto/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
--- 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=gccview=revrev=152490
Log:
2009-10-06 Tobias Burnus bur...@net-b.de
PR lto/41591
--- 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
--- 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=152490r2=152489pathrev=152490
--
--- 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
--- 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
--- 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
--- 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
--- 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=18719action=view)
config.log error report
ah now I see the attach option
--
--- 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=18720action=view)
gcc45-pr41445.patch
Multi-line comments also screw up locus
of tokens on the same line as the end of the
--- 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
--- 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
--- 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=gccview=revrev=152492
Log:
2009-10-06 Martin Jambor mjam...@suse.cz
PR
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
--- 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=18721action=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=18722action=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=18723action=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=18724action=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
--- 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=18725action=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
--- 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
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
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
--- 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=18726action=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
--- 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
--
--- 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=18727action=view)
make sure that static linking of libraries is consistent
this patch provides:
(a) new spec with
--- 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=18728action=view)
Make the trivial test run for each options pass.
log:
--- 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=18729action=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.
--- 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=18730action=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)
--- 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=18731action=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
--- 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 bool respectFiltering
class DetectChanges
{
public:
template int side
void detectFileChange() const {}
};
class RedetermineAuto
{
public:
--- 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
--- 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=18732action=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=18732action=view) [edit]
Potential patch to fix pr40737
Here is a patch from Adhemerval Zanella from
--- 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
--- 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=gccview=revrev=152510
Log:
2009-10-06 Jerry DeLisle jvdeli...@gcc.gnu.org
--- 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:
--- 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=gccview=revrev=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=gccview=revrev=152513
Log:
2009-10-07 Paul Thomas pa...@gcc.gnu.org
PR
92 matches
Mail list logo
