--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-21 03:04 ---
t.c:11: note: cost model: Adding cost of checks for loop versioning to treat
misalignment.
t.c:11: note: cost model: Adding cost of checks for loop versioning aliasing.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-21 03:00 ---
(In reply to comment #2)
That is because the early complete unrolling comes and unrolls the loop so the
autovectorizer does not have a loop to work on anymore. If I increase it to be
16 instead of 4, the loop is vec
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-21 02:44 ---
>void mul(float in1[4], float in2[4], float out[4])
Those arrays are not known to be aligned
The other one I have to look into.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38899
--- You are receiv
--- Comment #2 from Joey dot ye at intel dot com 2009-01-21 02:40 ---
Following case isn't vecterized with -O3 on x86_64 either, although arrays are
aligned:
#include
float __attribute__((aligned(16))) in1[] = {
1.2, 3.5, 1.7, 2.8
};
float __attribute__((aligned(16))) i
Package: gcj-4.3
Version: 4.3.2-2
Severity: normal
Consider the following class:
public class Testclass {
public void testfunc() {
int i = 5;
new String("i is " + i);
}
}
now compile with
gcj -fsource=1.4 -C Testclass.java
$ grep StringBuilder *
B
Your message dated Tue, 20 Jan 2009 18:55:49 +0100
with message-id <87wscpsvyy@ludovic-brenta.org>
and subject line Re: Bug#512328: gnatlink wants to use libgnat-4.3.a and
libgnarl-4.3.a which don't exist
has caused the Debian Bug report #512328,
regarding gnatlink wants to use libgnat-4.3.a
LAST_UPDATED: Mon Jan 19 21:30:25 UTC 2009 (revision 143500)
Target: i486-linux-gnu
gcc version 4.3.3 20090119 (prerelease) (Debian 4.3.2-4)
Native configuration is i486-pc-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expec
LAST_UPDATED: Mon Jan 19 21:30:25 UTC 2009 (revision 143500)
Target: powerpc-linux-gnu
gcc version 4.3.3 20090119 (prerelease) (Debian 4.3.2-4)
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/torture/pr38565.C -O0 (test for
LAST_UPDATED: Sat Jan 17 16:49:09 UTC 2009 (revision 143471)
Target: mips-linux-gnu
gcc version 4.2.4 (Debian 4.2.4-6)
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary ===
# of expected passes13581
LAST_UPDATED: Sat Jan 17 16:49:09 UTC 2009 (revision 143471)
Native configuration is arm-unknown-linux-gnueabi
=== libffi tests ===
Running target unix
=== libffi Summary ===
# of expected passes1389
# of unsupported tests 10
LAST_UPDATED: Mon Dec 1 21:59:46 UTC 2008 (revision 142335)
Target: mips-linux-gnu
gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.old-deja/g++.other/init5.C execution test
LAST_UPDATED: Mon Dec 1 21:59:46 UTC 2008 (revision 142335)
Native configuration is arm-unknown-linux-gnu
=== libmudflap tests ===
Running target unix
=== libmudflap Summary ===
# of expected passes1799
=== libstdc++ tests ===
Run
Hello Ludovic,
You are absolutely right.
Puting the "-static" only after "-largs" probably only affects the final
command build by gnatlink, but not enough besides that. Puting it
outside -largs fixed the issue. I can (now) see how of course passing -static
to ld will not be enough.
So I gue
Accepted:
cpp-4.3_4.3.2-4_i386.deb
to pool/main/g/gcc-4.3/cpp-4.3_4.3.2-4_i386.deb
cpp-4.3_4.3.2-4_powerpc.deb
to pool/main/g/gcc-4.3/cpp-4.3_4.3.2-4_powerpc.deb
fixincludes_4.3.2-4_i386.deb
to pool/main/g/gcc-4.3/fixincludes_4.3.2-4_i386.deb
fixincludes_4.3.2-4_powerpc.deb
to pool/main/g/
gcc-4.3_4.3.2-4_multi.changes uploaded successfully to localhost
along with the files:
gobjc++-4.3_4.3.2-4_i386.deb
libobjc2_4.3.2-4_i386.deb
libgomp1-dbg_4.3.2-4_powerpc.deb
libmudflap0-4.3-dev_4.3.2-4_powerpc.deb
gcc-4.3-multilib_4.3.2-4_i386.deb
lib64stdc++6-4.3-dbg_4.3.2-4_i386.deb
15 matches
Mail list logo
