On Jul 7, 2014, at 3:16 AM, René J.V. Bertin wrote:
> On Monday July 07 2014 08:43:33 Akim Demaille wrote:
>
>> Since I'm spending quite some time compiling, I'd like to try
>> compiling clang-3.5 itself with -O3.
>
> IIRC I tried invoking `port` with CC, CXX, CFLAGS etc. set to my own values
Hi René,
On 07/07/2014, at 9:00 PM, René J.V. Bertin wrote:
> On Jul 07, 2014, at 12:39, Ian Wadham wrote:
>
> Now why did I misread and wonder why Apple would have a Real Men column on a
> site called Activity Monitor? :)))
LOL. Don't know why you misread that, but "to the pure all things are
On Jul 07, 2014, at 12:39, Ian Wadham wrote:
Now why did I misread and wonder why Apple would have a Real Men column on a
site called Activity Monitor? :)))
> FWIW, and this is perhaps completely off-topic, I find that Clang performs
No, I think it's perfectly on topic.
> well enough almost al
On 07/07/2014, at 6:16 PM, René J.V. Bertin wrote:
> On Monday July 07 2014 08:43:33 Akim Demaille wrote:
> I think I agree with your assessment, I've thought the same thing. My
> 'anecdata' on Linux do tend to show that clang remains the faster compiler.
> Interestingly, gcc has long been incompr
I have also observed the regression in compilation speed. Which
is not really surprising: GCC was slower, but producing better
code (at least on my project). Now clang is catching up on
the quality of the produced code, but that does require more
compilation time.
Is there a means to specify con
Hi,
I cannot answer why, but I can confirm what you have seen. Even on OSX10.9,
where the system clang is
MacBookPro ~ > clang -v
Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin13.3.0
Thread model: posix
So I would guess closer to MacPorts clang 3.4 th
In hope it's not completely out of place to discuss this here, but has anyone
else noticed that clang's supposedly better build performance (as opposed to
gcc) is no longer an accurate selling argument, at least for version 3.4?
Comparing build times of a port I'm working on, KDE's rekonq so mo
