[Bug fortran/49431] is it illegal?

2011-06-16 Thread linuxl4 at sohu dot com 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49431

--- Comment #3 from macius bat linuxl4 at sohu dot com 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?

2011-06-15 Thread linuxl4 at sohu dot com 
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)

2010-08-20 Thread linuxl4 at sohu dot com 


--- 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] New: intent(out) and pointer = null()

2010-08-19 Thread linuxl4 at sohu dot com 
$ 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 fortran/45337] intent(out) and pointer = null()

2010-08-19 Thread linuxl4 at sohu dot com 


--- 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] intent(out) and pointer = null()

2010-08-19 Thread linuxl4 at sohu dot com 


--- 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()

2010-08-19 Thread linuxl4 at sohu dot com 


--- 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 bootstrap/42400] objc build fails

2009-12-17 Thread linuxl4 at sohu dot com 


--- 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] New: -march=native -mfpmath=sse leads to bootstrap failure

2009-12-13 Thread linuxl4 at sohu dot com 
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 bootstrap/42365] -march=native -mfpmath=sse leads to bootstrap failure

2009-12-13 Thread linuxl4 at sohu dot com 


--- 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 middle-end/41935] New: ICE : tree check: expected integer_cst, have nop_expr in int_cst_value, at tree.c:8301

2009-11-03 Thread linuxl4 at sohu dot com 
$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 middle-end/41935] ICE : tree check: expected integer_cst, have nop_expr in int_cst_value, at tree.c:8301

2009-11-03 Thread linuxl4 at sohu dot com 


--- 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=18961action=view)
the source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41935

[Bug fortran/41844] New: lto1: warning: unknown register name: line-length-none

2009-10-27 Thread linuxl4 at sohu dot com 
$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

2009-10-13 Thread linuxl4 at sohu dot com 


--- 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] New: -flto leads to bootstrap failure

2009-10-12 Thread linuxl4 at sohu dot com 
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 bootstrap/41691] -flto leads to bootstrap failure

2009-10-12 Thread linuxl4 at sohu dot com 


--- 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=18793action=view)
config.log file


-- 


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

2009-09-16 Thread linuxl4 at sohu dot com 


--- 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=18597action=view)
the source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41378

[Bug fortran/40766] this fortran program is too slow

2009-07-25 Thread linuxl4 at sohu dot com 


--- 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

2009-07-15 Thread linuxl4 at sohu dot com 


--- 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] this fortran program is too slow

2009-07-15 Thread linuxl4 at sohu dot com 


--- 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

2009-07-15 Thread linuxl4 at sohu dot com 


--- 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 middle-end/39957] New: ICE : in expand_scalar_variables_expr, at graphite.c:4262

2009-04-29 Thread linuxl4 at sohu dot com 
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 middle-end/39957] ICE : in expand_scalar_variables_expr, at graphite.c:4262

2009-04-29 Thread linuxl4 at sohu dot com 


--- 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=17779action=view)
the source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39957

[Bug fortran/39844] module whole-file checking disabled

2009-04-22 Thread linuxl4 at sohu dot com 


--- 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

2009-04-22 Thread linuxl4 at sohu dot com 


--- 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] New: module whole-file checking disabled

2009-04-21 Thread linuxl4 at sohu dot com 
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 fortran/39844] module whole-file checking disabled

2009-04-21 Thread linuxl4 at sohu dot com 


--- 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 middle-end/39275] -funroll-loop fails

2009-04-19 Thread linuxl4 at sohu dot com 


--- 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/39453] New: ICE : in init_seqno, at sel-sched.c:6433

2009-03-13 Thread linuxl4 at sohu dot com 
{~/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/39453] ICE : in init_seqno, at sel-sched.c:6433

2009-03-13 Thread linuxl4 at sohu dot com 


--- 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=17454action=view)
the fortran source which is a part of lapack.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39453

[Bug middle-end/39455] New: ICE : in compare_values_warnv, at tree-vrp.c:1073

2009-03-13 Thread linuxl4 at sohu dot com 
{~/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/39455] ICE : in compare_values_warnv, at tree-vrp.c:1073

2009-03-13 Thread linuxl4 at sohu dot com 


--- 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=17456action=view)
the source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455

[Bug middle-end/39459] New: ICE in libgcc2.c:1103: Segmentation fault

2009-03-13 Thread linuxl4 at sohu dot com 
{~/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/39459] ICE in libgcc2.c:1103: Segmentation fault

2009-03-13 Thread linuxl4 at sohu dot com 


--- 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=17461action=view)
the source 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459

[Bug middle-end/39459] ICE in libgcc2.c:1103: Segmentation fault

2009-03-13 Thread linuxl4 at sohu dot com 


--- 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/39360] [4.4 Regression] ICE in referenced_var_lookup, at tree-dfa.c:563

2009-03-06 Thread linuxl4 at sohu dot com 


--- 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] New: tree-dsa leads to an ICE

2009-03-04 Thread linuxl4 at sohu dot com 
[~]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/39360] tree-dsa leads to an ICE

2009-03-04 Thread linuxl4 at sohu dot com 


--- 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=17393action=view)
the preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39360

[Bug middle-end/39275] New: -funroll-loop fails

2009-02-23 Thread linuxl4 at sohu dot com 
{~/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/39275] -funroll-loop fails

2009-02-23 Thread linuxl4 at sohu dot com 


--- 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=17348action=view)
source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39275

[Bug middle-end/39198] New: ICE : insn does not satisfy its constraints

2009-02-15 Thread linuxl4 at sohu dot com 
[~/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/39198] ICE : insn does not satisfy its constraints

2009-02-15 Thread linuxl4 at sohu dot com 


--- 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=17304action=view)
the source 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39198

[Bug middle-end/39124] New: -fno-exceptions leads to a ICE

2009-02-06 Thread linuxl4 at sohu dot com 
{~/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
'voidunnamed::ValueRanges::applyRange(unsigned int, const
llvm::ConstantRange, unnamed::DomTreeDFS::Node*, unnamed::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/39124] -fno-exceptions leads to a ICE

2009-02-06 Thread linuxl4 at sohu dot com 


--- 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=17266action=view)
the preprocessed source


-- 


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

2008-12-17 Thread linuxl4 at sohu dot com 


--- 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

2008-12-12 Thread linuxl4 at sohu dot com 
$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] New: verify_stmts failed when compile with -O2 -fira -fipa-pta -fPIC

2008-11-26 Thread linuxl4 at sohu dot com 
[~/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_exprT,
U, 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/38284] verify_stmts failed when compile with -O2 -fira -fipa-pta -fPIC

2008-11-26 Thread linuxl4 at sohu dot com 


--- 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=16782action=view)
the preprocessed source


-- 


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

2008-11-26 Thread linuxl4 at sohu dot com 


--- 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=16783action=view)
source file


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38284

[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer

2008-11-05 Thread linuxl4 at sohu dot com 


--- 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] New: -floop-interchange leads to an ICE

2008-10-16 Thread linuxl4 at sohu dot com 
$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/37844] -floop-interchange leads to an ICE

2008-10-16 Thread linuxl4 at sohu dot com 


--- 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=16506action=view)
the preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37844

[Bug middle-end/37742] ICE when compile mpich2-1.1.0a1

2008-10-06 Thread linuxl4 at sohu dot com 


--- 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] ICE when compile mpich2-1.1.0a1

2008-10-06 Thread linuxl4 at sohu dot com 


--- 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=16471action=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

2008-10-06 Thread linuxl4 at sohu dot com 


--- 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] New: ICE when compile mpich2-1.1.0a1

2008-10-05 Thread linuxl4 at sohu dot com 
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] New: ICE when compile libiberty/md5.c

2008-09-28 Thread linuxl4 at sohu dot com 
[~/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/37672] ICE when compile libiberty/md5.c

2008-09-28 Thread linuxl4 at sohu dot com 


--- 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=16423action=view)
the preprocessed source file


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37672

[Bug middle-end/37587] ICE when use graphite

2008-09-22 Thread linuxl4 at sohu dot com 


--- 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

2008-09-19 Thread linuxl4 at sohu dot com 
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

2008-09-07 Thread linuxl4 at sohu dot com 


--- 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

2008-09-03 Thread linuxl4 at sohu dot com 


--- 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] New: ICE when compile libgomp/task.c

2008-08-29 Thread linuxl4 at sohu dot com 
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/37275] ICE when compile libgomp/task.c

2008-08-29 Thread linuxl4 at sohu dot com 


--- 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=16160action=view)
the preprocessed source 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37275

[Bug middle-end/37078] New: ICE when compiling gmp 4.2.3

2008-08-11 Thread linuxl4 at sohu dot com 
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/36110] ICE (segmentation fault) with -ftree-loop-distribution

2008-08-11 Thread linuxl4 at sohu dot com 


--- 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] ICE when compiling gmp 4.2.3

2008-08-11 Thread linuxl4 at sohu dot com 


--- 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=16051action=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/37078] [4.4 Regression] ICE when compiling gmp 4.2.3

2008-08-11 Thread linuxl4 at sohu dot com 


--- 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/36984] ICE when gcc 4.4.0-20080730 compile lapack

2008-08-10 Thread linuxl4 at sohu dot com 


--- 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/36984] New: ICE when gcc 4.4.0-20080730 compile lapack

2008-07-31 Thread linuxl4 at sohu dot com 
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 middle-end/36990] New: ICE when gcc (4.4.0-20080731) uses -fipa-cp with -O

2008-07-31 Thread linuxl4 at sohu dot com 
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 tree-optimization/36896] New: ICE when gcc 4.4.0-20080722 compiles glibc 2.6.1/stdio-common/printf_size.c

2008-07-22 Thread linuxl4 at sohu dot com 
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 tree-optimization/36896] ICE when gcc 4.4.0-20080722 compiles glibc 2.6.1/stdio-common/printf_size.c

2008-07-22 Thread linuxl4 at sohu dot com 


--- 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=15937action=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 fortran/36495] libgfortran should be build with FCFLAGS -fimplicit-none

2008-06-12 Thread linuxl4 at sohu dot com 


--- 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.

2008-06-08 Thread linuxl4 at sohu dot com 
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.

2008-05-12 Thread linuxl4 at sohu dot com 


--- 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 ?

2008-05-03 Thread linuxl4 at sohu dot com 


--- 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 fortran/36103] gfortran crash with zh_CN locale - error_print error ?

2008-05-03 Thread linuxl4 at sohu dot com 


--- 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/36110] New: Segmentation fault when compiling lapack with fortran 4.4.0-20060501

2008-05-02 Thread linuxl4 at sohu dot com 
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 middle-end/36110] ICE (segmentation fault) with -ftree-loop-distribution

2008-05-02 Thread linuxl4 at sohu dot com 


--- 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 c/36111] New: GCC 4.4.0-20080501 failed to compile openmpi's malloc.c file.

2008-05-02 Thread linuxl4 at sohu dot com 
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] var_decl 0xb7e18898 main_arena)
] 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]
var_decl 0xb7e18898 main_arena)
] 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] var_decl 0xb7e18898 main_arena)
] 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] var_decl 0xb7e18898
main_arena)
] 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 inline-asm/36111] GCC 4.4.0-20080501 failed to compile openmpi's malloc.c file.

2008-05-02 Thread linuxl4 at sohu dot com 


--- 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=15566action=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 fortran/36103] New: gfortran 4.4.0-20060501 failed to compile this program

2008-05-01 Thread linuxl4 at sohu dot com 
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 fortran/36103] gfortran 4.4.0-20060501 failed to compile this program

2008-05-01 Thread linuxl4 at sohu dot com 


--- 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] gfortran 4.4.0-20060501 failed to compile this program

2008-05-01 Thread linuxl4 at sohu dot com 


--- 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 tree-optimization/35070] New: gcc 's -verbose-asm and -ggdb3 can't work together

2008-02-03 Thread linuxl4 at sohu dot com 
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