--- Comment #4 from gabriel at teuton dot org 2009-10-11 04:38 ---
I have the same problem with g++ 4.2.4 and 4.3.2.
--
gabriel at teuton dot org changed:
What|Removed |Added
-
--- Comment #43 from howarth at nitro dot med dot uc dot edu 2009-10-11
01:13 ---
Posted new revised patch to gcc-patches...
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00670.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #42 from howarth at nitro dot med dot uc dot edu 2009-10-11
01:11 ---
Created an attachment (id=18782)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18782&action=view)
Revised fix for PR41313 with dual approach
--
howarth at nitro dot med dot uc dot edu changed:
--- Comment #21 from jvdelisle at gcc dot gnu dot org 2009-10-10 23:02
---
Subject: Bug 35862
Author: jvdelisle
Date: Sat Oct 10 23:02:11 2009
New Revision: 152632
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152632
Log:
2009-10-10 Jerry DeLisle
PR libgfortran/358
--- Comment #1 from paolo dot carlini at oracle dot com 2009-10-10 22:36
---
This is already fixed in mainline, I don't know whether there are plans to back
port to 4_4-branch...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41672
According to [dcl.init.ref], p5 of the latest working paper (N2960),
A reference to type cv1 T1 is initialized by an expression of type
cv2 T2 as follows:
...
...the reference shall be an lvalue reference to a non-volatile const
type (i.e., cv1 shall be const), or the ref
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
c_l
to_20090313_0.o -O0 -fwhopr -lm -o gcc-dg-lto-20090313-01(timeout =
300
)
ld: Unsatisfied symbol "__sync_fetch_and_add_4" in file c_lto_20090313_0.o
1 errors.
collect2: ld returned 1 exit status
compiler exite
--- Comment #5 from danglin at gcc dot gnu dot org 2009-10-10 20:55 ---
This bug also affects hppa64-hp-hpux11.11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/memcpy-chk.c
/test/g
nu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/memcpy-chk-lib.c
/test/g
nu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-10 20:17 ---
Hmhm. I'll have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #5 from espindola at google dot com 2009-10-10 20:13 ---
Created an attachment (id=18781)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18781&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669
--- Comment #4 from espindola at google dot com 2009-10-10 20:12 ---
Created an attachment (id=18780)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18780&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669
--- Comment #3 from espindola at google dot com 2009-10-10 20:12 ---
Created an attachment (id=18779)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18779&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669
--- Comment #2 from espindola at google dot com 2009-10-10 20:12 ---
Created an attachment (id=18778)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18778&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669
--- Comment #1 from espindola at google dot com 2009-10-10 20:12 ---
Created an attachment (id=18777)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18777&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669
Gcc goes into an infinite recursion trying to build gcc. Reduced test:
cc1 diagnostic.i -quiet -O2 -flto -o diagnostic.s
as -o diagnostic.o diagnostic.s
cc1 ggc-common.i -quiet -O2 -flto -o ggc-common.s
as -o ggc-common.o ggc-common.s
cc1 optabs.i -quiet -O2 -flto -o optabs.s
as -o optabs.o optabs
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-10 20:02 ---
Confirmed.
./xgcc -B. dc.i font.i freetype.i -flto -fPIC -shared -O2
In file included from font.i:119:0,
from dc.i:43,
from :9:
freetype.i: In function 'get_glyph_index_linked':
fre
--- Comment #3 from marcus at jet dot franken dot de 2009-10-10 19:48
---
Created an attachment (id=18776)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18776&action=view)
freetype.i
freetype.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41668
--- Comment #2 from marcus at jet dot franken dot de 2009-10-10 19:48
---
Created an attachment (id=18775)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18775&action=view)
font.i
font.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41668
--- Comment #1 from marcus at jet dot franken dot de 2009-10-10 19:48
---
Created an attachment (id=18774)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18774&action=view)
dc.i
dc.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41668
$ /home/marcus/projects/gcc.trunk/BIN/bin/gcc -m32 -O3 -flto -c dc.i font.i
freetype.i -fPIC
$ /home/marcus/projects/gcc.trunk/BIN/bin/gcc -O3 -flto -Wl,-r -o gdi32.dll.so
dc.o font.o freetype.o -nostdlib -fPIC -m32
In file included from font.i:119:0,
from dc.i:43,
Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/g++/../../g++
-B/mnt/gnu/gc
c/objdir/gcc/testsuite/g++/../../
/mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/debug/dw
arf2/typedef1.C -nostdinc++
-I/mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++
-v3/include/hppa64-hp-hpux11.11
-I/mnt/gnu/gcc/objdir/hp
--- Comment #2 from jamborm at gcc dot gnu dot org 2009-10-10 19:46 ---
Thanks, I'll have a look at it early next week.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
-
Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/g++/../../g++
-B/mnt/gnu/gc
c/objdir/gcc/testsuite/g++/../../
/mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/debug/dw
arf2/pubnames-1.C -nostdinc++
-I/mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc
++-v3/include/hppa64-hp-hpux11.11
-I/mnt/gnu/gcc/objdir/
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2009-10-10 18:57
---
Subject: Bug 35862
Author: jvdelisle
Date: Sat Oct 10 18:57:35 2009
New Revision: 152627
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152627
Log:
2009-10-10 Jerry DeLisle
PR libgfortran/358
--- Comment #3 from hjl dot tools at gmail dot com 2009-10-10 18:57 ---
For
case TYPE_LEA:
operands[2] = SET_SRC (XVECEXP (PATTERN (insn), 0, 0));
return "lea{l}\t{%a2, %k0|%k0, %a2}";
Won't we get "(zero_extend:DI ...)" for operands[2]? Don't we
want "(plus:SI ...)" in
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-10 18:44 ---
*** Bug 41663 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-10 18:44 ---
*** This bug has been marked as a duplicate of 37352 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-10 18:43 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-10 18:43 ---
I fixed it once, but it re-appeared with rths exception rewrite.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ubizjak at gmail dot com 2009-10-10 18:30 ---
(In reply to comment #0)
> Am I missing something?
The part of manual where lea is described, perhaps? ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41665
--- Comment #1 from hjl dot tools at gmail dot com 2009-10-10 18:29 ---
Never mind. alternative starts at 0.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2009-10-10 18:12 ---
I see the following regressions with 4.5.0 on hppa-unknown-linux-gnu:
PASS: PR218 -O3 compilation from source
FAIL: Throw_3 -O3 execution - source compiled test
FAIL: Throw_3 -O3 -findirect-dispatch execution - sour
There are
(define_insn "addsi_1_zext"
[(set (match_operand:DI 0 "register_operand" "=r,r")
(zero_extend:DI
(plus:SI (match_operand:SI 1 "nonimmediate_operand" "%0,r")
(match_operand:SI 2 "general_operand" "g,li"
(clobber (reg:CC FLAGS_REG))]
"TARGET_
--- Comment #4 from dominiq at lps dot ens dot fr 2009-10-10 18:08 ---
Subject: Re: FAIL: gfortran.dg/round_2.f03
I am not sure that the change will allow the compilation if k<0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41612
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2009-10-10 17:55
---
Reoly to Comment #17: See PR41612. I committed a fix to round_2.f03 that
tests for the kind parameter being valid and also adds kind=8 checking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35862
--- Comment #20 from davek at gcc dot gnu dot org 2009-10-10 17:46 ---
(In reply to comment #19)
> I'll set a full
> bootstrap going now just for completeness' sake,
Completed and passed check-target-libgomp without incident, by which I mean
it didn't try and run any fortran tests :
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-10-10 17:34
---
Subject: Bug 41612
Author: jvdelisle
Date: Sat Oct 10 17:34:06 2009
New Revision: 152624
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152624
Log:
2009-10-10 Jerry DeLisle
PR libgfortran/4161
Executing on host:
/home/dave/gnu/gcc-4.5/objdir/gcc/testsuite/gfortran/../../gf
ortran -B/home/dave/gnu/gcc-4.5/objdir/gcc/testsuite/gfortran/../../
f_lto_pr407
25_0.o f_lto_pr40725_1.o -O2 -fwhopr
-B/home/dave/gnu/gcc-4.5/objdir/hppa-lin
ux/./libgfortran/.libs
-L/home/dave/gnu/gcc-4.5/objdir/h
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/testsuite/g++/../../g++
-B/
home/dave/gnu/gcc-4.5/objdir/gcc/testsuite/g++/../../ cp_lto_20090106_0.o
-nost
dinc++
-I/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libstdc++-v3/include/hppa-linu
x -I/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libstdc++-v
On hppa-unknown-linux-gnu:
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/testsuite/g++/../../g++
-B/
home/dave/gnu/gcc-4.5/objdir/gcc/testsuite/g++/../../ cp_lto_20081109_0.o
cp_lto
_20081109_1.o -nostdinc++
-I/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libstdc++-
v3/include/hppa-linux
-I/hom
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-10 17:09 ---
Confirmed. WHOPR doesn't play well with varpool.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-10 17:08 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-10 17:02 ---
Hm. So
/* { dg-lto-do run { target x86_64-*-* i?86-*-* } } */
doesn't have the desired effect...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-10
16:27 ---
Subject: Re: FAIL: gcc.dg/plugin/one_time-test-1.c
-fplugin=./one_time_plugin.so (internal compiler error)
> http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00645.html
>
> Confirmed. Not LTO related at all
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-10 16:27 ---
Here is a testcase that fails also on x86_64 (but it also fails most likely
everywhere):
check (int result, const char *name)
{
if (!result)
printf ("fail %s\n", name);
}
#define vector __attribute__((vector_
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||jamborm at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-10 16:11 ---
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00645.html
Confirmed. Not LTO related at all and looks like a testcase issue really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
gcc.dg/vmx/bug-2.c fails at -O3 with the following ICE:
/home/apinski/src/local/gcc/gcc/testsuite/gcc.dg/vmx/bug-2.c:24:1: internal
compiler error: in build_int_cst_wide, at tree.c:1147
Which is caused by the fold_binary call here:
#10 0x109fe834 in ipcp_lattice_from_jfunc (info=0x1119b3b0, lat=0x
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4.5/objdir/gcc/
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/plugin/one_time-test-1.c
-fplugin=./one_time_plugin.so -O -S -o one_time-test-1.s(timeout =
300)cc1: internal compiler error: in register_pass, at pas
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/ -O0 -fwhopr -c -o c_lto_20090914-2_0.o
/home/dave/gnu/gcc-4.5/
gcc/gcc/testsuite/gcc.dg/lto/20090914-2_0.c(timeout = 300)
/tmp/ccz0bNae.s: Assembler messages:
/tmp/ccz0bNae.s:73: Error: Unknown op
--- Comment #18 from jvdelisle at verizon dot net 2009-10-10 16:03 ---
Subject: Re: [F2003] Implement new rounding modes for
run time
On Sat, 2009-10-10 at 15:45 +, danglin at gcc dot gnu dot org wrote:
>
> --- Comment #17 from danglin at gcc dot gnu dot org 2009-10-10 15:45
FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c execution, -O2 -fwhopr
FAIL: gcc.c-torture/execute/builtins/stpcpy-chk.c execution, -O2 -fwhopr
FAIL: gcc.c-torture/execute/builtins/strcpy-chk.c execution, -O2 -fwhopr
--
Summary: Execution testsuite fails with -O2 -fwhopr
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.c-torture/execute/bu
iltins/memmove-2.c
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.c-torture/execut
e/builtins/memmove-2-lib.c
/home/dave/gnu/gcc-4.5/gcc/gc
--- Comment #17 from danglin at gcc dot gnu dot org 2009-10-10 15:45
---
round_2.f03 fails on hppa-unknown-linux-gnu:
Excess errors:
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gfortran.dg/round_2.f03:6: Error:
Missing kind-parameter at (1)
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gfortra
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-10 14:54 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-10 14:53 ---
Subject: Bug 41654
Author: rguenth
Date: Sat Oct 10 14:53:27 2009
New Revision: 152620
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152620
Log:
2009-10-10 Richard Guenther
PR tree-optimization/
--- Comment #22 from hjl dot tools at gmail dot com 2009-10-10 14:46
---
(In reply to comment #20)
> (In reply to comment #19)
> > Without a testcase, people may not review the patch.
> >
>
> May be just include your tests from Bug 40838? (even without testing)
> From http://gcc.gnu.o
--- Comment #21 from mahatma at eu dot by 2009-10-10 13:51 ---
Created an attachment (id=18773)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18773&action=view)
tests proposal from PR 40838 (from H.J. Lu)
Are there are good?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4115
--- Comment #20 from mahatma at eu dot by 2009-10-10 13:48 ---
(In reply to comment #19)
> Without a testcase, people may not review the patch.
>
May be just include your tests from Bug 40838? (even without testing)
>From http://gcc.gnu.org/bugzilla/attachment.cgi?id=18656
Your suggest
--- Comment #1 from sfilippone at uniroma2 dot it 2009-10-10 12:53 ---
Created an attachment (id=18772)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18772&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41656
: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr/local/gnu45
--enable-languages=c
,c++,fortran : (reconfigured) ../gcc/configure --prefix=/usr/local/gnu45
--enabl
e-languages=c,c++,fortran
Thread model: posix
gcc version 4.5.0 20091010 (experimental) (GCC)
[sfili...@localhost
--- Comment #19 from angad dot dongare at gmail dot com 2009-10-10 10:48
---
iteruwioturei jkldkldj f fidoifuio rwepooruiou roipruowi weruweoiruowei
hfkjhdfkjk lksdjljdl fkdl;fkl;kdsfa fjkljkjdfnjkjklfj jklfjklsd
klfjkweioj jkljkdfkjsklaf
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #18 from angad dot dongare at gmail dot com 2009-10-10 10:40
---
iteruwioturei jkldkldj f fidoifuio rwepooruiou roipruowi weruweoiruowei
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-10 10:25 ---
Reduced testcase, fails at -O2:
SUBROUTINE SCANBUFR (LBUFRIGNOREERROR, LBOPRPRO, LLSPLIT)
LOGICAL :: LBUFRIGNOREERROR, LBOPRPRO, LLSPLIT
INTEGER :: IBOTYP, IBSTYP
IF ((IBOTYP.eq.0).AND.(IBSTYP.eq.1)) GO TO 251
IF (
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-10 10:07 ---
Confirmed. Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #3 from toon at moene dot org 2009-10-10 09:52 ---
Created an attachment (id=18771)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18771&action=view)
Source code that elicits the error.
This is the complete source evoking the error.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #2 from toon at moene dot org 2009-10-10 09:50 ---
(From update of attachment 18770)
Wrong (incomplete) source.
--
toon at moene dot org changed:
What|Removed |Added
--
--- Comment #1 from toon at moene dot org 2009-10-10 09:26 ---
Created an attachment (id=18770)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18770&action=view)
Source code that elicits the error.
Added source code that evokes error.
It is a .f90 source, not .f
--
http://gcc
The attached routine (scanbufr.f) draws the following ICE when compiled with -c
-O3 -flto:
scanbufr.f90: In function 'scanbufr_':
scanbufr.f90:3:0: internal compiler error: in gimple_cond_get_ops_from_tree, at
gimple.c:417
Please submit a full bug report,
with preprocessed source if appropriate.
S
Compile the following code with options -Os -mthumb -march=armv5te
int mul12(int x)
{
return x*12;
}
Gcc generates:
lsl r3, r0, #1
add r0, r3, r0
lsl r0, r0, #2
@ sp needed for prologue
bx lr
This code sequence may be good for speed. Bu
GCC 4.5 20091008.
In lto-plugin/configure.ac, AC_SYS_LARGEFILE should stay before AC_OUTPUT.
Otherwise, LTO plugin is compiled without -D_FILE_OFFSET_BITS=64, which then
causes an error in lto-plugin.c:576: claim_file_handler: Assertion `status ==
LDPS_OK' failed.
--
Summary: LTO pl
--- Comment #19 from davek at gcc dot gnu dot org 2009-10-10 07:35 ---
(In reply to comment #18)
> Created an attachment (id=18756)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18756&action=view) [edit]
> ditto, but without the d'oh factor
>
> That's what you get when you name on
73 matches
Mail list logo
