As of commit r149007 (enabling -Werror when building with language Ada), I get
these errors on current cygwin:
/usr/local/src/trunk/objdir/./prev-gcc/xgcc
-B/usr/local/src/trunk/objdir/./prev-gcc/ -B/usr/local/i686-pc-cygwin/bin/
-B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -i
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-06-29 04:35
---
I think this fixes it. Still testing. Will need to get this into 4.4 if this
is it. This fix is consistent with fd_set in 4.3 which loops as long as trans
> 0. (similar code)
Index: transfer.c
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-06-29 04:09
---
I can confirm the regression is from the I/O patch, but not related to format
caching. The test case is looping here:
(gdb) bt
#0 mem_alloc_w () at ../../../gcc45/libgfortran/io/unix.c:579
#1 mem_write (s=0x601
--- Comment #6 from luisgpm at linux dot vnet dot ibm dot com 2009-06-29
02:25 ---
Fixed
--
luisgpm at linux dot vnet dot ibm dot com changed:
What|Removed |Added
--- Comment #5 from luisgpm at linux dot vnet dot ibm dot com 2009-06-29
02:24 ---
Already commited on 4.5. Closing...
--
luisgpm at linux dot vnet dot ibm dot com changed:
What|Removed |Added
--
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-06-29 02:07
---
I will have a look.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #1 from mckelvey at maskull dot com 2009-06-29 00:49 ---
Created an attachment (id=18088)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18088&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40577
uname -a
Linux alpha1 2.4.9-40 #1 Mon Sep 23 08:14:02 EDT 2002 alpha unknown
g++ -v
Using built-in specs.
Target: alphaev56-unknown-linux-gnu
Configured with: ../gcc/configure --verbose --enable-languages=c++
--disable-linux-futex --disable-nls --disable-tls --enable-clocale=generic
Thread model:
--- Comment #19 from ubizjak at gmail dot com 2009-06-28 23:36 ---
*** Bug 40553 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #5 from ubizjak at gmail dot com 2009-06-28 23:36 ---
(In reply to comment #4)
> As an additional note:
> if compiled with -m3dnow the program produces nans
mmx instructions without [f]emms block x87 registers, so you will get nans.
Otherwise, mmx moves were re-tuned for 4.
--- Comment #18 from ubizjak at gmail dot com 2009-06-28 23:16 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #17 from uros at gcc dot gnu dot org 2009-06-28 23:12 ---
Subject: Bug 40550
Author: uros
Date: Sun Jun 28 23:12:37 2009
New Revision: 149040
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149040
Log:
PR tree-optimization/40550
* tree-vect-generic.c (
--- Comment #2 from dominiq at lps dot ens dot fr 2009-06-28 21:23 ---
> I don't have a 4.4 compiler around to test currently.
works with 4.4.0, but not with 4.4.1 revision 147906 (before reverting the
format caching).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40576
--- Comment #1 from tkoenig at gcc dot gnu dot org 2009-06-28 21:10 ---
I don't have a 4.4 compiler around to test currently.
Jerry, do you have any idea?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
-
$ cat foo.f90
program main
character(len=20) :: line
integer, dimension(4) :: n
n = 1
write(line,'(2I2)') n
end program main
$ gfortran foo.f90
$ time ./a.out ! Interrupted by control-c
real0m1.424s
user0m1.404s
sys 0m0.000s
$ /usr/bin/gfortran-4.3 -static foo.f90
$ ./a.out
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-06-28 20:43
---
Another one, reduced from function_module_1.f90:
module M1
INTEGER p
CONTAINS
subroutine AA ()
implicit NONE
p = 1
end subroutine
end module
program P1
USE M1
implicit none
p = 0
call AA ()
if (
--- Comment #6 from pault at gcc dot gnu dot org 2009-06-28 20:31 ---
(In reply to comment #5)
The following fixes the problem. It needs to be checked to see if it is
over-restrictive.
Index: gcc/fortran/trans-expr.c
===
-
--- Comment #13 from burnus at gcc dot gnu dot org 2009-06-28 19:51 ---
FIXED on the trunk (4.5).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from david dot kirkby at onetel dot net 2009-06-28 19:30
---
I have solved this. The key was setting LD_OPTIONS
LD_OPTIONS='-L/usr/local/lib -R/usr/local/lib'
I suspect that is a Solaris Environment variable, which is useful to the Sun
linker I was using, but not to th
--- Comment #16 from uros at gcc dot gnu dot org 2009-06-28 18:34 ---
Subject: Bug 40550
Author: uros
Date: Sun Jun 28 18:33:54 2009
New Revision: 149038
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149038
Log:
PR tree-optimization/40550
* tree-vect-generic.c (
--- Comment #12 from burnus at gcc dot gnu dot org 2009-06-28 17:57 ---
Subject: Bug 34112
Author: burnus
Date: Sun Jun 28 17:56:41 2009
New Revision: 149036
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149036
Log:
2009-06-28 Tobias Burnus
Francois-Xavier Couder
--- Comment #17 from david dot kirkby at onetel dot net 2009-06-28 17:17
---
I just realised that:
LDFLAGS='-L/usr/local/lib -R/usr/local/lib'
BOOT_LDFLAGS='-L/usr/local/lib -R/usr/local/lib'
export LDFLAGS
export BOOT_LDFLAGS
was probably not the best way to do this. I'm not even sur
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-06-28 16:56
---
Similar case, from reduced import.f90:
subroutine bar(x)
type myType
sequence
integer :: i
end type myType
type(myType) :: x
x%i = 5
end subroutine bar
program foo
integer, parameter :: dp = 8
--- Comment #16 from david dot kirkby at onetel dot net 2009-06-28 16:55
---
I thought my comments were going to appear before the files were posted, not
after it. Anyway, the libraries are in /usr/local/lib, and appear to work, as I
can compile and link against them.
kir...@t2:[~] $
--- Comment #15 from david dot kirkby at onetel dot net 2009-06-28 16:52
---
Created an attachment (id=18087)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18087&action=view)
sparc-sun-solaris2.10/libgcc/config.log with mpfr and gmp libraires in
/usr/local/lib.
As you will note,
--- Comment #14 from david dot kirkby at onetel dot net 2009-06-28 16:49
---
Created an attachment (id=18086)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18086&action=view)
Top level config.log, with libraries in /usr/local/lib
This is the top level config.log. I'll post the
/s
--- Comment #15 from uros at gcc dot gnu dot org 2009-06-28 15:19 ---
Subject: Bug 40550
Author: uros
Date: Sun Jun 28 15:18:46 2009
New Revision: 149027
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149027
Log:
PR tree-optimization/40550
* tree-vect-generic.c (
--- Comment #5 from andrej dot gelenberg at udo dot edu 2009-06-28 15:16
---
with -fno-tree-vectorize no more segfault.
Usecase: open webpage in firefox with textfield (hunspell try to load dict and
cause segfault)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40574
--- Comment #12 from hjl at gcc dot gnu dot org 2009-06-28 15:14 ---
Subject: Bug 40528
Author: hjl
Date: Sun Jun 28 15:14:09 2009
New Revision: 149026
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149026
Log:
gcc/
2009-06-28 H.J. Lu
PR c/40528
* c-common.c
--- Comment #14 from ubizjak at gmail dot com 2009-06-28 15:13 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2009-06/msg02123.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-06-28 14:49 ---
try -fno-tree-vectorize. Other than that we need a testcase that we can
compile and link to verify the failure.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-06-28 14:43 ---
More like
if (gimple_has_volatile_ops (stmt))
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40542
The test fails because the generated assembly code assumes the branch
table immediately follows the branch.
mfia %r19
ldo 24(%r19),%r19
ldw,s %r28(%r19),%r31
extrd,s %r31,63,32,%r31
add,l %r19,%r31,%r31
bv,n %r0(%r31)
.align 8
L$0007:
--- Comment #2 from hjl dot tools at gmail dot com 2009-06-28 14:06 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from andrej dot gelenberg at udo dot edu 2009-06-28 13:54
---
compile command:
g++ -DHAVE_CONFIG_H -I. -I../.. -march=pentium-m -O3 -g -MT affixmgr.lo -MD -MP
-MF .deps/affixmgr.Tpo -c affixmgr.cxx -fPIC -DPIC -o .libs/affixmgr.o
--
http://gcc.gnu.org/bugzilla/show
--- Comment #2 from andrej dot gelenberg at udo dot edu 2009-06-28 13:54
---
Created an attachment (id=18085)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18085&action=view)
assembler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40574
--- Comment #1 from andrej dot gelenberg at udo dot edu 2009-06-28 13:51
---
Created an attachment (id=18084)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18084&action=view)
ii file for affixmgr.cxx
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40574
When compile hunspell with -O3 flag it has segfault in a loop, which initialize
a buffer (no more bound checking or false start value?).
src/hunspell/affixmgr.cxx:649
hunspell source: 1.2.8
gcc: gcc (GCC) 4.4.0 20090526 (prerelease) arch linux
--
Summary: -O3 couse segfault in loop
--- Comment #9 from paolo dot carlini at oracle dot com 2009-06-28 12:30
---
Ok, then for now let's close it as WONTFIX...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #13 from ubizjak at gmail dot com 2009-06-28 12:13 ---
(In reply to comment #12)
> Shouldn't we be able to use mmx regs here? Thus not rely on
> type_for_widest_vector_mode, but instead see if the original vector
> mode is supported by the backend?
Please note that v2sf in
--- Comment #12 from rguenther at suse dot de 2009-06-28 11:07 ---
Subject: Re: Segmentation fault caused by
alignment error in sse code
On Sun, 28 Jun 2009, ubizjak at gmail dot com wrote:
> --- Comment #11 from ubizjak at gmail dot com 2009-06-28 11:04 ---
> Patch in testi
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-06-28 11:05
---
At least with BOOT_LDFLAGS the error is no longer that it cannot find the
libraries.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40572
--- Comment #11 from ubizjak at gmail dot com 2009-06-28 11:04 ---
Patch in testing:
Index: tree-vect-generic.c
===
--- tree-vect-generic.c (revision 148947)
+++ tree-vect-generic.c (working copy)
@@ -481,8 +481,10 @@
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-debug
Target Milestone|--- |4.4.1
h
--- Comment #2 from irar at il dot ibm dot com 2009-06-28 10:57 ---
So, the solution is to prevent vectorization of volatile types, like in the
patch below?
Index: tree-vect-data-refs.c
===
--- tree-vect-data-refs.c (
--- Comment #10 from ubizjak at gmail dot com 2009-06-28 10:25 ---
(In reply to comment #9)
> This happens in veclower pass.
type_for_widest_vector_mode () is forcing operations from v2sf to v4sf. This is
not correct, since there will be garbage in the top two elements. For FP
values,
--- Comment #9 from ubizjak at gmail dot com 2009-06-28 10:05 ---
(In reply to comment #7)
> D.1412 = BIT_FIELD_REF ;
>
> is certainly not the size of v2sf...
This happens in veclower pass.
--
ubizjak at gmail dot com changed:
What|Removed |Add
47 matches
Mail list logo
