> They can work on LLVM support and integration. Apple is putting a lot
> of effort into both llvm-gcc and clang. From the outside, it looks like
> they consider that their future. As such, it may well be ours.
I am doing some work on llvm+clang, it's still not very mature but looks
very promis
On Wed, Nov 26, 2008 at 03:03:45PM +0100, Ivan Voras wrote:
> O. Hartmann wrote:
> > Ivan Voras wrote:
> > ...
> >
> >>
> >> OTOH if the goal is to measure "operating system" performance, this
> >> must also include the compiler, libraries and all. (for example, what
> >> does Solaris default to n
O. Hartmann wrote:
> Ivan Voras wrote:
> ...
>
>>
>> OTOH if the goal is to measure "operating system" performance, this
>> must also include the compiler, libraries and all. (for example, what
>> does Solaris default to nowadays? I think it ships with gcc but not as
>> default). The hold on gcc 4
Ivan Voras wrote:
...
OTOH if the goal is to measure "operating system" performance, this
must also include the compiler, libraries and all. (for example, what
does Solaris default to nowadays? I think it ships with gcc but not as
default). The hold on gcc 4.3 in FreeBSD is, after all, politica
Quoting Ivan Voras <[EMAIL PROTECTED]> (from Wed, 26 Nov 2008
10:55:39 +0100):
2008/11/26 Alexander Leidinger <[EMAIL PROTECTED]>:
If you want to test OS performance and use Java programs in there to do so,
you would use the same Java version, wouldn't you? They didn't.
Linux: 1.6.0_0-b12
2008/11/26 Alexander Leidinger <[EMAIL PROTECTED]>:
> If you want to test OS performance and use Java programs in there to do so,
> you would use the same Java version, wouldn't you? They didn't.
Linux: 1.6.0_0-b12
Solaris: 1.6.0_10-b33
FreeBSD: 1.6.0_07-b02
Since system have their local patches
Adrian Chadd wrote:
2% may not sound like a lot but it starts becoming measurable savings
when the number of boxes involved is ${LARGE}.
2c,
Yeah, but the margin for error in these tests is undoubtedly > 2%.
AFAICS this benchmark shows that Freebsd is "up there" with these guys -
slower o
Quoting Ivan Voras <[EMAIL PROTECTED]> (from Tue, 25 Nov 2008
21:46:35 +0100):
2008/11/25 Adrian Chadd <[EMAIL PROTECTED]>:
2008/11/25 Ivan Voras <[EMAIL PROTECTED]>:
I believe most of the synthetic numbers (mp3 encoding etc.) difference
comes from the different version of gcc the different