Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Mac os support #177

Closed
subhacom opened this issue Oct 26, 2015 · 10 comments
Closed

Mac os support #177

subhacom opened this issue Oct 26, 2015 · 10 comments
Assignees
@dilawar
Labels
packaging

Comments

@subhacom
Copy link
Collaborator

It should not be hard to provide mac os support in moose build system as this is a unix clone. mac support was implemented in 2008 but was not maintained. With fewer dependencies it should be even simpler now.
@dilawar
Copy link
Contributor

dilawar commented Oct 26, 2015

Default Xcode toolchain, discourage static libraries. Module _moose.so, wont work unless all components are statically linked due to static Cinfo. [see]9https://isocpp.org/wiki/faq/ctors#static-init-order).

Will test with gnu linker. Not sure what implication it might have on the package: the c runtime environment has to be shipped with package I guess.

@dilawar
Copy link
Contributor

dilawar commented Oct 26, 2015

gcc toolchain installed with brew having linking issues. Cmake is linking with static stdc++ which should work. Problem with architecture symbol support. Known issue with brew. Testing with macports now which has better gcc support.

Clang linker does not support static linking with --whole-archive. The -static option complains about missing libctrl.o file. If nothing works, manually compile the missing libcrt0.o file.

@dilawar dilawar closed this as completed Oct 26, 2015
@dilawar dilawar reopened this Oct 26, 2015
@dilawar
Copy link
Contributor

dilawar commented Oct 27, 2015

Build and test successful with default Xcode toolchain on MAC. --whole-archive option needed to be replaced by -load_all and -noload_all option. Packaging now should be straightforward from now on.

Currently implemented on macos branch in fork https://github.com/dilawar/moose-core.

@dilawar
Copy link
Contributor

dilawar commented Oct 31, 2015

Submitted brew script:

https://github.com/Homebrew/homebrew-science/pull/2958

@dilawar
Copy link
Contributor

dilawar commented Nov 1, 2015

Brew script passes all tests. Waiting for it to get merged with official repository. Next is MacPort.

@dilawar
Copy link
Contributor

dilawar commented Nov 3, 2015

MacPort also passes without any issues. Submitted port https://trac.macports.org/ticket/49557

@dilawar
Copy link
Contributor

dilawar commented Nov 13, 2015

Instead of using moose-full in moose brew formulae, use moose-core and moose-gui repositories along with moose-example. This will audit problems of GitHub repository not notable enough (<10 forks, <10 watchers and <20 stars).

@dilawar
Copy link
Contributor

dilawar commented Nov 13, 2015

A 88MB dmg file is released today. Tested on three versions of mac : 10.11, 10.9 and 10.8. Works fine. moose-gui canvas for creating new models does not work. That has been reported on moose-gui repository.

@dilawar dilawar closed this as completed Nov 13, 2015
@dilawar
Copy link
Contributor

dilawar commented Dec 30, 2015

A bugfix release.

@dilawar dilawar reopened this Dec 30, 2015
@dilawar
Copy link
Contributor

dilawar commented Nov 20, 2016

The 3.1.0 version is already in homebrew/science taps.. This should now be closed.

@dilawar dilawar closed this as completed Nov 20, 2016
dilawar pushed a commit that referenced this issue Apr 26, 2017
Squashed 'moose-core/' changes from 6099142d6..ef066f704
0f6f5d2 
ef066f704 Fixes to violation of mass-conservation when Dsolve and Gsolve run for very long time (#176)
46ea47260 Local Documentation (#177)
852819875 Added connectionList field to SparseMsg to allow direct control over connection matrix. Some sanity checks in SparseMatrix to go with this.

git-subtree-dir: moose-core
git-subtree-split: ef066f70493fe05fe05393af48449b264c8f4bc0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@dilawar dilawar

Labels
packaging
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@subhacom @dilawar