It won't work in our case because the gcc 4.9 build we have references it's
own c rts lib, which is 4.9 specific, and is notably different than what is
on a stock Mac
Imagine if we were to ship a libHSrts.a, compiled against the gcc 4.9 libc
(and it's includes). Now a user without gcc 4.9 on
The clang executable size mystery deepens:
The sizes are indeed wy big:
7.4M test-files-clang/test*
4.5M test-files-clang/test-stripped*
1.4M test-files-gcc/test*
1.1M test-files-gcc/test-stripped*
Looking at the load info from the stripped versions, it is all in the main
text segment:
AHA! The clang libs weren't/aren't being built split-obj!
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
Found the culprit!!!
XCodeVersion=`xcodebuild -version | grep Xcode | sed s/Xcode //`
This line in configure doesn't work on a system that just the Xcode command
line tools installed! It also won't work on an OS X system that has some
other tool chain (say, via brew) installed. On such
In building the OS X bindist for 7.8.3, I had to choose which of several
ways to build it. In particular, I could build it with a newere Xcode,
which uses clang, or an older Xcode which uses gcc. I decided to nofib
benchmark the variations and see before I released. Here is what I found...
I
I thought clang was slower than gcc because clang doesn't support thread
local variables (in some form we need) and therefore GC performance
suffered a lot on clang.
On Sat, Jul 12, 2014 at 9:27 PM, Mark Lentczner mark.lentcz...@gmail.com
wrote:
In building the OS X bindist for 7.8.3, I had to
Maybe it depends on the version of OS X being used? Maybe TLS works
differently pre 10.8 or 10.9?
On Saturday, July 12, 2014, Johan Tibell johan.tib...@gmail.com wrote:
I thought clang was slower than gcc because clang doesn't support thread
local variables (in some form we need) and
I will try to measure on 10.7 later today.
Preliminary numbers for gcc 4.9 are even better than clang - it saves 12%
over gcc 4.2 builds. However, the gcc runtime isn't the same as the Apple
standard... and we are so far at a loss how to package a ghc based on 4.9
that would work for Mac users
why wouldn't it work?
heres my 4.9 gcc build, I believe it should work on any = 10.7 system that
has xcode cli tools installed,
please let me know if it fails!
http://www.wellposed.com/opensource/ghc/releasebuild-unofficial/ghc-7.8.3-x86_64-apple-darwin.tar.bz2
On Sat, Jul 12, 2014 at 9:04
