[Bug fortran/49431] is it illegal?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49431 --- Comment #3 from macius bat 2011-06-16 22:31:51 UTC --- >real :: D2R = 0.017453292519943 ! <--- here I know this. I just wonder real D2R = 0.017453292519943 is legal according to the standard?
[Bug fortran/49431] New: is it illegal?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49431 Summary: is it illegal? Product: gcc Version: 4.4.7 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: linu...@sohu.com program main implicit none real distance real, external :: gcdist distance = gcdist () end program main ! Computes the shortest (undirected) angular distance between the points ! on the globe (LAT1,LON1) and (LAT2,LON2). real function GCDIST() implicit none real D2R = 0.017453292519943 gcdist = D2R end
[Bug fortran/45337] gfortran accepts pointer initialization of DT dummy arguments w/ INTENT(OUT)
--- Comment #8 from linuxl4 at sohu dot com 2010-08-20 06:50 --- Error: Dummy 'x' at (1) cannot have an initializer I think this is easy to understand, an additional short message about why it can't have an initializer will be better. > > It helps if you already state (a) the error message and (b) what you expect > in the first > description. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45337
[Bug fortran/45337] intent(out) and pointer => null()
--- Comment #4 from linuxl4 at sohu dot com 2010-08-19 09:26 --- Too fast your answer interrupt My question. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45337
[Bug fortran/45337] intent(out) and pointer => null()
--- Comment #3 from linuxl4 at sohu dot com 2010-08-19 09:22 --- module ptrmod implicit none type inde real :: x end type contains subroutine lengthY(indexx) implicit none type(inde), pointer, intent(out) :: indexx(:)=>null() end subroutine end module program main use ptrmod implicit none type(inde), pointer :: indexx(:)=>null() call lengthY(indexx) end program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45337
[Bug fortran/45337] intent(out) and pointer => null()
--- Comment #1 from linuxl4 at sohu dot com 2010-08-19 09:14 --- module ptrmod contains subroutine lengthX(x, i) implicit none real, pointer, intent(out) :: x(:)=>null() integer :: i allocate(x(i)) x=i end subroutine end module program main use ptrmod implicit none real, pointer :: x(:) integer :: i do i=1,5 call lengthX(x, i) print *, size(x), x enddo if(associated(x)) deallocate(x) x=>null() end program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45337
[Bug fortran/45337] New: intent(out) and pointer => null()
$ gfortran --version GNU Fortran (GCC) 4.5.2 20100819 (prerelease) which is wrong? and WHY? -- Summary: intent(out) and pointer => null() Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64 - redhat - linux GCC host triplet: x86_64 - redhat - linux GCC target triplet: x86_64 - redhat - linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45337
[Bug bootstrap/42400] objc build fails
--- Comment #4 from linuxl4 at sohu dot com 2009-12-17 12:32 --- confirmed! Today my gcc 4.5 bootstrap also failed :( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42400
[Bug bootstrap/42365] -march=native -mfpmath=sse leads to bootstrap failure
--- Comment #1 from linuxl4 at sohu dot com 2009-12-14 05:52 --- Sorry, My CFLAGS is " My CFLAGS is " -O3 -pipe -march=native -mfpmath=sse -mveclibabi=svml" -- linuxl4 at sohu dot com changed: What|Removed |Added Summary|-march=native -mfpmath=sse |-march=native -mfpmath=sse |leads to bootstrap failure |leads to bootstrap failure http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42365
[Bug bootstrap/42365] New: -march=native -mfpmath=sse leads to bootstrap failure
My cpu is an amd athlon II 240 and My CFLAGS is " -O3 -pipe -march=sse
-mfpmath=sse -mveclibabi=svml", All went ok until compile libgomp multilib 32
bit.
the compiling message is :
/bin/sh ./libtool --tag=CC --mode=compile /home/xhs/build/gcc/./gcc/xgcc
-B/home/xhs/build/gcc/./gcc/ -B/gcc-4.5/gcc-4.5/x86_64-unknown-linux-gnu/bin/
-B/gcc-4.5/gcc-4.5/x86_64-unknown-linux-gnu/lib/ -isystem
/gcc-4.5/gcc-4.5/x86_64-unknown-linux-gnu/include -isystem
/gcc-4.5/gcc-4.5/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I.
-I/svn/compilers/gcc/libgomp -I/svn/compilers/gcc/libgomp/config/linux/x86
-I/svn/compilers/gcc/libgomp/config/linux
-I/svn/compilers/gcc/libgomp/config/posix -I/svn/compilers/gcc/libgomp -Wall
-Werror -ftls-model=initial-exec -march=i486 -mtune=i686 -Wc,-pthread
-march=native -mfpmath=sse -mveclibabi=svml -pipe -O3 -pthread -m32 -MT
alloc.lo -MD -MP -MF .deps/alloc.Tpo -c -o alloc.lo
/svn/compilers/gcc/libgomp/alloc.c
libtool: compile: /home/xhs/build/gcc/./gcc/xgcc -B/home/xhs/build/gcc/./gcc/
-B/gcc-4.5/gcc-4.5/x86_64-unknown-linux-gnu/bin/
-B/gcc-4.5/gcc-4.5/x86_64-unknown-linux-gnu/lib/ -isystem
/gcc-4.5/gcc-4.5/x86_64-unknown-linux-gnu/include -isystem
/gcc-4.5/gcc-4.5/x86_64-unknown-linux-gnu/sys-include -m32 -DHAVE_CONFIG_H -I.
-I/svn/compilers/gcc/libgomp -I/svn/compilers/gcc/libgomp/config/linux/x86
-I/svn/compilers/gcc/libgomp/config/linux
-I/svn/compilers/gcc/libgomp/config/posix -I/svn/compilers/gcc/libgomp -Wall
-Werror -ftls-model=initial-exec -march=i486 -pthread -mtune=i686 -march=native
-mfpmath=sse -mveclibabi=svml -pipe -O3 -pthread -m32 -MT alloc.lo -MD -MP -MF
.deps/alloc.Tpo -c /svn/compilers/gcc/libgomp/alloc.c -fPIC -DPIC -o
.libs/alloc.o
and the error message Is
cc1: warnings being treated as errors
/svn/compilers/gcc/libgomp/alloc.c:1:0: error: SSE instruction set disabled,
using 387 arithmetics
make[6]: *** [alloc.lo] Error 1
make[5]: *** [all-recursive] Error 1
make[4]: *** [all] Error 2
make[3]: *** [multi-do] Error 1
make[2]: *** [all-multi] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
It seems that Makefile added a "-march=i486 -pthread -mtune=i686" option which
leads to bootstrap error.
--
Summary: -march=native -mfpmath=sse leads to bootstrap failure
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: amd64_Linux
GCC host triplet: amd64_Linux
GCC target triplet: amd64_Linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42365
[Bug middle-end/41935] ICE : tree check: expected integer_cst, have nop_expr in int_cst_value, at tree.c:8301
--- Comment #1 from linuxl4 at sohu dot com 2009-11-04 07:29 --- Created an attachment (id=18961) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18961&action=view) the source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41935
[Bug middle-end/41935] New: ICE : tree check: expected integer_cst, have nop_expr in int_cst_value, at tree.c:8301
$gcc -v gcc version 4.4.3 20091104 (prerelease) (GCC) $gcc -c pid.c kernel/pid.c: In function 'find_pid_ns': kernel/pid.c:299: internal compiler error: tree check: expected integer_cst, have nop_expr in int_cst_value, at tree.c:8301 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE : tree check: expected integer_cst, have nop_expr in int_cst_value, at tree.c:8301 Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64-pc-linux GCC host triplet: x86_64-pc-linux GCC target triplet: x86_64-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41935
[Bug fortran/41844] New: lto1: warning: unknown register name: line-length-none
$cat test.f90 program main end $gfortran -flto -ffixed-line-length-none test.f90 lto1: warning: unknown register name: line-length-none I think "-ffixed-line-length-none" has nothing to do with lto, am I right? -- Summary: lto1: warning: unknown register name: line-length-none Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64-pc-linux GCC host triplet: x86_64-pc-linux GCC target triplet: x86_64-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41844
[Bug bootstrap/41691] -flto leads to bootstrap failure
--- Comment #3 from linuxl4 at sohu dot com 2009-10-13 11:27 --- thanks for your message above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41691
[Bug bootstrap/41691] -flto leads to bootstrap failure
--- Comment #1 from linuxl4 at sohu dot com 2009-10-13 02:42 --- Created an attachment (id=18793) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18793&action=view) config.log file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41691
[Bug bootstrap/41691] New: -flto leads to bootstrap failure
trunk r152694
CFLAGS="-march=atom -mfpmath=sse -mveclibabi=svml -pipe -O3 -flto"
When configure in libgcc,
checking for x86_64-unknown-linux-gnu-gcc... /home/xhs/build/gcc/./gcc/xgcc
-B/home/xhs/build/gcc/./gcc/ -B/gcc-4.5/gcc/x86_64-unknown-linux-gnu/bin/
-B/gcc-4.5/gcc/x86_64-unknown-linux-gnu/lib/ -isystem
/gcc-4.5/gcc/x86_64-unknown-linux-gnu/include -isystem
/gcc-4.5/gcc/x86_64-unknown-linux-gnu/sys-include
checking for suffix of object files... configure: error: in
`/home/xhs/build/gcc/x86_64-unknown-linux-gnu/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
--
Summary: -flto leads to bootstrap failure
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: x86_64-pc-linux
GCC host triplet: x86_64-pc-linux
GCC target triplet: x86_64-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41691
[Bug middle-end/41378] -fipa-pta -O3 leads to ICE : in insert_vi_for_tree, at tree-ssa-structalias.c:2601
--- Comment #1 from linuxl4 at sohu dot com 2009-09-16 15:28 --- Created an attachment (id=18597) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18597&action=view) the source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41378
[Bug middle-end/41378] New: -fipa-pta -O3 leads to ICE : in insert_vi_for_tree, at tree-ssa-structalias.c:2601
$gcc --version gcc (GCC) 4.5.0 20090916 (experimental) $gcc -O3 -fipa-pta -c regex.c /svn/compilers/gcc/libiberty/regex.c:8126:1: internal compiler error: in insert_vi_for_tree, at tree-ssa-structalias.c:2601 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: -fipa-pta -O3 leads to ICE : in insert_vi_for_tree, at tree-ssa-structalias.c:2601 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64-PC-LINUX GCC host triplet: x86_64-PC-LINUX GCC target triplet: x86_64-PC-LINUX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41378
[Bug fortran/40766] this fortran program is too slow
--- Comment #15 from linuxl4 at sohu dot com 2009-07-25 07:40 --- no , I wrote this source myself. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40766
[Bug fortran/40766] this fortran program is too slow
--- Comment #8 from linuxl4 at sohu dot com 2009-07-16 04:37 --- compilation is also very slow, isn't it? can anybody confirm my results of only with or without -O3 option? I think the difference of sse or x87 is 4 times at most. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40766
[Bug fortran/40766] this fortran program is too slow
--- Comment #4 from linuxl4 at sohu dot com 2009-07-15 18:35 --- -O3 also very slow. 4.28173363E+09 real81m50.845s user81m50.587s sys 0m0.444s can anybody confirm? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40766
[Bug fortran/40766] this fortran program is too slow
--- Comment #1 from linuxl4 at sohu dot com 2009-07-15 15:49 --- My server is an atom330/gentoo gfortran -v GNU Fortran (GCC) 4.5.0 20090715 (experimental) Copyright (C) 2009 Free Software Foundation, Inc. gfortran 1.f90; time ./a.out 4.28173363E+09 real120m30.599s user120m29.164s sys 0m0.464s ifort 1.f90; time ./a.out 4.3692155E+09 real2m56.217s user2m55.871s sys 0m0.352s if I call the functions(sin,cos,tan) from intel's libimf.so, then gfortran 1.f90 -limf 4.31716608E+09 real6m39.177s user6m38.289s sys 0m0.512s -- linuxl4 at sohu dot com changed: What|Removed |Added Summary|this fortran program is too |this fortran program is too |slow|slow http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40766
[Bug fortran/40766] New: this fortran program is too slow
program main implicit none integer :: i,j integer,parameter :: N=5000 real :: x(N)=0.0 do j=1,20 do i=1,N x(i)=x(i)+sin(real(i))+cos(real(i))-tan(real(i)) enddo enddo print *, sum(x) end program main -- Summary: this fortran program is too slow Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40766
[Bug middle-end/39957] ICE : in expand_scalar_variables_expr, at graphite.c:4262
--- Comment #1 from linuxl4 at sohu dot com 2009-04-29 14:21 --- Created an attachment (id=17779) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17779&action=view) the source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39957
[Bug middle-end/39957] New: ICE : in expand_scalar_variables_expr, at graphite.c:4262
gcc 4.5 r146933 gcc -std=gnu99 -O2 -floop-block -c matmul_c4.c /svn/compilers/gcc/libgfortran/generated/matmul_c4.c: In function 'matmul_c4': /svn/compilers/gcc/libgfortran/generated/matmul_c4.c:79: internal compiler error: in expand_scalar_variables_expr, at graphite.c:4262 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE : in expand_scalar_variables_expr, at graphite.c:4262 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64-linux-pc GCC host triplet: x86_64-linux-pc GCC target triplet: x86_64-linux-pc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39957
[Bug fortran/39844] module whole-file checking disabled
--- Comment #5 from linuxl4 at sohu dot com 2009-04-22 06:44 --- of cource it is not difficult to reorder the source . I don't know any compiler can do this, I wish there are a outsmart one. -- linuxl4 at sohu dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39844
[Bug fortran/39844] module whole-file checking disabled
--- Comment #4 from linuxl4 at sohu dot com 2009-04-22 06:37 --- in my opiton of view , at the time a USE statement is processed, the public portions of the specified module shall be available. should not been think as about the order of units, since "This standard places no ordering requirement on the program units". it should been think as the time order how compiler processes the program units. if it is somewhat vague to say this is a bug( I do think so), OK, let's be an advice of me . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39844
[Bug fortran/39844] module whole-file checking disabled
--- Comment #2 from linuxl4 at sohu dot com 2009-04-22 04:32 --- no quite. but the std post on limitation on this , so I really hope gfortran support it. http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/f4ab93c7cece56ee/d4518a395a0fd4fe?hl=zh-CN#d4518a395a0fd4fe today I check the Changelog ,I found * resolve.c (resolve_global_procedure): Enable whole-file checking for procedures that are declared later in the file. so I post this to gcc bugzilla. can the developers think about this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39844
[Bug fortran/39844] New: module whole-file checking disabled
program main use after end program main module after end module after this is allowed by the standard, I hope gfortran support this. -- Summary: module whole-file checking disabled Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64-linux GCC host triplet: x86_64-linux GCC target triplet: x86_64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39844
[Bug middle-end/39275] -funroll-loop fails
--- Comment #2 from linuxl4 at sohu dot com 2009-04-19 17:30 --- can anybody comfirm? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39275
[Bug middle-end/39459] ICE in libgcc2.c:1103: Segmentation fault
--- Comment #5 from linuxl4 at sohu dot com 2009-03-13 19:33 --- ok~~ , should I close this bug report? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
[Bug middle-end/39459] ICE in libgcc2.c:1103: Segmentation fault
--- Comment #3 from linuxl4 at sohu dot com 2009-03-13 18:35 --- so It is unusable at all now , not just a bug ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
[Bug middle-end/39459] ICE in libgcc2.c:1103: Segmentation fault
--- Comment #1 from linuxl4 at sohu dot com 2009-03-13 18:15 --- Created an attachment (id=17461) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17461&action=view) the source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
[Bug middle-end/39459] New: ICE in libgcc2.c:1103: Segmentation fault
{~/tmp}$gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /svn/gcc/configure --prefix=/gcc-4.4/gcc --enable-shared
--enable-languages=c,c++,objc,obj-c++,fortran --disable-multilib
--with-gmp=/gcc-4.4/gmp --with-mpfr=/gcc-4.4/mpfr --with-ppl=/gcc-4.4/ppl
--with-cloog=/gcc-4.4/cloog
Thread model: posix
gcc version 4.4.0 20090313 (experimental) (GCC)
{~/tmp}$gcc -c libgcc2.c -O2 -funroll-all-loops -fsee -fnon-call-exceptions
/svn/gcc/libgcc/../gcc/libgcc2.c: In function '__divti3':
/svn/gcc/libgcc/../gcc/libgcc2.c:1103: internal compiler error: Segmentation
fault
Please submit a full bug report,with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: ICE in libgcc2.c:1103: Segmentation fault
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: x86_64-pc-linux
GCC host triplet: x86_64-pc-linux
GCC target triplet: x86_64-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
[Bug middle-end/39455] ICE : in compare_values_warnv, at tree-vrp.c:1073
--- Comment #1 from linuxl4 at sohu dot com 2009-03-13 12:34 --- Created an attachment (id=17456) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17456&action=view) the source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
[Bug middle-end/39455] New: ICE : in compare_values_warnv, at tree-vrp.c:1073
{~/tmp}$gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /svn/gcc/configure --prefix=/gcc-4.4/gcc --enable-shared
--enable-languages=c,c++,objc,obj-c++,fortran --disable-multilib
--with-gmp=/gcc-4.4/gmp --with-mpfr=/gcc-4.4/mpfr --with-ppl=/gcc-4.4/ppl
--with-cloog=/gcc-4.4/cloog
Thread model: posix
gcc version 4.4.0 20090313 (experimental) (GCC)
{~/tmp}$gcc -O2 -fprefetch-loop-arrays -c sort.c
/svn/gcc/libiberty/sort.c: In function 'sort_pointers':
/svn/gcc/libiberty/sort.c:47: internal compiler error: in compare_values_warnv,
at tree-vrp.c:1073
Please submit a full bug report,with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: ICE : in compare_values_warnv, at tree-vrp.c:1073
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: X86_64-PC-LINUX-GNU
GCC host triplet: X86_64-PC-LINUX-GNU
GCC target triplet: X86_64-PC-LINUX-GNU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
[Bug middle-end/39453] ICE : in init_seqno, at sel-sched.c:6433
--- Comment #1 from linuxl4 at sohu dot com 2009-03-13 11:38 --- Created an attachment (id=17454) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17454&action=view) the fortran source which is a part of lapack. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39453
[Bug middle-end/39453] New: ICE : in init_seqno, at sel-sched.c:6433
{~/tmp}$gfortran -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /svn/gcc/configure --prefix=/gcc-4.4/gcc --enable-shared
--enable-languages=c,c++,objc,obj-c++,fortran --disable-multilib
--with-gmp=/gcc-4.4/gmp --with-mpfr=/gcc-4.4/mpfr --with-ppl=/gcc-4.4/ppl
--with-cloog=/gcc-4.4/cloog --with-cloog-polylib=/gcc-4.4/polylib
Thread model: posix
gcc version 4.4.0 20090313 (experimental) (GCC)
{~/tmp}$gfortran -c sgbtrf.f -O3 -fselective-scheduling2
-fsel-sched-pipelining -fsel-sched-pipelining-outer-loops
sgbtrf.f: In function 'sgbtrf':
sgbtrf.f:437: internal compiler error: in init_seqno, at sel-sched.c:6433
Please submit a full bug report,with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: ICE : in init_seqno, at sel-sched.c:6433
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: X86_64-PC-LINUX-GNU
GCC host triplet: X86_64-PC-LINUX-GNU
GCC target triplet: X86_64-PC-LINUX-GNU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39453
[Bug middle-end/39360] [4.4 Regression] ICE in referenced_var_lookup, at tree-dfa.c:563
--- Comment #14 from linuxl4 at sohu dot com 2009-03-07 00:12 --- thanks a lot. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39360
[Bug middle-end/39360] tree-dsa leads to an ICE
--- Comment #1 from linuxl4 at sohu dot com 2009-03-04 14:36 --- Created an attachment (id=17393) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17393&action=view) the preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39360
[Bug middle-end/39360] New: tree-dsa leads to an ICE
[~]gcc -v gcc version 4.4.0 20090304 (experimental) (GCC) [~]gcc -O2 -c patch_realtek.c sound/pci/hda/patch_realtek.c: In function 'patch_alc861vd': sound/pci/hda/patch_realtek.c:14747: internal compiler error: in referenced_var_lookup, at tree-dfa.c:563 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: tree-dsa leads to an ICE Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39360
[Bug middle-end/39275] -funroll-loop fails
--- Comment #1 from linuxl4 at sohu dot com 2009-02-23 16:15 --- Created an attachment (id=17348) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17348&action=view) source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39275
[Bug middle-end/39275] New: -funroll-loop fails
{~/tmp}$gcc --version
gcc (GCC) 4.4.0 20090223 (experimental)
Copyright (C) 2009 Free Software Foundation, Inc.
{~/tmp}$g++ -O2 -funroll-loops -c looppass.cpp
/mnt/svn/svn/llvm/lib/Analysis/LoopPass.cpp: In member function 'void
llvm::LPPassManager::deleteLoopFromQueue(llvm::Loop*)':
/mnt/svn/svn/llvm/lib/Analysis/LoopPass.cpp:101: internal compiler error:
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: -funroll-loop fails
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39275
[Bug middle-end/39198] ICE : insn does not satisfy its constraints
--- Comment #1 from linuxl4 at sohu dot com 2009-02-15 20:18 --- Created an attachment (id=17304) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17304&action=view) the source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39198
[Bug middle-end/39198] New: ICE : insn does not satisfy its constraints
[~/tmp]gcc --version
[~/tmp]gcc (GCC) 4.4.0 20090215 (experimental)
[~/tmp]gcc -c s_scalbn.c -march=core2 -mfpmath=sse -O2
[~/tmp]../sysdeps/ieee754/dbl-64/s_scalbn.c: In function '__scalbn':
../sysdeps/ieee754/dbl-64/s_scalbn.c:65: error: insn does not satisfy its
constraints:
(insn 197 196 116 17 ../sysdeps/ieee754/dbl-64/s_scalbn.c:64 (set (reg/v:DF 21
xmm0 [orig:71 x ] [71])
(mult:DF (reg/v:DF 21 xmm0 [orig:71 x ] [71])
(reg:DF 2 cx [106]))) 722 {*fop_df_comm_sse} (nil))
../sysdeps/ieee754/dbl-64/s_scalbn.c:65: internal compiler error: in
copyprop_hardreg_forward_1, at regrename.c:1603
Please submit a full bug report, with preprocessed source if appropriate.
--
Summary: ICE : insn does not satisfy its constraints
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: x86_64-pc-linux
GCC host triplet: x86_64-pc-linux
GCC target triplet: x86_64-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39198
[Bug middle-end/39124] -fno-exceptions leads to a ICE
--- Comment #1 from linuxl4 at sohu dot com 2009-02-07 06:17 --- Created an attachment (id=17266) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17266&action=view) the preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39124
[Bug middle-end/39124] New: -fno-exceptions leads to a ICE
{~/tmp}$g++ --version
g++ (GCC) 4.4.0 20090207 (experimental)
{~/tmp}$g++ -c PredicateSimplifier.cpp -O2 -fno-exceptions -funroll-loops
/svn/llvm/lib/Transforms/Scalar/PredicateSimplifier.cpp: In member function
'void::ValueRanges::applyRange(unsigned int, const
llvm::ConstantRange&, ::DomTreeDFS::Node*, ::VRPSolver*)':
/svn/llvm/lib/Transforms/Scalar/PredicateSimplifier.cpp:1231: internal compiler
error: in get_loop_body, at cfgloop.c:816
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: -fno-exceptions leads to a ICE
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: x86_64-linux-pc-linux
GCC host triplet: x86_64-linux-pc-linux
GCC target triplet: x86_64-linux-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39124
[Bug middle-end/36359] missed optimization in some cases with PRE VRP and other passes combined together
--- Comment #18 from linuxl4 at sohu dot com 2008-12-17 20:08 --- confirmed for linux kernel 2.6.28-rc8. -- linuxl4 at sohu dot com changed: What|Removed |Added CC||linuxl4 at sohu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
[Bug libgomp/38514] New: use -fopenmp compile gcc 4.4
$gcc --version
$gcc (GCC) 4.4.0 20081213 (experimental)
$echo $CFLAGS
$-pipe -O3 -march=core2 -mfpmath=sse -ftree-vectorize
-ftree-parallelize-loops=2 -pthread -fopenmp
I compiled and installed gmp,mpfr with this cflags, after that, I try to
compile gcc
trunk and got :
gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -o
cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o
c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o
c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o
c-parser.o i386-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o
dummy-checksum.o \
main.o tree-browser.o libbackend.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a -L/gcc-4.4/gmp/lib -L/gcc-4.4/mpfr/lib -lmpfr
-lgmp
/gcc-4.4/mpfr/lib/libmpfr.so: undefined reference to `GOMP_parallel_end'
/gcc-4.4/mpfr/lib/libmpfr.so: undefined reference to `omp_get_num_threads'
/gcc-4.4/mpfr/lib/libmpfr.so: undefined reference to `GOMP_parallel_start'
/gcc-4.4/mpfr/lib/libmpfr.so: undefined reference to `omp_get_thread_num'
what's wrong ?
--
Summary: use -fopenmp compile gcc 4.4
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: X86_64-unknown-linux-gnu
GCC host triplet: X86_64-unknown-linux-gnu
GCC target triplet: X86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38514
[Bug middle-end/38284] verify_stmts failed when compile with -O2 -fira -fipa-pta -fPIC
--- Comment #2 from linuxl4 at sohu dot com 2008-11-27 04:20 --- Created an attachment (id=16783) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16783&action=view) source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38284
[Bug middle-end/38284] verify_stmts failed when compile with -O2 -fira -fipa-pta -fPIC
--- Comment #1 from linuxl4 at sohu dot com 2008-11-27 04:20 --- Created an attachment (id=16782) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16782&action=view) the preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38284
[Bug middle-end/38284] New: verify_stmts failed when compile with -O2 -fira -fipa-pta -fPIC
[~/tmp]$gcc -v [~/tmp]$gcc version 4.4.0 20081126 (experimental) (GCC) [~/tmp]$g++ -O2 -fira -fipa-pta -fPIC -MD Grid_public.Tpo -c Grid_public.cc [~/tmp]$In file included from ../../src/meta_programming.hh:27, from ../../src/C_Integer.hh:27, from ../../src/globals.defs.hh:28, from ../../src/Grid.defs.hh:30, from ../../src/Grid_public.cc:26: /gcc-4.4/gmp/include/gmpxx.h: In function 'bool operator==(const __gmp_expr&, int) [with T = __mpz_struct [1], U = __gmp_binary_expr<__gmp_expr<__mpz_struct [1], __mpz_struct [1]>, __gmp_expr<__mpz_struct [1], __mpz_struct [1]>, __gmp_binary_modulus>]': /gcc-4.4/gmp/include/gmpxx.h:3148: error: statement marked for throw, but doesn't D.129444_6 = T.2428 (&temp.mp[0]); /gcc-4.4/gmp/include/gmpxx.h:3148: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: verify_stmts failed when compile with -O2 -fira -fipa- pta -fPIC Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38284
[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer
--- Comment #15 from linuxl4 at sohu dot com 2008-11-06 01:23 --- really ? my gcc is r141610 [~/tmp]$gcc -O2 -march=pentium4 -ftree-vectorize opsum.c ../../../../src/mpi/coll/opsum.c: In function 'MPIR_SUM': ../../../../src/mpi/coll/opsum.c:21: internal compiler error: in vectorizable_load, at tree-vect-transform.c:6675 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- linuxl4 at sohu dot com changed: What|Removed |Added CC| |linuxl4 at sohu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug middle-end/37844] -floop-interchange leads to an ICE
--- Comment #1 from linuxl4 at sohu dot com 2008-10-16 06:37 --- Created an attachment (id=16506) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16506&action=view) the preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37844
[Bug middle-end/37844] New: -floop-interchange leads to an ICE
$gcc --version gcc (GCC) 4.4.0 20081015 (experimental) $gcc -c -O3 -floop-interchange cp-demangle.c /svn/gcc/libiberty/cp-demangle.c: In function 'd_find_pack': /svn/gcc/libiberty/cp-demangle.c:3164: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: -floop-interchange leads to an ICE Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37844
[Bug middle-end/37742] ICE when compile mpich2-1.1.0a1
--- Comment #5 from linuxl4 at sohu dot com 2008-10-07 05:07 --- gcc -O3 -march=pentium4 -c opsum.c fails. instead, gcc -O2 -march=pentium4 -c opsum.c or gcc -O3 -march=i686 -c opsum.c pass. -- linuxl4 at sohu dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug middle-end/37742] ICE when compile mpich2-1.1.0a1
--- Comment #4 from linuxl4 at sohu dot com 2008-10-07 05:02 --- Created an attachment (id=16471) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16471&action=view) the preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug middle-end/37742] ICE when compile mpich2-1.1.0a1
--- Comment #2 from linuxl4 at sohu dot com 2008-10-06 16:21 --- I really don't know how to make the preprocessed source ,since no include path is given. the Makefile only give the message such as: CC ../../../../src/mpi/coll/opsum.c I will study it.someone maybe can help me do this. mpich2-1.1.0a1.tar.gz can be download from http://www.mcs.anl.gov/research/projects/mpich2/downloads/index.php?s=downloads -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug middle-end/37742] New: ICE when compile mpich2-1.1.0a1
I don't know how to make a preprocessed source,sorry!
$gcc --version
gcc (GCC) 4.4.0 20081005 (experimental)
$cd mpich2-1.1.0a1; mkdir build; cd build
$../configure --prefix=/usr/local/mpich2; make
CC ../../../../src/mpi/coll/opsum.c
../../../../src/mpi/coll/opsum.c: In function 'MPIR_SUM':
../../../../src/mpi/coll/opsum.c:21: internal compiler error: in
vectorizable_load, at tree-vect-transform.c:6675
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [opsum.o] Error 1
make[3]: Leaving directory
`/mnt/usr/fortran/packages/mpich2-1.1.0a1/build/src/mpi/coll'
make[2]: *** [all-redirect] Error 2
make[2]: Leaving directory
`/mnt/usr/fortran/packages/mpich2-1.1.0a1/build/src/mpi'
make[1]: *** [all-redirect] Error 2
make[1]: Leaving directory `/mnt/usr/fortran/packages/mpich2-1.1.0a1/build/src'
--
Summary: ICE when compile mpich2-1.1.0a1
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug middle-end/37672] ICE when compile libiberty/md5.c
--- Comment #1 from linuxl4 at sohu dot com 2008-09-29 05:54 --- Created an attachment (id=16423) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16423&action=view) the preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37672
[Bug middle-end/37672] New: ICE when compile libiberty/md5.c
[~/build/libiberty]$gcc --version gcc (GCC) 4.4.0 20080928 (experimental) [~/build/libiberty]$gcc -c -O2 -fgraphite md5.c /trunk/libiberty/md5.c: In function 'md5_process_block': /trunk/libiberty/md5.c:271: internal compiler error: in scan_tree_for_params, at graphite.c:1879 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE when compile libiberty/md5.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37672
[Bug middle-end/37587] ICE when use graphite
--- Comment #1 from linuxl4 at sohu dot com 2008-09-23 05:06 --- can anybody comfirm it? I built gcc ppl polylib cloog mpfr gmp with CFLAGS="-pipe -O3 -ftree-vectorize -march=pentium4 -mfpmath=sse" glibc and binutils are of my gentoo 2008.0 hosts' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37587
[Bug middle-end/37587] New: ICE when use graphite
gfortran -v GNU Fortran (GCC) 4.4.0 20080919 (experimental) [~/tmp]$gfortran test.f90 -floop-block -O2 test.f90: In function 'main': test.f90:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. the fortran source: program main implicit none integer,parameter :: N=900 real(kind=8) :: x(N) integer(kind=4) :: i do i=1,N x(i)=sin(real(i,8)) end do print *, sum(x) end program main -- Summary: ICE when use graphite Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37587
[Bug fortran/19925] Implied do-loop in an initialization expression is broken
--- Comment #27 from linuxl4 at sohu dot com 2008-09-07 08:25 --- somebody fix it please. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19925
[Bug middle-end/37275] [4.4 Regression] ICE when compile libgomp/task.c
--- Comment #3 from linuxl4 at sohu dot com 2008-09-03 10:42 --- [~/tmp]$gcc --version |head -1 gcc (GCC) 4.4.0 20080902 (experimental) [~/tmp]$gcc -g -O2 -march=i686 -fstack-protector -c task.c -o task.o /trunk/libgomp/task.c: In function 'GOMP_task': /trunk/libgomp/task.c:186: internal compiler error: in mem_loc_descriptor, at dwarf2out.c:10098 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37275
[Bug middle-end/37275] ICE when compile libgomp/task.c
--- Comment #1 from linuxl4 at sohu dot com 2008-08-29 07:52 --- Created an attachment (id=16160) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16160&action=view) the preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37275
[Bug middle-end/37275] New: ICE when compile libgomp/task.c
gcc (GCC) 4.4.0 20080828 (experimental) gcc -g -O2 -march=i686 -fstack-protector -c task.c -o task.o -- Summary: ICE when compile libgomp/task.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37275
[Bug middle-end/37078] [4.4 Regression] ICE when compiling gmp 4.2.3
--- Comment #7 from linuxl4 at sohu dot com 2008-08-12 02:11 --- >Is there a particular revision that this appeared in? I built a svn pull from >gcc trunk on 20080808 (using the optabs fix that has since been checked in) >against >gmp 4.2.3 on i686-apple-darwin9 and didn't see any build issues. this happens when "make check". please try. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37078
[Bug middle-end/37078] ICE when compiling gmp 4.2.3
--- Comment #2 from linuxl4 at sohu dot com 2008-08-11 13:37 --- Created an attachment (id=16051) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16051&action=view) the preprocessed c++ source file gcc -v gcc version 4.4.0 20080810 (experimental) (GCC) g++ -O2 -c t-ops.cc -o t-ops.o ../../../tests/cxx/t-ops.cc: In function 'void check_mpz()': ../../../tests/cxx/t-ops.cc:33: internal compiler error: in set_value_range, at tree-vrp.c:396 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37078
[Bug middle-end/36110] ICE (segmentation fault) with -ftree-loop-distribution
--- Comment #3 from linuxl4 at sohu dot com 2008-08-11 09:32 --- I tested to compile lapack again today , It seemed has been fixed. thanks. -- linuxl4 at sohu dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36110
[Bug middle-end/37078] New: ICE when compiling gmp 4.2.3
gcc -v gcc version 4.4.0 20080810 (experimental) (GCC) g++ -DHAVE_CONFIG_H -I. -I../../../tests/cxx -I../.. -I../../.. -I../../../tests -O2 -c -o t-ops.o ../../../tests/cxx/t-ops.cc ../../../tests/cxx/t-ops.cc: In function 'void check_mpz()': ../../../tests/cxx/t-ops.cc:33: internal compiler error: in set_value_range, at tree-vrp.c:396 Please submit a full bug report,with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE when compiling gmp 4.2.3 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37078
[Bug middle-end/36984] ICE when gcc 4.4.0-20080730 compile lapack
--- Comment #1 from linuxl4 at sohu dot com 2008-08-10 16:41 --- today I compiled again and no error appeared. gcc -v gcc version 4.4.0 20080810 (experimental) (GCC) -- linuxl4 at sohu dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36984
[Bug middle-end/36990] New: ICE when gcc (4.4.0-20080731) uses -fipa-cp with -O
I mkdir a directory named "build" in the gcc directory , then run configure and make in it. gcc -c -DHAVE_CONFIG_H -O -fipa-cp -I. -I../../libiberty/../include ../../libiberty/hashtab.c ../../libiberty/hashtab.c:955: internal compiler error: in fold_convert, at fold-const.c:2529 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE when gcc (4.4.0-20080731) uses -fipa-cp with -O Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36990
[Bug middle-end/36984] New: ICE when gcc 4.4.0-20080730 compile lapack
lapack-lite-3.1.1/TESTING/LIN/schkeq.f gfortran -c schkeq.f -O3 -msse2 -mfpmath=sse -funroll-loops -fbounds-check schkeq.f: In function 'schkeq': schkeq.f:445: internal compiler error: in df_ref_chain_change_bb, at df-scan.c:1828 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. gcc --version gcc (GCC) 4.4.0 20080730 (experimental) -- Summary: ICE when gcc 4.4.0-20080730 compile lapack Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36984
[Bug tree-optimization/36896] ICE when gcc 4.4.0-20080722 compiles glibc 2.6.1/stdio-common/printf_size.c
--- Comment #1 from linuxl4 at sohu dot com 2008-07-22 09:23 --- Created an attachment (id=15937) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15937&action=view) printf_size.i gcc printf_size.c -c -std=gnu99 -O2 -fgnu89-inline -Winline -Wwrite-strings -Wstrict-prototypes ...--save-temp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36896
[Bug tree-optimization/36896] New: ICE when gcc 4.4.0-20080722 compiles glibc 2.6.1/stdio-common/printf_size.c
the command is : gcc printf_size.c -c -std=gnu99 -O2 -fgnu89-inline -Winline -Wwrite-strings -Wstrict-prototypes -mpreferred-stack-boundary=2 -I.. if change -O2 to -O1 , ICE will dispear . what's wrong ? -- Summary: ICE when gcc 4.4.0-20080722 compiles glibc 2.6.1/stdio- common/printf_size.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36896
[Bug fortran/36495] libgfortran should be build with FCFLAGS -fimplicit-none
--- Comment #1 from linuxl4 at sohu dot com 2008-06-12 12:50 --- definitely should. a simple wrong typing can lead to an error even without compiler's warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36495
[Bug libgomp/36471] New: omp_get_ancestor_thread_num_8 has no implicit type.
compiling trunk version 136578 failed. my $FFLAGS includes "-fimplicit-none". omp_lib.f90:268.10: function omp_get_ancestor_thread_num_8 (level) 1 Error: Symbol 'omp_get_ancestor_thread_num_8' at (1) has no IMPLICIT type omp_lib.f90:281.10: function omp_get_team_size_8 (level) 1 Error: Symbol 'omp_get_team_size_8' at (1) has no IMPLICIT type make[4]: *** [omp_lib.mod] Error 1 make[4]: Leaving directory `/mnt/userfile/gcc/i95/i686-pc-linux-gnu/libgomp' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/mnt/userfile/gcc/i95/i686-pc-linux-gnu/libgomp' make[2]: *** [all] Error 2 make[2]: Leaving directory `/mnt/userfile/gcc/i95/i686-pc-linux-gnu/libgomp' make[1]: *** [all-target-libgomp] Error 2 make[1]: Leaving directory `/mnt/userfile/gcc/i95' make: *** [all] Error 2 -- Summary: omp_get_ancestor_thread_num_8 has no implicit type. Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36471
[Bug rtl-optimization/36111] [4.4 Regression] GCC 4.4.0-20080501 failed to compile openmpi's malloc.c file.
--- Comment #12 from linuxl4 at sohu dot com 2008-05-13 05:39 --- I compiled openmpi 1.2.6 today, gcc 20080512 works fine. thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36111
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #18 from linuxl4 at sohu dot com 2008-05-03 13:14 --- It works fine.thanks! msgfmt -o gcc.mo gcc-4.3.0.zh_CN.po mv gcc.mo /gcc-4.4/share/locale/zh_CN/LC_MESSAGES/ gfortran cputime.f90;./a.out the result: 0.55 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #15 from linuxl4 at sohu dot com 2008-05-03 11:05 --- also crashed. would MR lidaobing work at gcc's svn version ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug inline-asm/36111] GCC 4.4.0-20080501 failed to compile openmpi's malloc.c file.
--- Comment #2 from linuxl4 at sohu dot com 2008-05-03 04:09 --- Created an attachment (id=15566) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15566&action=view) malloc.i ok.please see the attachment file. cd openmpi-1.2.6/i95/opal/mca/memory/ptmalloc2/ gcc -DHAVE_CONFIG_H -I. -I../../../../opal/include -I../../../../orte/include -I../../../../ompi/include -I../../../../../opal/mca/memory/ptmalloc2 -DMALLOC_DEBUG=0 -D_GNU_SOURCE=1 -DUSE_TSD_DATA_HACK=1 -DMALLOC_HOOKS=1 -I../../../../../opal/mca/memory/ptmalloc2/sysdeps/pthread -I../../../../../opal/mca/memory/ptmalloc2/sysdeps/generic -I../../../../.. -I../../../.. -I../../../../../opal/include -I../../../../../orte/include -I../../../../../ompi/include -DNDEBUG -pipe -ggdb3 -limf -lsvml -O3 -march=pentium4 -mfpmath=sse -funswitch-loops -ftree-loop-distribution -ftree-loop-linear -ftree-loop-im -fivopts -funroll-loops -fvariable-expansion-in-unroller -fsplit-ivs-in-unroller -ftree-vectorize -ftree-vect-loop-version -fvect-cost-model -fgcse-sm -fgcse-las -fsched-spec-load -fsched-stalled-insns=0 -fsched-stalled-insns-dep=0 -fbounds-check -finline-functions -fno-strict-aliasing -pthread -MT malloc.lo -MD -MP -MF .deps/malloc.Tpo -c ../../../../../opal/mca/memory/ptmalloc2/malloc.c -fPIC -DPIC -o .libs/malloc.o -save-temps same error ocered when compile glibc 2.7's malloc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36111
[Bug c/36111] New: GCC 4.4.0-20080501 failed to compile openmpi's malloc.c file.
openmpi-1.2.6
--
cd openmpi-1.2.6
mkdir i95;cd i95;../configure --prefix=/usr/local/openmpi-1.2.6
make
my $CFLAGS:
-pipe -ggdb3 -limf -lsvml -O3 -march=pentium4 -mfpmath=sse -funswitch-loops
-ftree-loop-distribution -ftree-loop-linear -ftree-loop-im -fivopts
-funroll-loops -fvariable-expansion-in-unroller -fsplit-ivs-in-unroller
-ftree-vectorize -ftree-vect-loop-version -fvect-cost-model -fgcse-sm
-fgcse-las -fsched-spec-load -fsched-stalled-insns=0
-fsched-stalled-insns-dep=0 -fbounds-check
when compile openmpi-1.2.6/opal/mca/memory/ptmalloc2/malloc.c
-
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../../../opal/include
-I../../../../orte/include -I../../../../ompi/include
-I../../../../../opal/mca/memory/ptmalloc2 -DMALLOC_DEBUG=0 -D_GNU_SOURCE=1
-DUSE_TSD_DATA_HACK=1 -DMALLOC_HOOKS=1
-I../../../../../opal/mca/memory/ptmalloc2/sysdeps/pthread
-I../../../../../opal/mca/memory/ptmalloc2/sysdeps/generic -I../../../../..
-I../../../.. -I../../../../../opal/include -I../../../../../orte/include
-I../../../../../ompi/include -DNDEBUG -pipe -ggdb3 -limf -lsvml -O3
-march=pentium4 -mfpmath=sse -funswitch-loops -ftree-loop-distribution
-ftree-loop-linear -ftree-loop-im -fivopts -funroll-loops
-fvariable-expansion-in-unroller -fsplit-ivs-in-unroller -ftree-vectorize
-ftree-vect-loop-version -fvect-cost-model -fgcse-sm -fgcse-las
-fsched-spec-load -fsched-stalled-insns=0 -fsched-stalled-insns-dep=0
-fbounds-check -finline-functions -fno-strict-aliasing -pthread -MT malloc.lo
-MD -MP -MF .deps/malloc.Tpo -c
../../../../../opal/mca/memory/ptmalloc2/malloc.c -fPIC -DPIC -o
.libs/malloc.o
../../../../../opal/mca/memory/ptmalloc2/malloc.c: In function 'malloc_trim':
../../../../../opal/mca/memory/ptmalloc2/malloc.c:3902: error: invalid rtl
sharing found in the insn
(insn 11 9 12 3
../../../../../opal/mca/memory/ptmalloc2/sysdeps/pthread/malloc-machine.h:51
(parallel [
(set (reg/v:SI 80 [ r ])
(asm_operands/v:SI ("xchgl %0, %1") ("=r") 0 [
(reg:SI 85)
(mem/s/v/j/c:SI (plus:SI (reg:SI 3 bx)
(const:SI (unspec:SI [
(symbol_ref:SI ("main_arena")
[flags 0x2] )
] 1))) [0 main_arena.mutex.lock+0 S4
A256])
]
[
(asm_input:SI ("0") 0)
(asm_input:SI ("m") 0)
] 2207718))
(set (mem/s/v/j/c:SI (plus:SI (reg:SI 3 bx)
(const:SI (unspec:SI [
(symbol_ref:SI ("main_arena") [flags 0x2]
)
] 1))) [0 main_arena.mutex.lock+0 S4 A256])
(asm_operands/v:SI ("xchgl %0, %1") ("=m") 1 [
(reg:SI 85)
(mem/s/v/j/c:SI (plus:SI (reg:SI 3 bx)
(const:SI (unspec:SI [
(symbol_ref:SI ("main_arena")
[flags 0x2] )
] 1))) [0 main_arena.mutex.lock+0 S4
A256])
]
[
(asm_input:SI ("0") 0)
(asm_input:SI ("m") 0)
] 2207718))
(clobber (reg:QI 18 fpsr))
(clobber (reg:QI 17 flags))
(clobber (mem:BLK (scratch) [0 A8]))
]) -1 (expr_list:REG_DEAD (reg:SI 85)
(expr_list:REG_UNUSED (reg:QI 18 fpsr)
(expr_list:REG_UNUSED (reg:QI 17 flags)
(nil)
../../../../../opal/mca/memory/ptmalloc2/malloc.c:3902: error: shared rtx
(const:SI (unspec:SI [
(symbol_ref:SI ("main_arena") [flags 0x2] )
] 1))
../../../../../opal/mca/memory/ptmalloc2/malloc.c:3902: internal compiler
error: internal consistency failure
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make: *** [malloc.lo] Error 1
--
Summary: GCC 4.4.0-20080501 failed to compile openmpi's malloc.c
file.
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36111
[Bug middle-end/36110] ICE (segmentation fault) with -ftree-loop-distribution
--- Comment #2 from linuxl4 at sohu dot com 2008-05-02 15:56 --- ¡µThis GCC version does not make sense: 4.4.0-20060501. I assume you mean ¡µ20080501. yes. sorry for the wrong typing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36110
[Bug fortran/36110] New: Segmentation fault when compiling lapack with fortran 4.4.0-20060501
segmentation fault when compiling "sgtrfs.f"
my make.inc of lapack 3.1.1:
--
SHELL = /bin/sh
VERSION = 3.1.1
FORTRAN = gfortran
OPTS = ${FFLAGS}
DRVOPTS = $(OPTS)
NOOPT=
LOADER = $(FORTRAN)
LOADOPTS = $(OPTS)
TIMER= INT_ETIME
my $FFLAGS:
-ffixed-line-length-0 -ffree-line-length-0 -fimplicit-none -frange-check
-fmax-identifier-length=63 -Wall -fmax-errors=0 -Wimplicit-interface
-Wunused-parameter -Wconversion -Wcharacter-truncation -Wunderflow -fbacktrace
-fdump-core -ffpe-trap= -finit-integer=- -finit-real=nan
-finit-logical=false -finit-character=122 -pipe -ggdb3 -limf -lsvml -O3
-march=pentium4 -mfpmath=sse -funswitch-loops -ftree-loop-distribution
-ftree-loop-linear -ftree-loop-im -fivopts -funroll-loops
-fvariable-expansion-in-unroller -fsplit-ivs-in-unroller -ftree-vectorize
-ftree-vect-loop-version -fvect-cost-model -fgcse-sm -fgcse-las
-fsched-spec-load -fsched-stalled-insns=0 -fsched-stalled-insns-dep=0
-fbounds-check
--
Summary: Segmentation fault when compiling lapack with fortran
4.4.0-20060501
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36110
[Bug fortran/36103] gfortran 4.4.0-20060501 failed to compile this program
--- Comment #6 from linuxl4 at sohu dot com 2008-05-01 21:43 --- If I export LC_ALL=POSIX then gfortran 4.4 works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran 4.4.0-20060501 failed to compile this program
--- Comment #3 from linuxl4 at sohu dot com 2008-05-01 20:25 --- gfortran 4.4 failed to make a.out file, try this :: export LC_ALL=zh_CN.UTF-8 gfortran cputime.f90 then: f951: ±àÒëÆ÷ÄÚ²¿´íÎó£ºÔÚ error_print ÖУ¬ÓÚ fortran/error.c:497 ÇëÌá½»Ò»·ÝÍêÕûµÄ´íÎ󱨸棬 ÈçÓпÉÄÜÇ븽ÉϾԤ´¦ÀíºóµÄÔ´Îļþ¡£ ¾ßÌå²½ÖèÇë²Î¼û <http://gcc.gnu.org/bugs.html>¡£ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] New: gfortran 4.4.0-20060501 failed to compile this program
program main implicit none real :: start,end real :: t=0.5 integer :: i call cpu_time(start) do i=1,1000 t=sin(t) enddo call cpu_time(end) print '(f6.3)',end-start end program main gfortran 430 and 423 are ok. gfortran 4.4.0 failed. -- Summary: gfortran 4.4.0-20060501 failed to compile this program Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug tree-optimization/35070] New: gcc 's -verbose-asm and -ggdb3 can't work together
I compiled mpfr yesterday since a new 2.3.1 version had released. gas crashed with a message which said it had met wrong asm code, I omited my CFLAGS, then passed compiling. I tried the flags again and again, finally I found the reason is that -verbose-asm flag cant work together with -ggdb3 flag. -- Summary: gcc 's -verbose-asm and -ggdb3 can't work together Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35070
