IPB

Welcome Guest ( Log In | Register )

> Hydrogenaudio Forum Rules

- No Warez. This includes warez links, cracks and/or requests for help in getting illegal software or copyrighted music tracks!
- No Spamming or Trolling on the boards, this includes useless posts, trying to only increase post count or trying to deliberately create a flame war.
- No Hateful or Disrespectful posts. This includes: bashing, name-calling or insults directed at a board member.
- Click here for complete Hydrogenaudio Terms of Service

 
Reply to this topicStart new topic
ICL 8 is out
nebob
post Dec 11 2003, 02:33
Post #1





Group: Members
Posts: 41
Joined: 24-May 02
Member No.: 2112



john33 3.93.1: 5.62x
icl8 3.93.1: 6.10x

7.87% faster than previous builds on my box.

It's on premier support right now, so grab a copy and start recompiling biggrin.gif
Go to the top of the page
+Quote Post
atici
post Dec 11 2003, 02:39
Post #2





Group: Members (Donating)
Posts: 1180
Joined: 21-February 02
From: Chicago
Member No.: 1367



With this development pace I don't see how any other project could cope with icc. That's great news for IA-64 arena too. As soon as I could get to compile the entire BSD kernel I don't see any reason to go back to gcc.


--------------------
The object of mankind lies in its highest individuals.
One must have chaos in oneself to be able to give birth to a dancing star.
Go to the top of the page
+Quote Post
Ardax
post Dec 11 2003, 03:01
Post #3





Group: Members
Posts: 233
Joined: 3-December 01
Member No.: 578



Don't forget that gcc and icl have rather different aims.

Nobody's going to be compiling that BSD kernel on a PPC or ARM processor with icl.
Go to the top of the page
+Quote Post
atici
post Dec 11 2003, 03:14
Post #4





Group: Members (Donating)
Posts: 1180
Joined: 21-February 02
From: Chicago
Member No.: 1367



Well not really did you forget the Intel XScale architecture which is ARM based? I think icc should support that in time.

I respect gcc project. But Intel has covered up all fields, embedded, desktop and the server. And in all of them it provides the best performing options. Therefore you can only live with icc as soon as its gcc compatibility is mature enough. Because 30% faster code is simply amazing.

Unfortunately gcc is monopolizing the compiler market on the open source domain to such an extent that some software are designed only to be compiled with gcc and breaks when compiled with icc or some other compiler. Because of this reason of portability (that you also pointed out) it's nice to have other options.

I also like icc project because they started from scratch and came up with an amazing compiler. Although its main objective is to support IA-64 architecture because EPIC is compiler intensive, not many of us observe that yet which is where it's supposed to shine. Now it's up to the gcc team to do a major rewrite or get lagged behind.

This post has been edited by atici: Dec 11 2003, 03:23


--------------------
The object of mankind lies in its highest individuals.
One must have chaos in oneself to be able to give birth to a dancing star.
Go to the top of the page
+Quote Post
Liquid_Predator
post Dec 19 2003, 16:23
Post #5





Group: Members
Posts: 112
Joined: 13-June 03
From: Gent
Member No.: 7164



I think the optimalizations are mostly done for the pentium IV and Itanium processors. The results are almost the same for my PIII 900Mhz processor.


LAME 3.94 BETA: --preset standard -Z

JohnV“s ICL7.1 compile:
2.8134x

ICL8 compile using /fast (is the same as /O3 /Qipo) /G6:
2.7284x

The other possibility is that JohnV is using some exotic magical swithes to optimize the compile tongue.gif

This post has been edited by Liquid_Predator: Dec 19 2003, 16:25
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 24th November 2014 - 08:13