Re: [Qgis-developer] Re: cmake error on OS X 10.6

2010-09-17 Thread William Kyngesburye
On Sep 17, 2010, at 10:44 AM, Matthew Denno wrote:

 Last night I downloaded the 64bit Qt library-only package (The SDK didn't say 
 if it was 32 or 64 bit).  I went through the Installation Guide again and 
 this time was able to get past the SIP/PyQt installs following the guide.  
 The only thing I had to do that wasn't in the guide was add the non-framework 
 path to PYTHONPATH in my .bash-profile. 
 
 PYTHONPATH='/Library/Python/2.6/site-packages'
 export PYTHONPATH
 
Even that should not be necessary.  That path is wired into the system python.  
If you installed and use the python.org python, it's not set there, but then 
you should compile python extensions into it's site-packages.

 When it came to actually building QGIS I successfully ran cmake.  However I 
 am still receiving the same/similar error as before:
 
 Linking CXX shared library libqgis_analysis.dylib
 [ 63%] Built target qgis_analysis
 [ 64%] Generating analysis/sipanalysispart0.cpp, 
 analysis/sipanalysispart1.cpp, analysis/sipanalysispart2.cpp, 
 analysis/sipanalysispart3.cpp
 
 sip: /Users/matt/Development/qgis/python/core/conversions.sip:269: Mapped 
 type has already been defined in another module
 make[2]: *** [python/analysis/sipanalysispart0.cpp] Error 1
 make[1]: *** [python/CMakeFiles/python_module_qgis_analysis.dir/all] Error 2
 make: *** [all] Error 2
 
 I suspect that this may be due to the fact that it took me multiple tries to 
 get SIP/PyQt installed correctly.  Any idea what this message means?  I am 
 thinking that maybe I have SIP installed in multiple locations from failed 
 past attempts.  Do you think that would cause this error?
 

I don't know at this point, though it does sound familiar.

If you did a basic SIP/PyQt build at one time, without the flags to set 
explicit install locations, you may have some leftovers in the system python, 
which you can delete.  Look in 
/System/Library/Frameworks/Python.framework/Versions/2.6:

bin: pylupdate4, pyrcc4, pyuic4, sip

include: sip.h

share: sip folder

lib/python2.6/site-packages: sip and pyqt files

And possibly /usr/bin, /usr/include and /usr/share for the same.

 I need to build from source because I am working on a plugin that is written 
 in C++.  This is a project that I had to set down a few months ago.  In the 
 mean time I have switched platforms and am now trying to pick this project 
 back up.  I use the QtCreator IDE for coding and CMake to build.  This setup 
 has worked well for me in the past and allows for easy gui development and 
 debugging all in QtCreator.

understood.

-
William Kyngesburye kyngchaos*at*kyngchaos*dot*com
http://www.kyngchaos.com/

Mon Dieu! but they are all alike.  Cheating, murdering, lying, fighting, and 
all for things that the beasts of the jungle would not deign to possess - money 
to purchase the effeminate pleasures of weaklings.  And yet withal bound down 
by silly customs that make them slaves to their unhappy lot while firm in the 
belief that they be the lords of creation enjoying the only real pleasures of 
existence

- the wisdom of Tarzan


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Fwd: [Qgis-developer] Re: cmake error on OS X 10.6

2010-09-17 Thread Matthew Denno
Forgot to reply all.

-- Forwarded message --
From: Matthew Denno mgde...@gmail.com
Date: Fri, Sep 17, 2010 at 1:15 PM
Subject: Re: [Qgis-developer] Re: cmake error on OS X 10.6
To: William Kyngesburye kyngch...@kyngchaos.com




On Fri, Sep 17, 2010 at 12:15 PM, William Kyngesburye wokl...@kyngchaos.com
 wrote:

 On Sep 17, 2010, at 10:44 AM, Matthew Denno wrote:

  Last night I downloaded the 64bit Qt library-only package (The SDK didn't
 say if it was 32 or 64 bit).  I went through the Installation Guide again
 and this time was able to get past the SIP/PyQt installs following the
 guide.  The only thing I had to do that wasn't in the guide was add the
 non-framework path to PYTHONPATH in my .bash-profile.
 
  PYTHONPATH='/Library/Python/2.6/site-packages'
  export PYTHONPATH
 
 Even that should not be necessary.  That path is wired into the system
 python.  If you installed and use the python.org python, it's not set
 there, but then you should compile python extensions into it's
 site-packages.


Oh.  Okay.  I have the python.org version installed. so my SIP/PyQt
configure should have -d
/Library/Frameworks/Python.framework/Versions/2.6/python2.6/site-packages
not -d /Library/Python/2.6/site-packages

I am still figuring out the whole OS X directory structure and though that
that was the system python...not realizing that there is a python at
/System/Library/...  As a result I have SIP/PyQt split into two places.
None in the System Python but in both other locations mentioned above.

I guess I have some clean-up to do.




___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Re: cmake error on OS X 10.6

2010-09-17 Thread William Kyngesburye
With the python.org python, you just use the first form:

python configure.py

That defaults to putting everything in the python framework.

That said, I haven't tried it in a long time, since I don't use the python.org 
python.  You may get deployment target complaints from python.

On Sep 17, 2010, at 12:22 PM, Matthew Denno wrote:

 Forgot to reply all.
 
 -- Forwarded message --
 From: Matthew Denno mgde...@gmail.com
 Date: Fri, Sep 17, 2010 at 1:15 PM
 Subject: Re: [Qgis-developer] Re: cmake error on OS X 10.6
 To: William Kyngesburye kyngch...@kyngchaos.com
 
 
 
 
 On Fri, Sep 17, 2010 at 12:15 PM, William Kyngesburye wokl...@kyngchaos.com 
 wrote:
 On Sep 17, 2010, at 10:44 AM, Matthew Denno wrote:
 
  Last night I downloaded the 64bit Qt library-only package (The SDK didn't 
  say if it was 32 or 64 bit).  I went through the Installation Guide again 
  and this time was able to get past the SIP/PyQt installs following the 
  guide.  The only thing I had to do that wasn't in the guide was add the 
  non-framework path to PYTHONPATH in my .bash-profile.
 
  PYTHONPATH='/Library/Python/2.6/site-packages'
  export PYTHONPATH
 
 Even that should not be necessary.  That path is wired into the system 
 python.  If you installed and use the python.org python, it's not set there, 
 but then you should compile python extensions into it's site-packages.
 
 Oh.  Okay.  I have the python.org version installed. so my SIP/PyQt configure 
 should have -d 
 /Library/Frameworks/Python.framework/Versions/2.6/python2.6/site-packages 
 not -d /Library/Python/2.6/site-packages
 
 I am still figuring out the whole OS X directory structure and though that 
 that was the system python...not realizing that there is a python at 
 /System/Library/...  As a result I have SIP/PyQt split into two places.  None 
 in the System Python but in both other locations mentioned above.
 
 I guess I have some clean-up to do.
 
 
 
 
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

-
William Kyngesburye kyngchaos*at*kyngchaos*dot*com
http://www.kyngchaos.com/

[Trillian]  What are you supposed to do WITH a maniacally depressed robot?

[Marvin]  You think you have problems?  What are you supposed to do if you ARE 
a maniacally depressed robot?  No, don't try and answer, I'm 50,000 times more 
intelligent than you and even I don't know the answer...

- HitchHiker's Guide to the Galaxy


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Re: cmake error on OS X 10.6

2010-09-17 Thread Matthew Denno
Using python configure.py takes care of the architecture (I.e. 32 vs 64 bit)
too?

On Sep 17, 2010 1:56 PM, William Kyngesburye wokl...@kyngchaos.com
wrote:

With the python.org python, you just use the first form:

python configure.py

That defaults to putting everything in the python framework.

That said, I haven't tried it in a long time, since I don't use the
python.org python.  You may get deployment target complaints from python.


On Sep 17, 2010, at 12:22 PM, Matthew Denno wrote:

 Forgot to reply all.

 -- Forwarde...

 ___
 Qgis-developer mailing list
 qgis-develo...@lis...

-
William Kyngesburye kyngchaos*at*kyngchaos*dot*com
http://www.kyngchaos.com/
[Trillian]  What are you supposed to do WITH a maniacally depressed robot?

[Marvin]  You think you have problems?  What are you supposed to do if you
ARE a maniacally depressed robot?  No, don't try and answer, I'm 50,000
times more intelligent than you and even I don't know the answer...

- HitchHiker's Guide to the Galaxy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Re: cmake error on OS X 10.6

2010-09-17 Thread William Kyngesburye
I think it will default to 32bit.

On Sep 17, 2010, at 1:47 PM, Matthew Denno wrote:

 Using python configure.py takes care of the architecture (I.e. 32 vs 64 bit) 
 too?
 
 
 On Sep 17, 2010 1:56 PM, William Kyngesburye wokl...@kyngchaos.com wrote:
 
 With the python.org python, you just use the first form:
 
 python configure.py
 
 That defaults to putting everything in the python framework.
 
 That said, I haven't tried it in a long time, since I don't use the 
 python.org python.  You may get deployment target complaints from python.
 


-
William Kyngesburye kyngchaos*at*kyngchaos*dot*com
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Re: cmake error on OS X 10.6

2010-09-17 Thread John C. Tull
Matthew,

Is there a specific reason to use python.org? Generally speaking, it seems to 
prove best on OS X to avoid overriding system provided bins and libs when 
possible.

Cheers,
John

On Sep 17, 2010, at 1:39 PM, William Kyngesburye wrote:

 I think it will default to 32bit.
 
 On Sep 17, 2010, at 1:47 PM, Matthew Denno wrote:
 
 Using python configure.py takes care of the architecture (I.e. 32 vs 64 bit) 
 too?
 
 
 On Sep 17, 2010 1:56 PM, William Kyngesburye wokl...@kyngchaos.com 
 wrote:
 
 With the python.org python, you just use the first form:
 
 python configure.py
 
 That defaults to putting everything in the python framework.
 
 That said, I haven't tried it in a long time, since I don't use the 
 python.org python.  You may get deployment target complaints from python.
 
 
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 All generalizations are dangerous, even this one.
 
 
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Re: cmake error on OS X 10.6

2010-09-17 Thread Matthew Denno
John, I guess the only reason was that I wanted to use Idle at one time.  I
don't care anymore though.  In your opinion would it be better uninstall the
python.org version?  Will that remove
\Library\Frameworks\Python.frameworks...?

I am just trying to figure out how to proceed to get this cleaned up and
working.

On Sep 17, 2010 5:41 PM, John C. Tull john.t...@wildnevada.org wrote:

Matthew,

Is there a specific reason to use python.org? Generally speaking, it seems
to prove best on OS X to avoid overriding system provided bins and libs when
possible.

Cheers,
John


On Sep 17, 2010, at 1:39 PM, William Kyngesburye wrote:

 I think it will default to 32bit.

 O...
 ___
 Qgis-developer mailing list

 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Re: cmake error on OS X 10.6

2010-09-16 Thread John C. Tull
As far as I can tell, I do not have any remnant gsl laying around. I upgraded 
my hardware in the past 6 months and started afresh with additional unix libs, 
binaries, etc. I did not install any gsl other than your framework to my 
knowledge.

I believe some updates occurred in the past 6-10 months with egis where your 
frameworks are automagically picked up by cmake. Here is my commandline output 
from running the cmake command I posted:

-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - no
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - no
-- Check for working C compiler: /usr/local/bin/ccache
-- Check for working C compiler: /usr/local/bin/ccache -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Checking whether CXX compiler has -isysroot
-- Checking whether CXX compiler has -isysroot - no
-- Checking whether CXX compiler supports OSX deployment target flag
-- Checking whether CXX compiler supports OSX deployment target flag - no
-- Check for working CXX compiler: /usr/local/bin/ccache
-- Check for working CXX compiler: /usr/local/bin/ccache -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Quantum GIS version: 1.6.0 Trunk (10600)
-- Found GRASS: /Applications/GRASS-6.4.app/Contents/MacOS (6.4.0)
-- Found Iconv: /usr/lib/libiconv.dylib
-- Looking for openpty
-- Looking for openpty - found
-- Found Proj: /Library/Frameworks/proj.framework
-- Found Expat: /usr/lib/libexpat.dylib
-- Using GSL from /Library/Frameworks/GSL.framework/Versions/1/unix
-- Found GEOS: 
/Library/Frameworks/GEOS.framework/Versions/3/unix/lib/libgeos_c.dylib
-- Found GDAL: 
/Library/Frameworks/GDAL.framework/Versions/1.7/unix/lib/libgdal.dylib
-- Found PostgreSQL: /usr/local/pgsql/lib/libpq.dylib
-- Found QWT: /usr/local/qwt-5.2.1-svn/lib/libqwt.5.dylib
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - not found.
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found.
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found.
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - found
-- Looking for QT_MAC_USE_COCOA
-- Looking for QT_MAC_USE_COCOA - found
-- Found Qt-Version 4.7.0 (using /usr/bin/qmake)
-- Found PythonInterp: 
/System/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6
-- Found Python executable: 
/System/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6
-- Found Python version: 2.6.1
-- Found Python library: -framework Python
-- Found SIP version: 4.10.5
-- Found PyQt4 version: 4.7.4
-- Found FCGI: /usr/lib/libfcgi.dylib
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/jctull/sources/qgis/trunk/build

You can see that gsl, proj and others were discovered just fine.

Cheers,
John


On Sep 16, 2010, at 7:57 AM, William Kyngesburye wrote:

 Interesting.  You don't have problems with GSL or PROJ frameworks?  Maybe you 
 have an old /usr/local GSL from before my framework?
 
 I suppose I should give it a whirl to make sure it's all working...
 
 On Sep 16, 2010, at 9:50 AM, John C. Tull wrote:
 
 I use cmake regularly, and William's frameworks otherwise. I have an alias 
 in my bash profile setup with the following command:
 
 cmake -D BINDINGS_GLOBAL_INSTALL=on -D 
 QWT_INCLUDE_DIR=/usr/local/qwt-5.2.1-svn/include -D 
 QWT_LIBRARY=/usr/local/qwt-5.2.1-svn/lib/libqwt.5.dylib -D 
 CMAKE_INSTALL_PREFIX=/Applications -D CMAKE_BUILD_TYPE=Release -D 
 SIP_BINARY_PATH=/usr/local/bin/sip -D CMAKE_OSX_ARCHITECTURES=x86_64 -D 
 GRASS_PREFIX=/Applications/GRASS-6.4.app/Contents/MacOS -D 
 GRASS_INCLUDE_DIR=/Applications/GRASS-6.4.app/Contents/MacOS/include ..
 
 Hope that helps.
 
 John
 
 On Sep 15, 2010, at 8:21 PM, William Kyngesburye wrote:
 
 I confess that since setting up the Xcode project, I use it exclusively and 
 haven't tried a cmake build in a while, though others have with success.
 
 The Qgis cmake configure should automatically find known frameworks.  GDAL 
 and GEOS are known, but GSL is fairly recent as a framework and the cmake 
 stuff wasn't updated.
 
 Odd, I see that the cmake test for PROJ doesn't check for a framework.
 
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 First Pogril: Why is life like sticking your head in a bucket filled with 
 hyena offal?
 Second Pogril: I don't know.  Why IS life like sticking your head in a bucket 
 filled with hyena offal?
 First Pogril: I don't know either.  Wretched, isn't it?
 
 -HitchHiker's Guide to the Galaxy
 
 

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


[Qgis-developer] Re: cmake error on OS X 10.6

2010-09-15 Thread Matthew Denno

Okay - so I seemed to fix this error by adding the following to cmake:

-D
GSL_CONFIG_PREFER_PATH:STRING=/Library/Frameworks/GSL.framework/Versions/1/unix/bin

Now I receive the following error during make:

[ 67%] Generating analysis/sipanalysispart0.cpp,
analysis/sipanalysispart1.cpp, analysis/sipanalysispart2.cpp,
analysis/sipanalysispart3.cpp

sip: /Users/matt/Development/qgis/python/core/conversions.sip:269: Mapped
type has already been defined in another module
make[2]: *** [python/analysis/sipanalysispart0.cpp] Error 1
make[1]: *** [python/CMakeFiles/python_module_qgis_analysis.dir/all] Error 2
make: *** [all] Error 2

Any ideas?
-- 
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/cmake-error-on-OS-X-10-6-tp5536573p5536703.html
Sent from the qgis-developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer