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-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> wrote: From: Rainer M Krug <rai...@krugs.de<mailto:rai...@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 <wokl...@kyngchaos.com<mailto:wokl...@kyngchaos.com>> Cc: <grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>>, William Kyngesburye <kyngch...@kyngchaos.com<mailto:kyngch...@kyngchaos.com>> William Kyngesburye <wokl...@kyngchaos.com<mailto:wokl...@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
_______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev