On Wed, Dec 4, 2013 at 6:39 PM, Michael Barton <Michael.Barton@asu.edu>wrote:
Some updates.
I changed my terminal environment and configure string for Lion (OSX 10.7)
compatibility. This involves:
export MACOSX_DEPLOYMENT_TARGET=10.7
export CXX=g++
./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.7.sdk
--with-freetype
--with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2
/Library/Frameworks/FreeType.framework/unix/include"
--with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib
--with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config
--with-proj
--with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include
--with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib
--with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj
--with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config
--with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-cairo
--with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo
/Library/Frameworks/cairo.framework/unix/include"
--with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib
--with-cairo-ldflags="-lcairo" --without-postgres --without-mysql
--with-sqlite
--with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib
--with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include
--with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include
--with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x
--with-cxx --with-opengl=aqua --without-readline
--prefix=/Applications/GRASS --enable-macosx-app --with-python
--with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config
--with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers
/Library/Frameworks/Tk.framework/Headers
/Library/Frameworks/Tk.framework/PrivateHeaders"
--with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386
x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl
When I did this, r.terraflow and r.viewshed compiled.
I still have the xml problem
This message is still repeating in the terminal:
2013-12-04 16:25:16.568 Python[17513:d0b] CoreText performance note:
Client called CTFontCreateWithName() using name ".Lucida Grande UI" and got
font with PostScript name ".LucidaGrandeUI". For best performance, only use
PostScript names when calling this API.
If this is not causing anything, I would ignore it, this is apparently
related to Maverick, maybe they will fix it later.
A raster map displays fine
When I first tried NVIZ, I got an error in the terminal. When I tried it
again, it worked and the error disappeared (so I cannot copy and paste it
here).
I got this warning once:
/Users/cmbarton/Dropbox/GRASS_dropbox/source/grass7_dev/macosx/dist/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/goutput.py:234:
wxPyDeprecationWarning: Call to deprecated item 'SetVirtualSizeHints’.
This is harmless, I could probably remove the calls of
SetVirtualSizeHints, but I am not sure if it is needed in the older
wxPython versions.
The digitizer is acting funny. When I called my new test vector “delete”,
it crashed the GUI. When I tried it again, with “testdelete1” it is OK. But
now it is giving me an error that the cat number is duplicated with my
first area. It is locked up and I can’t get out of some kind of loop with
the dialog to create a table entry. But this may be problems with the
digitizer in general rather than the new compilation.
I had the GUI lock up earlier but it seems to be working OK now, if a bit
sluggish. Tearoff menus are fine. The vector graphics look much nicer. I
think that Cairo is displaying better with this wxPython.
Please report the issues (via trac) related to the wxPython 2.9, I already
tried to fix some of these but there will be more of them. I need the
issues to be reproducible.
Anna
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Dec 4, 2013, at 3:54 PM, Michael Barton <michael.barton@asu.edu> wrote:
> Forgot to mention that r.terraflow and r.viewshed do not compile. I
assume this is a C++ issue.
>
> Michael
> ______________________________
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Arizona State University
> Tempe, AZ 85287-2402
> USA
>
> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
> www: http://csdc.asu.edu, http://shesc.asu.edu
> http://www.public.asu.edu/~cmbarton
>
> On Dec 4, 2013, at 3:50 PM, Michael Barton <michael.barton@asu.edu>
wrote:
>
>> I was able to compile and open GRASS 7 under Mavericks. Here is what
I’ve done so far.
>>
>> 1. I had to uninstall and reinstall Xcode and the CommandLineTools. You
may or may not have to do this. If you have not yet updated Xcode, you
should delete your existing Xcode before doing so. There are several
approaches to doing this depending on how you installed it. There are
references to using an Uninstall_Devtools utility that supposedly lives in
/Library/Developer. I’ve never had this. If you installed from the app
store, you need to open the launch pad and delete Xcode from there. AFAIK,
there is no way to delete the CommandLineTools (unless you want to do it
one by one). I also installed the AuxTools because I had these before. I
don’t know that I need them though.
>>
>> 2. I also installed wxPython 2.9.5 so I can compile in 64bit Python
2.7. I also installed all the current frameworks from William’s site (I
only had to update to GDAL 1.10)
>>
>> 3. I had to drop out of my configuration script reference to gettext
and odbc. I supposed I need to recompile gettext under Mavericks (and maybe
LAS but I don’t yet know). But I don’t know where the ODBC issue is coming
from. I didn’t explicitly install that previously.
>>
>> 4. I opened a terminal window, cd to the proper source directory and
then typed…
>>
>> export CXX=g++
>>
>>
>> 5. I configured with…
>>
>> ./configure --with-freetype
--with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2
/Library/Frameworks/FreeType.framework/unix/include"
--with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib
--with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config
--with-proj
--with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include
--with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib
--with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj
--with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config
--with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-cairo
--with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo
/Library/Frameworks/cairo.framework/unix/include"
--with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib
--with-cairo-ldflags="-lcairo" --without-postgres --without-mysql
--with-sqlite
--with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib
--with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include
--with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include
--with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-x
--with-cxx --with-opengl=aqua --without-readline
--prefix=/Applications/GRASS --enable-macosx-app --with-python
--with-wxwidgets=/usr/local/lib/wxPython-2.9.5.0/bin/wx-config
--with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers
/Library/Frameworks/Tk.framework/Headers
/Library/Frameworks/Tk.framework/PrivateHeaders"
--with-tcltk-libs="/usr/local/tcltk_active/lib" --with-macosx-archs="i386
x86_64" --with-liblas="/usr/local/bin/liblas-config" --with-opencl
>>
>> 6. I ran…
>>
>> make GDAL_DYNAMIC=
>>
>> 7. I ran…
>>
>> make bindist
>>
>>
>> Making a binary distribution package partly failed. I got a GRASS app
but not a package, because the packagemaker is no longer with the AuxTools.
I’ll need guidance from William as to how to use whatever new package
making tools are in the Dev Tools.
>>
>>
>> So far, I have not compiled for 10.7 compatibility or bundled wxPython
(I’m doing that now)
>>
>> wxPython still crashes on startup due to its inability to create
menutree.xml and module_tree_menudata.xml. I have to do a work around. I
was hoping that this might clear up with Python 2.7 and wxPython 2.9. But
it has not. So this is a problem in the code and not in trying to maintain
backward compatibility.
>>
>>
>> Once I did all this, GRASS 7 launches. It looks different with wxPython
2.9—more Linux like and less Maclike to my eyes.
>>
>> Also, the terminal begins kicking out the following message every
second or so:
>>
>> 2013-12-04 15:31:50.761 Python[78631:d0b] CoreText performance note:
Client called CTFontCreateWithName() using name ".Lucida Grande UI" and got
font with PostScript name ".LucidaGrandeUI". For best performance, only use
PostScript names when calling this AP
>>
>> This needs to be fixed.
>>
>> I’ll keep you all informed about compiling for Lion and packaging
wxPython.
>>
>> Michael
>>
>> ______________________________
>> C. Michael Barton
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Arizona State University
>> Tempe, AZ 85287-2402
>> USA
>>
>> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>> fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
>> www: http://csdc.asu.edu, http://shesc.asu.edu
>> http://www.public.asu.edu/~cmbarton
>>
>> On Dec 3, 2013, at 5:53 PM, Helena Mitasova <hmitaso@ncsu.edu> wrote:
>>
>>> Michael,
>>>
>>> can you please share your configure file that you are using?
>>>
>>> thanks, Helena
>>>
>>> Helena Mitasova
>>> Associate Professor
>>> Department of Marine, Earth, and Atmospheric Sciences
>>> 2800 Faucette Drive, Rm. 1125 Jordan Hall
>>> North Carolina State University
>>> Raleigh, NC 27695-8208
>>> hmitaso@ncsu.edu
>>>
>>> "All electronic mail messages in connection with State business which
are sent to or received by this account are subject to the NC Public
Records Law and may be disclosed to third parties.”
>>>
>>> On Dec 3, 2013, at 7:12 PM, Michael Barton wrote:
>>>
>>>> I got it to compile fine using GDAL 1.10. But the GUI still crashes
on startup due to problems in the xml toolbox.
>>>>
>>>> Michael
>>>> ______________________________
>>>> C. Michael Barton
>>>> Director, Center for Social Dynamics & Complexity
>>>> Professor of Anthropology, School of Human Evolution & Social Change
>>>> Arizona State University
>>>> Tempe, AZ 85287-2402
>>>> USA
>>>>
>>>> voice:
>>>> 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>>>> fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
>>>> www:
>>>> http://csdc.asu.edu, http://shesc.asu.edu
>>>> http://www.public.asu.edu/~cmbarton
>>>>
>>>> On Dec 3, 2013, at 12:43 PM, Anna Petrášová <kratochanna@gmail.com>
wrote:
>>>>
>>>>>
>>>>> Hi all,
>>>>>
>>>>> I am still having problems to compile GRASS on Maverick, it cannot
find GDAL, I already reinstalled the frameworks and Xcode, too. I tried to
compile the simple code which seems to be compiled during configure:
>>>>> #include <gdal.h>
>>>>>
>>>>> int main(int argc, const char* argv)
>>>>> {
>>>>> GDALOpen("foo", GA_ReadOnly);
>>>>> }
>>>>>
>>>>> which gives me:
>>>>>
>>>>> gis-imac:Desktop akratoc$ gcc test.c
>>>>>
>>>>> test.c:14:5: warning: ignoring return value of function declared
with warn_unused_result attribute [-Wunused-result]
>>>>>
>>>>> GDALOpen("foo", GA_ReadOnly);
>>>>>
>>>>> ^~~~~~~~ ~~~~~~~~~~~~~~~~~~
>>>>>
>>>>> 1 warning generated.
>>>>>
>>>>> Undefined symbols for architecture x86_64:
>>>>>
>>>>> "_GDALOpen", referenced from:
>>>>>
>>>>> _main in test-sew0gz.o
>>>>>
>>>>> ld: symbol(s) not found for architecture x86_64
>>>>>
>>>>> clang: error: linker command failed with exit code 1 (use -v to see
invocation)
>>>>>
>>>>> I am having the same problem also on another computer. Any help
appreciated.
>>>>>
>>>>> Thanks,
>>>>> Anna
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler <neteler@osgeo.org>
wrote:
>>>>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton <
Michael.Barton@asu.edu> wrote:
>>>>>> I've been chilling out after Thanksgiving and thought I'd try
compiling
>>>>>> GRASS on Mavericks.
>>>>>>
>>>>>> I had a couple of configure issues.
>>>>>>
>>>>>> --with-odbc failed. Is this not included with Mavericks or do I
need to
>>>>>> reference it in some other way?
>>>>>> --with nls also failed. I wonder if I have to update the version of
gettext
>>>>>> that I compiled on Lion?
>>>>>>
>>>>>> When I dropped these out, I got it to compile. But it errors out
with the
>>>>>> following:
>>>>>>
>>>>>> Undefined symbols for architecture x86_64:
>>>>>> "___sincos_stret", referenced from:
>>>>>
>>>>> I found these "random" links:
>>>>>
>>>>> http://trac.macports.org/ticket/40961
>>>>>
>>>>>
http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>>>>>
>>>>> Perhaps giving the right idea..
>>>>> Markus
>>>>> _______________________________________________
>>>>> grass-dev mailing list
>>>>> grass-dev@lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>>>
>>>>
>>>
>>
>
