GCC 4.3.0 testing!

[Belliash]

[Voltago]

[Belliash]

ecj? what's that?
_________________
Asio Software Technologies
Belliash IT Weblog

[Voltago]

Eclipse Compiler for Java. It will replace gcj and bring support for JDK-5.
EDIT: For JDK-5 language features (generics, annotations), that is.

[Phenax]

I was going to try it on the day of the release, but it didn't even compile here. 4.2.0 compiles fine, and fails on very few packages (Most notably Perl).

[Belliash]

are there any patches for 4.2 or 4.3?
_________________
Asio Software Technologies
Belliash IT Weblog

[rhill]

no, there's not much point in writing patches for an alpha compiler that still has most of the projects yet to be merged. 4.2 is relatively stable but we don't support it and we haven't migrated the patchset and probably won't until release.
_________________
by design, by neglect
for a fact or just for effect

[f0rk]

Gcc 4.3.0-alpha20061111 is c00l !
I'm using gentoo with these unstable flags:
LDFLAGSHASHSTYLE=" -Wl,--hash-style=both"
CFLAGS="-Os -march=pentium3 -frename-registers -fweb -pipe -fomit-frame-pointer -funit-at-a-time -freorder-blocks -fno-ident -freorder-blocks-and-partition -fgcse-sm -fgcse-las -fgcse-after-reload -fmerge-all-constants -combine"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"
LDFLAGS="-Wl,-O1${LDFLAGSHASHSTYLE}"

Earlier when I used gcc-4.1.1 whole system compiled well but except python.
It doesn't emerge with stable gcc-4.1.1 (segfault)
Now I use gcc-4.3 as a default compiler.
With new experimental gcc python compiled and works fine !!!

And compile-time rather reduced...

Now I migrated from original qt-3.3.6-r4 to nxsty's QT.
And it was compiled faster than with gcc 4.1.1
(I won about 40 min !)

[Belliash]

[f0rk]

Sorry. Updated. See above!
1) Yes, I compiled successfull python using GCC 4.3
Earlier I couldn't do it with gcc 4.1.1 (using unsafe flags)
2) Yes! You understood right!
genlop -t qt says:
//----------- gcc 4.1.1-r2:
Thu Nov 16 15:46:03 2006 >>> x11-libs/qt-3.3.6-r4
merge time: 2 hours, 1 minute and 29 seconds.
//----------- gcc 4.3.0-alpha:
Mon Nov 20 04:21:53 2006 >>> x11-libs/qt-3.3.6-r4
merge time: 1 hour, 17 minutes and 30 seconds.

I have pentium-3 750 Hz on my laptop.
I'm using glibc-2.5 and binutils-2.17.50.0.5 with hashstyle.

[Belliash]

questions to f0rk:
1) Have you successful recompiled all packages in your system using GCC 4.3?
2) Have you compiled firefox? Does it work faster? Doesn't it fault?
3) Have you compiled KDE?
4) Do you use beryl? How does it work after compiltion using GCC 4.3?
5) Have you compiled OpenOffice? If QT compiled 40minutes faster, maybe OOo will compile much faster too?
6) Why don't you use tree vectorization? It had to be repaired in GCC 4.2
7) Do you use prelink?
Do you use x86 ~x86, amd64 or maybe ~amd64?
9) Wchi python version have you compiled?

Thanks!
_________________
Asio Software Technologies
Belliash IT Weblog

[f0rk]

[Belliash]

CFLAGS="-ftree-vectorize"

it speeds up bigsoftware like KDE, OpenOffice, Firefox imho should speedup too.


It would be great if you try to emerge -e world and it end successful...

Also, you could try to recompile OOo then...

I you had no trubles with it, i would compile new 64-bit Gentoo using GCC 4.3

using this make.conf:

[f0rk]

1. About flags:
DON'T USE -ffast-math !!! NEVER !!!
It will break your system.
I'm sure! I tried to use it, but every time I have to abandon it.
What differences are between my:
LDFLAGS="-Wl,-O1 -Wl,--hash-style=both"
and your:
LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--as-needed -Wl,--hash-style=both -Wl,--as-needed -Bdirect -s"
Are you sure that hashstyle doesn't include -Bdirect ?
2. OK, I will try to do emerge -e world...
But may be not today...

By the way, my email: 4ndrey[at]gmail.com, icq 4064065 .

[Belliash]

1) --as-needed speeds up big software -Bdirect speeds up dynamic library loading...

2) -ffast-math is filtered out by most packages... From that, which i use only ZSH and HAL have troubles with it I have tested it long time
By the way, i had to remove it, but i've forgotten Thanks!


3) i'll be really glad if you try to reemerge world Big thanks!

I'm waiting for infos
_________________
Asio Software Technologies
Belliash IT Weblog

[playfool]

the best thing I've heard about -ffast-math was from rac "If I wanted math done wrong I'd ask my cat"

[Belliash]

[cruzki]

[Belliash]

Yes, there shouldn't be --as-needed twice You're right.

But i think this is the best one:

[vipernicus]

[f0rk]

Morpheouss, don't use gcc-4.3-alpha to build your system!
glibc-2.5 doesn't want to compile...

vipernicus, thanks!
I simplify my CFLAGS and changed my LDFLAGS

[cruzki]

@vipernicus

It's safe to use hash-style=gnu?¿?¿?

What are your recomendation to an x86 machine?¿?¿?, what do you think about the CFLAGS that use nesl247 in the evolution-emission guide?¿?¿

[Belliash]

@vipernicus:

1) i've already removed -ffast-math
2) -ftree-vectorize speeds up, but it's broken since 4.0.2 i think, they told, they'll repair it in 4.2.0
3) Some packages filters flags out... So if it filter -momit-frame-pointer, then package can use -fomit-frame-pointer
4) -mfpmath=sse,387 slows down on alder AMD CPUs. AMD's SSE implementation was terrible... I know, that, i had Athlon XP t-bird. But it speeds up on Intel's CPUS and on K8. 387 is old, and slow FPU. This flag forces it to use newer and better SSE... If some package cannot use SSE, then it uses 387.
5) -msse3 => GCC does not support SSE3 and SSE4, you can add -msse3 -msse4, but it does nothing Look at KInfoCenter/OpenGL: I see there "GeForce 6600/PCI/SSE2/3DNOW!" GCC can't enable SSE3!

So you're wrong in some points


@f0rk:
1) Maybe we have to make new ebuild for newer version of GCC 4.3.0? Eg dated at 20061121 ?
2) Have you tried GCC 4.2.0? Any problems? Recompiled world? How much faster is it?
_________________
Asio Software Technologies
Belliash IT Weblog

[vipernicus]

[vipernicus]