[GRASS-dev] GRASS on OS X El Capitan - slowly dying or is something happening?

Michael Barton Michael.Barton at asu.edu
Thu Jan 21 11:19:10 PST 2016


AFAICT, the binaries I am compiling under Mavericks work with El Capitan IF you turn off System Integrity Protection (to get to the same level of security available in Mavericks).

I have not yet updated to El Capitan because I'm hoping someone can tell me if they can compile GRASS with it. I don't want to get to situation where I can't produce binaries for the community. But I would like to upgrade pretty soon.

There are several things in process right now. William, Brian Miles, and I have talked about how to deal with the SIP problem. William has an idea of why it is a problem. Fixing it will require significant change for how dependencies are packaged and referenced. This related to the second thing.

We've had to compile GRASS with dual 32 bit/64 bit architecture for several years because v. 2.8.x of wxPython is 32 bit and subsequent versions of wxPython did not work well or did not work with GRASS. We've started trying again to get GRASS working with 64 bit wxPython 3 and are having some success. (If anyone wants to test a version, please let me know and I'll provide a link to a binary). Because we have to package wxPython with GRASS, and the 32/64 bit dual architecture compilation is causing increasing problems, we need to solve that.

If we can get these things worked out, I hope someone can try to compile GRASS with El Capitan and stock Mac Python, etc. to make sure it all works.

 Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu



On Jan 21, 2016, at 6:51 AM, grass-dev-request at lists.osgeo.org<mailto:grass-dev-request at lists.osgeo.org> wrote:

From: Rainer M Krug <Rainer at krugs.de<mailto:Rainer at krugs.de>>
Subject: Re: [GRASS-dev] GRASS on OS X El Capitan - slowly dying or is something happening?
Date: January 21, 2016 at 2:01:56 AM MST
To: William Kyngesburye <woklist at kyngchaos.com<mailto:woklist at kyngchaos.com>>
Cc: <grass-dev at lists.osgeo.org<mailto:grass-dev at lists.osgeo.org>>, William Kyngesburye <kyngchaos at kyngchaos.com<mailto:kyngchaos at kyngchaos.com>>


William Kyngesburye <woklist at kyngchaos.com<mailto:woklist at kyngchaos.com>> writes:

There are a couple ideas floating around.

I'm surprised Homebrew has a problem.  Since it would leave everything
in the configured location (/usr/local), there should not be library
paths pointing somewhere else that would need DYLD_LIBRARY_PATH to
divert.

homebrew is compiling in a temporary location, and than installing it to
/usr/local/Cellar/.

The problem is the same why I had to install and than compile again:

,----
| bash-4.3$ make
| if [ "/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/scripts/d.out.file" != "" ] ; then GISRC=/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/demolocation/.grassrc70 GISBASE=/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0 PATH="/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/bin:/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/bin:/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/scripts:$PATH" PYTHONPATH="/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/etc/python:/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/gui/wxpython:$PYTHONPATH" DYLD_LIBRARY_PATH="/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/bin:/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/scripts:/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/lib:/private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/lib:" LC_ALL=C /private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/scripts/d.out.file --html-description < /dev/null | grep -v '</body>\|</html>' > d.out.file.tmp.html ; fi
| dyld: Library not loaded: /usr/local/Cellar/grass-70/7.0.1/grass-7.0.1/lib/libgrass_gis.7.0.1.dylib
|   Referenced from: /private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/bin/g.parser
|   Reason: image not found
| make: *** [d.out.file.tmp.html] Error 1
| rm d.out.file.tmp.html
| bash-4.3$
`----

During make, the html documentation is created. For this,
libgrass_gis.7.0.1.dylib is needed. It is already compiled, but not
installed.

It is in

,----
| bash-4.3$ ls -la /private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/lib/libgrass_gis*
| -rwxr-xr-x  1 rainerkrug  wheel  218244 Jan 21 09:37 /private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/lib/libgrass_gis.7.0.1.dylib
| lrwxr-xr-x  1 rainerkrug  wheel      24 Jan 21 09:37 /private/tmp/grass-7020160121-38274-ed29gx/grass-7.0.1/dist.x86_64-apple-darwin15.2.0/lib/libgrass_gis.dylib -> libgrass_gis.7.0.1.dylib
| bash-4.3$
`----

And I assume the path where it is located is in the DYNLIB_ variable
which is ignored.

This problem should be solvable, when somehow the path to the compiled
(but not installed) could be temporarily added during the make.

Any suggestions how this could be done?

Rainer

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20160121/f6150429/attachment-0001.html>


More information about the grass-dev mailing list