--- Comment #5 from kargl at gcc dot gnu dot org 2007-02-02 00:08 ---
Reduced testcase
module current
integer, save :: ndim
real, save :: kv(3,3)
end module current
subroutine dynamic
use current
implicit none
real :: kvf(3,3)
if (ndim .eq. 3) then
call kve
--- Comment #6 from kargl at gcc dot gnu dot org 2007-02-02 00:12 ---
Further reduction is possible.
subroutine dynamic(ndim, kv)
implicit none
integer :: ndim
real :: kvf(3,3), kv(3,3)
if (ndim .eq. 3) then
call kvector3Df(kvf)
else
kvf(1:3,1:3) = kv(1:3,1:3)
--- Comment #5 from roger at eyesopen dot com 2007-02-02 00:17 ---
It looks like Ian's recent subreg lowering pass patch has improved code
generation on this testcase. Previously, we'd spill three integer registers to
the stack for "LLM", we're now down to two. [A significant improveme
--- Comment #5 from hjl at lucon dot org 2007-02-02 00:25 ---
It is caused by something else.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCO
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-02-02 00:28 ---
*** This bug has been marked as a duplicate of 30391 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-02-02 00:28 ---
*** Bug 30672 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-02-02 00:58 ---
Hmm, I see in expand:
(insn 12 14 13 (set (subreg:SI (reg:DI 124) 4)
(lshiftrt:SI (subreg:SI (reg:DI 123) 0)
(const_int 0 [0x0]))) -1 (nil)
(expr_list:REG_NO_CONFLICT (reg:DI 123)
(nil
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-02-02 01:05 ---
So I think the problem here now (after lower subreg was added) is the issue of
splitting of the multiplication late after reload.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4079
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-02-02 01:13 ---
Fixed by:
2007-01-31 Richard Henderson <[EMAIL PROTECTED]>
Ian Lance Taylor <[EMAIL PROTECTED]>
* lower-subreg.c: New file.
--
pinskia at gcc dot gnu dot org changed:
What|
--- Comment #3 from bdavis at gcc dot gnu dot org 2007-02-02 01:50 ---
if you try the example, f951 may exit with a segfault. reason is this code
takes a lot of stack space.
for tcsh, "ulimit stacksize unlimited" was required.
(just to save 10 minutes for the next person who takes a
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2007-02-02 02:00
---
We do not have this working for unformatted I/O. It will require frontend work
as well as library to implement. Specifically, the size of records, determined
from the output list, must be determined prior to pe
--- Comment #7 from stevenj at alum dot mit dot edu 2007-02-02 02:06
---
> Well the C standard mentions there can be non standard integer types so that
> exists for x86_64, __int128_t which has normally aligned 16bytes so again this
> is a bug in glibc.
First, 16-byte alignment for SIM
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-02-02 02:25
---
This bug was not a duplicate of pr27954. That was a fat fingers error that I
corrected in the PR header, but I can't delete comment #9. So as far as I know
this has not been fixed yet and never was.
--
jvde
libstdc++-v3/testsuite/lib/libstdc++.exp contains code:
# Collect into libtestc++.a
set arcommand "ar -rc ./libtestc++.a ${libtest_objs}"
set result [lindex [local_exec "$arcommand" "" "" 300] 0]
verbose "link result is $result"
if { $result == 0 } {
set ranlibcommand "
--- Comment #3 from ian at airs dot com 2007-02-02 05:41 ---
Should be fixed by this patch:
2007-02-01 Ian Lance Taylor <[EMAIL PROTECTED]>
* lower-subreg.c (simplify_gen_subreg_concatn): If we ask for the
high part of a paradoxical subreg, return a constant zero.
co
Compiling the following invalid OpenMP program with -Wall results in no warning
message at -O0 and a poorly-formed warning message at -O1 or higher. No
warning is printed at any optimization level if compiled without -Wall.
The program violates the constraint on allocatable arrays in private clau
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-02 07:50 ---
This actually planed to do, cf.
http://gcc.gnu.org/wiki/GFortran43
"Projects for inclusion into gfortran-4.3"
"Formal/actual argument checking for same file procedures
There are a large number of PRs associated wit
101 - 117 of 117 matches
Mail list logo
