I applied the patch for macosX compilation and tested it on a power pc from my work.
Thanks!

Fabien

On 9/13/07, Fabien Chéreau < fabien.chereau@googlemail.com> wrote:
Hi guys,

This is great news :)) Thanks for the work.
I will probably include some part of the patch from Cyrus later today (I need to compile a mac version of my plug-in VirGO).
Nigel you can provide the rest afterward (don't forget to update SVN).
I really hope that we can quickly have a universal package build from cmake, and for the plug-ins also.

Cheers,
Fabien



On 9/13/07, Cyrus Harmon <ch-stellarium@bobobeach.com> wrote:

Indeed, switching to QT 4.3.1 fixes the update problem.

Thanks for the suggestion,

Cyrus

On Sep 12, 2007, at 6:36 PM, Nigel Kerr wrote:

> wow, you go away for a week and all kinds of stuff happens:
>
> thank you, Cyrus, for getting me to -fno-common much faster than i
> would have on my lonesome.  i am able to use much of your patch to
> make a build.
>
> what you describe about screen refreshing, though, I am not seeing
> redraw problem you are now, starting in full screen mode or not.  i
> suggest you start by upping to QT 4.3 for this.
>
> i can verify that en.po and hw.po are not coming through after a make:
> cmake claims that they have successfully made during a make, and the
> two commands used to make a .gmo complete indicating success.  is
> anyone else experiencing this?
>
> i had to fiddle with libstelMain.dylib as far as library names with
> install_name_tool, but that's not unexpected.  i don't see why i
> shouldn't be able to make a universal build here from this once i get
> both machines together.
>
> add to this that HelloStelModule also has just built and run here with
> this lashup.  as soon as i've proved that i can make a universal build
> (though not tonight) i will see if there's anything i'd add to Cyrus'
> patch and submit it.
>
> it is something of an exciting milestone that the same build
> environment now more or less builds a stellarium on these three
> platforms!
>
> cheers,
> nigel
>
> On 9/12/07, Cyrus Harmon <ch-stellarium@bobobeach.com> wrote:
>>
>> Ok, I finally managed to get things to compile...
>>
>>
>> I needed to apply the following changes and a couple manual install
>> steps.
>>
>> first, after make I had to:
>>
>> go to build/macosx/po directory and do:
>>
>> cp en_GB.gmo en.gmo
>> cp de.gmo hw.gmo
>>
>> Then after doing the make macosx_bundle,
>>
>> I had to manually set the permissions of the libstelMain.dylib to 444
>>
>> After that, things "worked", but the same problem that led me to
>> rebuild (that I would have hoped had gone away by now) persists. That
>> is that i have to move the mouse up to the menu bar in order to get
>> the screen to refresh. Perhaps this is something that is addressed by
>> using QT4.3, but I'm building with QT4.2.2.
>>
>> Anyway, getting closer. At least I can (sort of) build again.
>>
>> Thanks,
>>
>> Cyrus
>>
>> Index: cmake/FindFreeType2.cmake
>> ===================================================================
>> --- cmake/FindFreeType2.cmake   (revision 2510)
>> +++ cmake/FindFreeType2.cmake   (working copy)
>> @@ -15,6 +15,7 @@
>>     FIND_PATH(FreeType2_INCLUDE_DIR
>>       freetype/config/ftheader.h
>>       /usr/include/freetype2
>> +    /opt/local/include/freetype2
>>       /usr/X11R6/include/freetype
>>       )
>>
>> @@ -22,6 +23,7 @@
>>       freetype
>>       /usr/X11R6/lib
>>       /usr/local/lib
>> +    /opt/local/lib
>>       /usr/openwin/lib
>>       /usr/lib
>>       )
>> Index: src/CMakeLists.txt
>> ===================================================================
>> --- src/CMakeLists.txt  (revision 2510)
>> +++ src/CMakeLists.txt  (working copy)
>> @@ -197,9 +197,13 @@
>>      main.cpp
>>   )
>>
>> +IF(${CMAKE_SYSTEM_NAME} MATCHES "Darwin")
>> +  SET(MACOSX 1)
>> +ENDIF(${CMAKE_SYSTEM_NAME} MATCHES "Darwin")
>> +
>>   IF(MACOSX)
>> -  SET(stellarium_SRCS
>> -    ${stellarium_SRCS}
>> +  SET(stellarium_lib_SRCS
>> +    ${stellarium_lib_SRCS}
>>       MacosxDirs.cpp
>>       MacosxDirs.hpp)
>>   ENDIF(MACOSX)
>> Index: CMakeLists.txt
>> ===================================================================
>> --- CMakeLists.txt      (revision 2510)
>> +++ CMakeLists.txt      (working copy)
>> @@ -32,8 +32,8 @@
>>   IF(MACOSX)
>>    SET(CMAKE_INCLUDE_PATH "/usr/X11R6/include:/usr/X11R6/include/
>> freetype2:/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include:/
>> Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include/freetype2:/sw/
>> include:${CMAKE_INCLUDE_PATH}")
>>    SET(CMAKE_LIBRARY_PATH "/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/
>> lib:/sw/lib:${CMAKE_LIBRARY_PATH}")
>> - SET(CMAKE_C_FLAGS "-Wall -DMACOSX -I/Developer/SDKs/
>> MacOSX10.4u.sdk/
>> usr/X11R6/include -I/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/
>> include/
>> freetype2 -L/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/lib")
>> - SET(CMAKE_CXX_FLAGS "-Wall -DMACOSX -I/Developer/SDKs/
>> MacOSX10.4u.sdk/usr/X11R6/include -I/Developer/SDKs/MacOSX10.4u.sdk/
>> usr/X11R6/include/freetype2 -L/Developer/SDKs/MacOSX10.4u.sdk/usr/
>> X11R6/lib")
>> + SET(CMAKE_C_FLAGS "-fno-common -Wall -DMACOSX -I/Developer/SDKs/
>> MacOSX10.4u.sdk /usr/X11R6/include -I/Developer/SDKs/MacOSX10.4u.sdk/
>> usr/X11R6/include/freetype2 -L/Developer/SDKs/MacOSX10.4u.sdk/usr/
>> X11R6/lib")
>> + SET(CMAKE_CXX_FLAGS "-fno-common -Wall -DMACOSX -I/Developer/SDKs/
>> MacOSX10.4u.sdk /usr/X11R6/include -I/Developer/SDKs/MacOSX10.4u.sdk/
>> usr/X11R6/include/freetype2 -L/Developer/SDKs/MacOSX10.4u.sdk/usr/
>> X11R6/lib")
>>   ENDIF(MACOSX)
>>
>>
>>
>>
>> On Sep 12, 2007, at 4:10 PM, Cyrus Harmon wrote:
>>
>>>
>>> I've managed to get things configured properly (albeit with QT4.2,
>>> not sure if this is a problem or not) and the build process starts,
>>> but eventually I get:
>>>
>>> Linking CXX shared library libstelMain.dylib
>>> ld: common symbols not allowed with MH_DYLIB output format with
>>> the -
>>> multi_module option
>>> CMakeFiles/stelMain.dir/stelutils/GLee.o definition of common
>>> ___GLeeGLLoadFunction (size 1120)
>>> /usr/bin/libtool: internal link edit command failed
>>> make[2]: *** [src/libstelMain.dylib] Error 1
>>> make[1]: *** [src/CMakeFiles/stelMain.dir/all] Error 2
>>> make: *** [all] Error 2
>>>
>>>
>>> do I need an -fno_common somewhere? any idea where best to put that?
>>>
>>> Thanks,
>>>
>>> Cyrus
>>>
>>> On Jun 8, 2007, at 7:44 PM, Nigel Kerr wrote:
>>>
>>>> i was able to make a Stellarium.app just now with cmake.  I have
>>>> a .h
>>>> and .c pair that is macosx specific added conditionally in the src
>>>> directory, and a little setup in the toplevel, and cmake
>>>> straight-up
>>>> does not understand mac bundling so well, so i had to script the
>>>> last
>>>> few steps, and it is not yet relocatable on the filesystem.
>>>> this is
>>>> also just a platform specific build, not Universal.  cmake doesn't
>>>> know much about that at all itself.
>>>>
>>>> but it runs.  and one can start in full-screen on the mac on this
>>>> build as well (hah!).  but i hadn't expected so much success right
>>>> away.
>>>>
>>>> cheers,
>>>> nigel
>>>>
>>>> -------------------------------------------------------------------
>>>> --
>>>> -
>>>> ---
>>>> This SF.net email is sponsored by DB2 Express
>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>> control of your XML. No limits. Just data. Click to get it now.
>>>> http://sourceforge.net/powerbar/db2/
>>>> _______________________________________________
>>>> Stellarium-pubdevel mailing list
>>>> Stellarium-pubdevel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
>>>
>>>
>>> --------------------------------------------------------------------
>>> --
>>> ---
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Stellarium-pubdevel mailing list
>>> Stellarium-pubdevel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
>>
>>
>> ---------------------------------------------------------------------
>> ----
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Stellarium-pubdevel mailing list
>> Stellarium-pubdevel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
>>
>
> ----------------------------------------------------------------------
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Stellarium-pubdevel mailing list
> Stellarium-pubdevel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Stellarium-pubdevel mailing list
Stellarium-pubdevel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel