It’s been a while since I tried boost with dual arch, haven’t needed it.
I just tried boost 1.59 on Yosemite, with a 10.8 SDK. Oddly, though it says at
the start 32bit no, it compiled 32+64. With the darwin toolset, it also gives
some warnings about a gcc option that clang doesn’t have. But
So far I've failed to compile boost with dual architectures. Below, I include
an exchange with dev from the GeoDA lab here. It is not encouraging. So my
options are to try dual architecture with an old version of boost if it is
available in the archives, or try to figure out how to fix GRASS
Markus Neteler wrote:
> > But it has been obsoleted by wxpyimgview (a wxPython version), so I
> > see no reason not to simply remove it (and the wxWidgets configure
> > checks as well).
>
> Sounds reasonable for trunk.
Done in r66476 (wximgview) and r66477 (wxWidgets configure checks).
The
On Fri, Oct 9, 2015 at 6:49 AM, Glynn Clements wrote:
> Michael Barton wrote:
>
>> But wximgview would not compile with what appears to be a 32/64 bit conflict
>
> wximgview is (AFAIK) the only program which links against the
> wxWidgets libraries.
>
> But it has been
With a lot of effort and some help, I've rebuilt liblas with new GDAL. Now
GRASS will not find liblas with the same configuration script that I've used
before. Here it is:
./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk --with-freetype
On Thu, Oct 8, 2015 at 5:24 PM, Michael Barton
wrote:
> With a lot of effort and some help, I've rebuilt liblas with new GDAL. Now
> GRASS will not find liblas with the same configuration script that I've
> used before. Here it is:
>
Was there some specific trick that
I could try that. I originally build liblas with dual architecture. But current
OS X and boost choke on dual architecture. So I built it 64 bit. I assumed that
that means I needed to build laslib also only 64 bit. If you think I can get
away with dual architecture there, I can give it a try.
On Thu, Oct 8, 2015 at 6:26 PM, Michael Barton
wrote:
> I built boost with both bjam and b2 for i86_64. Here are the setups I
> used:
>
> cd /Users/Shared/grass_dev/boost_1_59_0
> edit
> /Users/cmbarton/grass_source/LAS/boost_1_59_0/tools/build/src/tools/darwin.jam
> to
I built boost with both bjam and b2 for i86_64. Here are the setups I used:
cd /Users/Shared/grass_dev/boost_1_59_0
edit
/Users/cmbarton/grass_source/LAS/boost_1_59_0/tools/build/src/tools/darwin.jam
to delete -gdwarf-2 ]
export CXXFLAGS=-stdlib=libstdc++
./bootstrap.sh
On Thu, Oct 8, 2015 at 7:33 PM, Michael Barton
wrote:
> I could try that. I originally build liblas with dual architecture. But
> current OS X and boost choke on dual architecture. So I built it 64 bit. I
> assumed that that means I needed to build laslib also only 64
On Thu, Oct 8, 2015 at 8:02 PM, Michael Barton
wrote:
> Nope.
>
> It starts to launch and gets to the start up screen, but has this error:
>
> Starting GRASS GIS...
> Unable to import pyGRASS:
>
The first thing is to compile boost with 2 architectures. That might solve the
whole thing
Michael Barton
School of Human Evolution Change
Center for Social Dynamics & Complexity
Arizona State University
...Sent from my iPad
On Oct 8, 2015, at 5:14 PM, Anna Petrášová
Nope.
It starts to launch and gets to the start up screen, but has this error:
Starting GRASS GIS...
Unable to import pyGRASS:
dlopen(/Users/cmbarton/grass_source/release_20150730_grass_7_0_1/macosx/dist/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gis.7.0.1.dylib,
10): no suitable image found.
If I configure only for x86_64, it configures. I'm building now to see if it
actually makes and runs. I'm concerned most about wxPython 2.8.12, which is
still 32 bit. We'll see if the workaround that William came up with still works.
Michael
C. Michael Barton
Director,
I got errors in...
Errors in:
/Users/cmbarton/grass_source/release_20150730_grass_7_0_1/scripts/v.what.strds
/Users/cmbarton/grass_source/release_20150730_grass_7_0_1/temporal/t.create
/Users/cmbarton/grass_source/release_20150730_grass_7_0_1/temporal/t.support
Nope.
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [bin/Release/liblas.2.3.0.dylib] Error 1
make[1]: *** [src/CMakeFiles/las.dir/all] Error 2
make: *** [all] Error 2
C. Michael
Michael Barton wrote:
> But wximgview would not compile with what appears to be a 32/64 bit conflict
wximgview is (AFAIK) the only program which links against the
wxWidgets libraries.
But it has been obsoleted by wxpyimgview (a wxPython version), so I
see no reason not to simply remove it (and
17 matches
Mail list logo