Am 22.03.2010 um 14:58 schrieb BH: > On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko <kor...@lyx.org> wrote: >>> The problem is installing it. When XCode builds, it should >>> create the application bundle, but it doesn't. When I use unix >>> makefiles, doing "make install" indeed puts most everything inside the >>> LyX.app bundle, but not in the right places. (The directory structure >>> should be something like: >>> >> ... >> Not having anyone used to handle cmake on macosx it will be somewhat >> difficult. >> I looked into another project, and it seems that macosx needs more polishing >> than I were able to do without >> immediately seeing the outcome and interpreting the error-messages. >> Also for Peter, although used to handle cmake on windows, it will not be >> easy. (I think). > > This worries me. I'm finding it increasingly difficult to compile LyX > on Mac and am currently unable to generate universal binaries of 2.0. > (There will be no Mac binary for 2.0alpha1.) I cannot use autotools at > all; cmake compiles, but only intel (not ppc) and even then not for > OSX 10.4. Going forward, I cannot compile recent versions of Qt > myself, and if I use Nokia's precompiled versions I will not be able > to use autotools at all, but will be forced to use cmake, which only > has incomplete support for Mac. LyX on Mac needs some serious help. > > To be clear: none of this is intended as criticism or blame. I know > there's only limited time people have to devote to LyX in general, and > I appreciate everyone's willingness to help out on Mac when possible. > Would that I had time and energy to step forward and (learn enough to) > fix some of these problems....
Ok, now I have some results to present: * Using autotools and self-compiled Qt4 on snow leopard I'm able to build 2.0 as universal binary and create a .dmg for at least Mac OS X 10.5, perhaps 10.4 too. How can I check that? With the resulting DMG mounted I did the following: % file /Volumes/LyX-2.0.0svn/LyX.app/Contents/MacOS/lyx /Volumes/LyX-2.0.0svn/LyX.app/Contents/MacOS/lyx: Mach-O universal binary with 2 architectures /Volumes/LyX-2.0.0svn/LyX.app/Contents/MacOS/lyx (for architecture ppc7400): Mach-O executable ppc /Volumes/LyX-2.0.0svn/LyX.app/Contents/MacOS/lyx (for architecture i386): Mach-O executable i386 % * Using cmake and self-compiled Qt4 on snow leopard I tried this (with svn trunk in sub directory lyx-devel): % export CMAKE_OSX_ARCHITECTURES="ppc;i386" % export CPPFLAGS="-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386" % export SDKROOT="/Developer/SDKs/MacOSX10.5.sdk" % export CMAKE_OSX_ARCHITECTURES="ppc;i386" % export MACOSX_DEPLOYMENT_TARGET=10.5 % rm -rf lyx-cmake % mkdir lyx-cmake % cd lyx-cmake && cmake ../lyx-devel/development/cmake -G Xcode -Dquiet=1 % open lyx-cmake/lyx.xcodeproj The resulting Xcode project works partially. I cannot build the lyxclient target. Bennett told me how to build with cmake... I had to exclude the mentioned LDFLAGS export and to increase the SDK version to 10.5. Otherwise I couldn't create a Xcode project file. ERROR msg is: GCC 4.2 is not compatible with the Mac OS X 10.4 SDK (file cpp_regex_traits.cpp) So the current situation is not that bad. I'm able to produce a distributable .dmg image. I have to double check that using the unpatched tar-ball and test the result on another Leopard system. The cmake problem may addressed later. Another thing to try is the proposal of Abdel - the use of the nokia libraries. I had problems to do so 2 days ago. I'll try it again soon.
