--- Comment #2 from hjl dot tools at gmail dot com 2008-05-02 05:05 ---
Revision 134730:
http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00959.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from rwild at gcc dot gnu dot org 2008-05-02 04:30 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rwild at gcc dot gnu dot org 2008-05-02 04:16 ---
Subject: Bug 35169
Author: rwild
Date: Fri May 2 04:15:36 2008
New Revision: 134881
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134881
Log:
gcc/
PR bootstrap/35169
* optc-gen.awk: Work arou
--- Comment #8 from rwild at gcc dot gnu dot org 2008-05-02 04:09 ---
Subject: Bug 35169
Author: rwild
Date: Fri May 2 04:08:11 2008
New Revision: 134880
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134880
Log:
gcc/
PR bootstrap/35169
* optc-gen.awk: Work arou
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-02 03:36 ---
As mentioned, the user did not have the hardware he was trying to compile for.
By the way you might want to give -march=native a try.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-05-02 01:34
---
Subject: Bug 36094
Author: jvdelisle
Date: Fri May 2 01:33:16 2008
New Revision: 134876
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134876
Log:
2008-05-01 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from akalten at comcast dot net 2008-05-02 00:49 ---
The processor is a Core 2 Quad 6600. I thought all Core 2 Quads
had sse4 but only the Q9000 series has it. The Q6600 has sse3.
So in this case the command flags are incorrect. Using "-msse3"
fixes the issue.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-02 00:22 ---
Are you sue you have a processor with "sse4.1" support in it?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Code that compiled and executed without problem using previous
versions of gcc, up to gcc-4.2.3, now crashes with an "Ilegal
Instruction" message. An example of such code is given in
the following short program.
double table[128];
int main()
{
int i;
for(i = 0; i < 128; i++)
table[i] = (i * i) /
--- Comment #3 from steve49152 at yahoo dot ca 2008-05-01 23:32 ---
Created an attachment (id=15560)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15560&action=view)
Original source file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36092
--- Comment #2 from steve49152 at yahoo dot ca 2008-05-01 23:24 ---
Created an attachment (id=15559)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15559&action=view)
Full source file that triggers bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36092
--- Comment #1 from hjl dot tools at gmail dot com 2008-05-01 23:10 ---
Which revision failed? I can start a regression hunt.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #5 from hjl dot tools at gmail dot com 2008-05-01 23:05 ---
This is caused by revision 134859
http://gcc.gnu.org/ml/gcc-cvs/2008-05/msg00019.html
which also caused PR 36100.
--
hjl dot tools at gmail dot com changed:
What|Removed |Add
--- Comment #4 from hjl dot tools at gmail dot com 2008-05-01 23:03 ---
I saw the same thing on Linux/Intel64.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #3 from dominiq at lps dot ens dot fr 2008-05-01 22:30 ---
I have applied the patch in
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg00066.html, now stage 2 fails
later with:
/opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/
-B/opt/gcc/gcc4.4w/i686-apple
--- Comment #7 from dominiq at lps dot ens dot fr 2008-05-01 21:48 ---
Confirmed on *-apple-darwin9 with "setenv LC_ALL zh_CN.UTF-8". The error does
not show up with
LANG=fr
LC_ALL=C
LC_COLLATE=POSIX
or if I unset LC_ALL. It is a regression on 4.4, it works on 4.3.
--
http://gcc.
--- 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
--- Comment #1 from vorfeed dot canal at gmail dot com 2008-05-01 20:56
---
Created an attachment (id=15558)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15558&action=view)
Simple fix
I'm not 100% sure it's correct way to fix this problem but at least I can
compile the library w
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-05-01 20:53 ---
(In reply to comment #4)
> This information should have been in the intial bug report!
> What happens if you don't set LC_ALL?
And if that works, then bug is that the translation needs to be changed but we
don't han
libstdc++ from GCC 4.3.0 can not be built with --gnu-versioned-namespace
option.
libtool: compile: /var/tmp/portage/sys-devel/gcc-4.3.0/work/build/./gcc/xgcc
-shared-libgcc -B/var/tmp/portage/sys-devel/gcc-4.3.0/work/build/./gcc
-nostdinc++ -L/var/tmp/
portage/sys-devel/gcc-4.3.0/work/build/i686-
--- Comment #4 from kargl at gcc dot gnu dot org 2008-05-01 20:50 ---
(In reply to comment #3)
> 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 ÖУ¬
--- 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
ÇëÌá½»Ò»·ÝÍêÕûµÄ´íÎ󱨸
--- Comment #6 from pault at gcc dot gnu dot org 2008-05-01 19:47 ---
> Does this do the job?
BTW It breaks forall_7.f90 because it does not distinguish multiple sub-blocks
but, I suspect it cures the segfault/memory problem.
This needs a more intelligent approach to storing the itera
--- Comment #2 from burnus at gcc dot gnu dot org 2008-05-01 19:36 ---
> call cpu_time(end)
> print '(f6.3)',end-start
>
> gfortran 430 and 423 are ok.
> gfortran 4.4.0 failed.
If I understand it correctly, the problem is that gfortran 4.4.0 is much slower
than
--- Comment #2 from hjl dot tools at gmail dot com 2008-05-01 19:32 ---
pass_apply_inline is replaced with pass_ipa_inline. But pass_ipa_inline is
never used at -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36100
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-01 19:31 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-01 19:31 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #47 from pthaugen at gcc dot gnu dot org 2008-05-01 19:26
---
Created an attachment (id=15557)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15557&action=view)
Testcase
Found some more cases, which are contributing to the missing 25%. Looks like
similar code, but obvi
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-01 19:05 ---
And similar thing on PPC64-linux.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2008-05-01 19:01 ---
I see the same issue on x86_64-*-freebsd.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36102
--- Comment #1 from kargl at gcc dot gnu dot org 2008-05-01 19:00 ---
What do you mean by 'failed', which is a fairly generic word?
Show that actually error message!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
--- Comment #1 from hjl dot tools at gmail dot com 2008-05-01 18:57 ---
Revert revision 134859 fixed this regression.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
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
--- Comment #5 from pault at gcc dot gnu dot org 2008-05-01 17:40 ---
Tobias,
Does this do the job?
Paul
Index: gcc/fortran/resolve.c
===
*** gcc/fortran/resolve.c (revision 134835)
--- gcc/fortran/resolve.c (
At revision 134862, bootstrapping fails at stage 2 on *-apple-darwin9 with:
/opt/gcc/darwin_buildw/./prev-gcc/xgcc -B/opt/gcc/darwin_buildw/./prev-gcc/
-B/opt/gcc/gcc4.4w/powerpc-apple-darwin9/bin/ -c -g -O2 -mdynamic-no-pic
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-protot
--- Comment #10 from dje at gcc dot gnu dot org 2008-05-01 17:33 ---
In your second example, the RTL is in the canonical form that I would have
expected and already is handled:
(mem/u/c/i:DF (plus:DI (reg:DI 2 2)
(const:DI (plus:DI (minus:DI (symbol_ref/u:DI ("*.LC0") [flags 0x2
--- Comment #9 from jakub at gcc dot gnu dot org 2008-05-01 17:15 ---
Yeah, this would fix this testcase. But I'd say constant_pool_expr_1 or
callers
need to be adjusted, so that they only accept what print_operand_address can
handle.
BTW, for:
long double foo (void)
{
return 2.152121
Libstdc++ configuration assumes that libgcc and libgomp have been configured
and built before libstdc++ configure is run.
This is wrong, and pessimizes configure tests for parallel mode and symbol
versioning. In particular, on AIX libgomp is built but libstdc++'s parallel
mode is disabled because
--- Comment #4 from hjl dot tools at gmail dot com 2008-05-01 16:43 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
[EMAIL PROTECTED] gcc]$ cat /tmp/y.c
typedef long long __v2di __attribute__ ((__vector_size__ (16)));
typedef long long __m128i __attribute__ ((__vector_size__ (16),
__may_alias__));
extern __inline __m128i __attribute__((__gnu_inline__, __always_inline__,
__artificial__))
_mm_xor_si128 (__m128i
--- Comment #3 from hjl at gcc dot gnu dot org 2008-05-01 16:14 ---
Subject: Bug 36095
Author: hjl
Date: Thu May 1 16:13:23 2008
New Revision: 134861
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134861
Log:
2008-05-01 H.J. Lu <[EMAIL PROTECTED]>
PR target/36095
--- Comment #5 from pault at gcc dot gnu dot org 2008-05-01 15:58 ---
This is now fixed on trunk and 4.3. The following version of the big, original
testcase works fine. If desired, it could be incorporated into the testsuite,
although I do not think that it adds anything.
Cheers
Pau
--- Comment #8 from dje at gcc dot gnu dot org 2008-05-01 15:46 ---
We can print the offset with something like the following patch:
Index: rs6000.c
===
*** rs6000.c(revision 134851)
--- rs6000.c(working copy)
*
--- Comment #7 from dje at gcc dot gnu dot org 2008-05-01 15:08 ---
The TOC path is used for both PPC64 Linux and AIX, so it needs to be acceptable
for both systems.
ld 11,8+LC..1(2)
is valid AIX assembler, so we can pursue that solution.
--
http://gcc.gnu.org/bugzilla/sho
The following test case does not vectorize:
integer, parameter :: n = 100
integer :: i, j, k
real(8) :: pi, sum1, sum2, theta, phi, sini, cosi, dotp
real(8) :: a(3), b(9,3), c(3)
pi = acos(-1.0d0)
theta = pi/9.0d0
phi = pi/4.5d0
do k = 1, 9
b(k,1) = 0.5d0*cos(k*phi)*sin(k*theta)
b(k,2
--- Comment #10 from hjl dot tools at gmail dot com 2008-05-01 14:14
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg00035.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #2 from hjl at gcc dot gnu dot org 2008-05-01 13:20 ---
Subject: Bug 36095
Author: hjl
Date: Thu May 1 13:20:04 2008
New Revision: 134852
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134852
Log:
2008-05-01 H.J. Lu <[EMAIL PROTECTED]>
PR target/36095
--- Comment #12 from tim at klingt dot org 2008-05-01 13:14 ---
> Since it doesn't link, I can only check the .s file. There are a couple of
> constructor called Environment, which one is the problemetic function?
sorry for not providing a stripped down test case ...
the specific constr
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-05-01 11:23 ---
Fixed for 4.2.4. Unassigning.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-05-01 11:23 ---
Subject: Bug 36093
Author: rguenth
Date: Thu May 1 11:22:33 2008
New Revision: 134851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134851
Log:
2008-05-01 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-01 11:20 ---
Subject: Bug 36093
Author: rguenth
Date: Thu May 1 11:19:36 2008
New Revision: 134850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134850
Log:
2008-05-01 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-01 11:16 ---
Subject: Bug 36093
Author: rguenth
Date: Thu May 1 11:15:32 2008
New Revision: 134849
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134849
Log:
2008-05-01 Richard Guenther <[EMAIL PROTECTED]>
PR
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
Keywords||wrong-code
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-01 09:44 ---
GCC 4.3 works for me. I can confirm this with 4.2.3 and 4.1.2.
The problem is we end up with
ivtmp.64 = (unsigned int) &foo[0].bar[(unsigned int) i]{lb: 0 sz: 128}.c[0];
(note the element size of 128, which is
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36098
435.gromacs started to miscompare with -O3 -funroll-loops -fpeel-loops
-ftree-vectorize on the trunk. Last known good revision was r134722.
--
Summary: [4.4 Regression] 435.gromacs miscompares at -O3
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-01 08:59 ---
Please attach preprocessed source of the compiled file which you can obtain
by passing an additional -save-temps argument to gcc. The preprocessed file
will be named $FILE.i.
--
rguenth at gcc dot gnu dot org ch
--- Comment #150 from fxcoudert at gcc dot gnu dot org 2008-05-01 08:28
---
Apparently fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pault at gcc dot gnu dot org 2008-05-01 07:32 ---
Subject: Bug 35864
Author: pault
Date: Thu May 1 07:31:28 2008
New Revision: 134847
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134847
Log:
2008-05-01 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #4 from pault at gcc dot gnu dot org 2008-05-01 07:32 ---
Subject: Bug 35780
Author: pault
Date: Thu May 1 07:31:28 2008
New Revision: 134847
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134847
Log:
2008-05-01 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from jakub at gcc dot gnu dot org 2008-05-01 07:13 ---
It certainly assembles with gas and after adding that 8+ the testcase works.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
61 matches
Mail list logo
