-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OS X installation tips? #3
Comments
I've just written an Homebew Formula for splat which will eventually appear here: https://github.com/jsr38/homebrew-repo Works fine on my OS X El Capitan, 10.11.6, llvm/clang:
I have read elsewhere that not telling the linker to strip symbol table from binaries actually resolves this problem for some version of Reference: http://stackoverflow.com/questions/7408692/g-compiler-option-s-is-obsolete-and-being-ignored-c |
Thanks for the tip, but i don't see how or where to omit the |
Sorry @araichev, I should have been more clear. The file is called After a quick test, I don't think I can produce a straightforward homebrew Formula without modifying the build system to be more conventional. I can do that but then we begin to diverge from John Magliacane's original code: http://www.qsl.net/kd2bd/splat.html I expected the code to diverge at some point anyway as I've said I have some features I'd like to add. It's probably a matter of defining a sensible versioning scheme to allow this codebase to have 'upstream' changes from John's original merged in periodically. My suggestion is to perhaps have a fourth version number or perhaps a single alphabetical character or string (maybe the minimal git guid) suffix the original version number the code is based off. I wonder if @jmcmellen has any thoughts or preferences. @jmcmellen do you wish to keep this repository a straight mirror of the original or do you see it becoming some derivative work? I am happy to do everything in my fork for now and you can make that decision later, but if you want to absorb changes then now's the time to have your say how they look :-) |
OK, i removed the
|
I can try to investigate, but without access to your OS and compiler/linker I won't be able to reproduce or verify I have a fix. Did you try to upgrade your compiler? Having a Homebrew Formula won't help if it doesn't compile manually on your system. |
Oh and why |
No worries, you needn't investigate my error deeply. Just wanted to see if any quick tips sprung to your mind that i could try. I used |
I encountered similar errors building Splat 1.4.2 (using the
Turns out that the above error goes away if I make a different selection for "Maximum Analysis Region" when running |
The main issue is that the stock splat allocates a lot of stuff statically either on the stack or in the DATA section of the code. The stack in particular is limited in size and LoadPAT has a couple of ginormous arrays of floats that it tries to stick there. In this case it clang got pissy about it. I was able to compile ok with both gcc and clang with on various linux distros and FreeBSD, but OSX (clang) and Windows (MS cl.exe) both blew up. I fixed this in my branch of the code by allocating many things on the heap instead. |
Hi there, do you where i can find tips on how to install SPLAT! on OS X (v10.9.4)?
I followed SPLAT!'s Unix instructions and failed with the following errors.
Wish there were a Homebrew formula for SPLAT!
The text was updated successfully, but these errors were encountered: