Re:Mac SVN fails to compile
On 19/02/2010, at 6:28 PM, lyx-devel-digest-h...@lists.lyx.org wrote: From: BH bewih...@gmail.com Date: 18 February 2010 10:58:53 AM AEDT To: Roger Mc Murtrie roge...@iinet.net.au Cc: lyx-devel@lists.lyx.org, Pavel Sanda sa...@lyx.org Subject: Re: Mac SVN fails to compile On Wed, Feb 17, 2010 at 6:14 PM, Roger Mc Murtrie roge...@iinet.net.au wrote: Attached is proposed patch to INSTALL.MacOSX instructions. Regards, Roger Looks good to me. BH How do I submit it for incorporation? Roger
Re:Mac SVN fails to compile
On 19/02/2010, at 6:28 PM, lyx-devel-digest-h...@lists.lyx.org wrote: > From: BH <bewih...@gmail.com> > Date: 18 February 2010 10:58:53 AM AEDT > To: Roger Mc Murtrie <roge...@iinet.net.au> > Cc: lyx-devel@lists.lyx.org, Pavel Sanda <sa...@lyx.org> > Subject: Re: Mac SVN fails to compile > > > On Wed, Feb 17, 2010 at 6:14 PM, Roger Mc Murtrie <roge...@iinet.net.au> > wrote: > >> Attached is proposed patch to INSTALL.MacOSX instructions. >> Regards, >> Roger > > Looks good to me. > > BH How do I submit it for incorporation? Roger
Re: Mac SVN fails to compile
On 17/02/2010, at 2:45 PM, lyx-devel-digest-h...@lists.lyx.org wrote: From: Pavel Sanda sa...@lyx.org Date: 15 February 2010 2:03:28 PM AEDT To: lyx-devel@lists.lyx.org Subject: Re: Mac SVN fails to compile Reply-To: lyx-devel@lists.lyx.org Roger Mc Murtrie wrote: OSX 10.6.2 Adding --disable-stdlib-debug to my configure solved the problem: ./configure --prefix=/Applications/LyX2.0.0svn.app --with-version-suffix=-1.6 --with-qt4-dir=/usr/local/Trolltech/Qt-4.5.3 --with-included-gettext --enable-optimization=-Os --enable-debug --enable-assertions --disable-stdlib-debug I didn't need to specify -arch i386. Thanks for your help feel free to post diff for INSTALL.MacOSX instructinos. wouldn't be better to use -O2 instead of -Os btw? some people have performance issues and this could boost the speed a bit? pavel Attached is proposed patch to INSTALL.MacOSX instructions. Regards, Roger Index: INSTALL.MacOSX === --- INSTALL.MacOSX (revision 33491) +++ INSTALL.MacOSX (working copy) @@ -71,7 +71,7 @@ Then, cd to the top of the LyX source hierarchy, and enter: - ./configure --prefix=/path/to/LyX.app --with-version-suffix=-1.6 --with-qt4-dir=/path/to/QT4 --with-included-gettext --enable-optimization=-Os + ./configure --prefix=/path/to/LyX.app --with-version-suffix=-1.6 --with-qt4-dir=/path/to/QT4 --with-included-gettext --enable-optimization=-O2 make make install-strip @@ -91,7 +91,7 @@ Then, cd to the top of the LyX source hierarchy, and enter: ./autogen.sh - ./configure --prefix=/path/to/LyX.app --with-version-suffix=-1.6 --with-qt4-dir=/path/to/QT4 --with-included-gettext --enable-optimization=-Os + ./configure --prefix=/path/to/LyX.app --with-version-suffix=-1.6 --with-qt4-dir=/path/to/QT4 --with-included-gettext --enable-optimization=-O2 --disable-stdlib-debug make make install-strip
Re: Mac SVN fails to compile
On 17/02/2010, at 2:45 PM, lyx-devel-digest-h...@lists.lyx.org wrote: > From: Pavel Sanda <sa...@lyx.org> > Date: 15 February 2010 2:03:28 PM AEDT > To: lyx-devel@lists.lyx.org > Subject: Re: Mac SVN fails to compile > Reply-To: lyx-devel@lists.lyx.org > > > Roger Mc Murtrie wrote: >> OSX 10.6.2 >> Adding --disable-stdlib-debug to my configure solved the problem: >> ./configure --prefix=/Applications/"LyX2.0.0svn.app" >> --with-version-suffix=-1.6 --with-qt4-dir=/usr/local/Trolltech/Qt-4.5.3 >> --with-included-gettext --enable-optimization=-Os --enable-debug >> --enable-assertions --disable-stdlib-debug >> I didn't need to specify -arch i386. >> Thanks for your help > > feel free to post diff for INSTALL.MacOSX instructinos. > wouldn't be better to use -O2 instead of -Os btw? > some people have performance issues and this could boost the speed a bit? > > pavel Attached is proposed patch to INSTALL.MacOSX instructions. Regards, Roger Index: INSTALL.MacOSX === --- INSTALL.MacOSX (revision 33491) +++ INSTALL.MacOSX (working copy) @@ -71,7 +71,7 @@ Then, cd to the top of the LyX source hierarchy, and enter: - ./configure --prefix=/path/to/LyX.app --with-version-suffix=-1.6 --with-qt4-dir=/path/to/QT4 --with-included-gettext --enable-optimization=-Os + ./configure --prefix=/path/to/LyX.app --with-version-suffix=-1.6 --with-qt4-dir=/path/to/QT4 --with-included-gettext --enable-optimization=-O2 make make install-strip @@ -91,7 +91,7 @@ Then, cd to the top of the LyX source hierarchy, and enter: ./autogen.sh - ./configure --prefix=/path/to/LyX.app --with-version-suffix=-1.6 --with-qt4-dir=/path/to/QT4 --with-included-gettext --enable-optimization=-Os + ./configure --prefix=/path/to/LyX.app --with-version-suffix=-1.6 --with-qt4-dir=/path/to/QT4 --with-included-gettext --enable-optimization=-O2 --disable-stdlib-debug make make install-strip
Re: Mac SVN fails to compile
On 08/02/2010, at 1:57 AM, Anders Ekberg wrote: Still presuming you are on 10.6: This script works for me. Note that I have QT4.6beta1 that I have compiled for the i386 architecture and compiles LyX for the same architecture. Other than that I really don't have any good ideas. #!/bin/sh DATE=`(set \`date\`; echo $2)`_`(set \`date\`; echo $3)` VERSION=2.0 svn up export CPPFLAGS=-arch i386 export CCFLAGS=-arch i386 export CFLAGS=-arch i386 export LDFLAGS=-framework Carbon -framework OpenGL -framework AGL -framework QuickTime -lz -framework Cocoa -arch i386 ./autogen.sh ./configure --prefix=/Users/anders/LyX_dev/nightly/LyX_20_$DATE.app --disable-concept-checks --with-version-suffix=-$VERSION --with-qt4-dir=/Users/anders/LyX_dev/QT46b1/ --enable-optimization=-Os --without-x --with-included-gettext --with-frontend=qt4 --disable-stdlib-debug --without-aspell --without-pspell --disable-shared --enable-static make -j3 make install-strip OSX 10.6.2 Adding --disable-stdlib-debug to my configure solved the problem: ./configure --prefix=/Applications/LyX2.0.0svn.app --with-version-suffix=-1.6 --with-qt4-dir=/usr/local/Trolltech/Qt-4.5.3 --with-included-gettext --enable-optimization=-Os --enable-debug --enable-assertions --disable-stdlib-debug I didn't need to specify -arch i386. Thanks for your help Roger
Re: Mac SVN fails to compile
On 08/02/2010, at 1:57 AM, Anders Ekberg wrote: > Still presuming you are on 10.6: This script works for me. Note that I have > QT4.6beta1 that I have compiled for the i386 architecture and compiles LyX > for the same architecture. Other than that I really don't have any good ideas. > > #!/bin/sh > DATE=`(set \`date\`; echo $2)`_`(set \`date\`; echo $3)` > VERSION=2.0 > svn up > export CPPFLAGS="-arch i386" > export CCFLAGS="-arch i386" > export CFLAGS="-arch i386" > export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL -framework > QuickTime -lz -framework Cocoa -arch i386" > ./autogen.sh > ./configure --prefix=/Users/anders/LyX_dev/nightly/LyX_20_$DATE.app > --disable-concept-checks --with-version-suffix=-$VERSION > --with-qt4-dir=/Users/anders/LyX_dev/QT46b1/ --enable-optimization=-Os > --without-x --with-included-gettext --with-frontend=qt4 > --disable-stdlib-debug --without-aspell --without-pspell --disable-shared > --enable-static > make -j3 > make install-strip > OSX 10.6.2 Adding --disable-stdlib-debug to my configure solved the problem: ./configure --prefix=/Applications/"LyX2.0.0svn.app" --with-version-suffix=-1.6 --with-qt4-dir=/usr/local/Trolltech/Qt-4.5.3 --with-included-gettext --enable-optimization=-Os --enable-debug --enable-assertions --disable-stdlib-debug I didn't need to specify -arch i386. Thanks for your help Roger
Re: Mac SVN fails to compile
On 07/02/2010, at 7:01 PM, Anders Ekberg wrote: Building in accordance with INSTALL.MacOSX and running on the same computer produces the reported result. config log attached. Regards, Roger You're on Snow Leopard? Try adding --enable-static --without-pspell --without-aspell to the ./configure command /Anders I tried doing make clean then ./configure --prefix=/Applications/LyX2.0.0svn.app --with-version-suffix=-1.6 --with-qt4-dir=/usr/local/Trolltech/Qt-4.5.3 --with-included-gettext --enable-optimization=-Os --enable-static --without-pspell --without-aspell but same result. Roger
Re: Mac SVN fails to compile
On 07/02/2010, at 7:01 PM, Anders Ekberg wrote: >> >> Building in accordance with INSTALL.MacOSX and running on the same >> computer produces the reported result. >> config log attached. >> >> Regards, >> Roger > > You're on Snow Leopard? > Try adding --enable-static --without-pspell --without-aspell to the > ./configure command > > /Anders I tried doing make clean then ./configure --prefix=/Applications/"LyX2.0.0svn.app" --with-version-suffix=-1.6 --with-qt4-dir=/usr/local/Trolltech/Qt-4.5.3 --with-included-gettext --enable-optimization=-Os --enable-static --without-pspell --without-aspell but same result. Roger
Re: Mac SVN fails to compile
Thanks Koji, I finally did get it to compile but have redone it with your patch which worked OK. However, when trying to run lyx it aborts with the following message: :/Applications/lyx-devel Roger$src/lyx terminate called after throwing an instance of 'std::bad_cast' what(): std::bad_cast Abort trap Any idea how I should proceed to track this problem down? Regards, Roger On 06/02/2010, at 5:05 AM, Yokota K. wrote: Roger, I thought this was a bug in gettext on Mac and fixed in newer versions (may not be released yet). I fixed it with the following patch: --- po/Makefile.in.in.orig 2010-01-22 01:13:10.0 +0900 +++ po/Makefile.in.in 2010-01-22 01:13:44.0 +0900 @@ -56,7 +56,7 @@ XGETTEXT_yes = @XGETTEXT_015@ XGETTEXT = $(XGETTEXT_$(USE_MSGCTXT)) MSGMERGE = msgmerge -MSGMERGE_UPDATE = @MSGMERGE@ --update +MSGMERGE_UPDATE = @MSGMERGE@ --update --backup=off MSGINIT = msginit MSGCONV = msgconv MSGFILTER = msgfilter Hope it works, Koji
Re: Mac SVN fails to compile
Thanks Koji, I finally did get it to compile but have redone it with your patch which worked OK. However, when trying to run lyx it aborts with the following message: :/Applications/lyx-devel Roger$src/lyx terminate called after throwing an instance of 'std::bad_cast' what(): std::bad_cast Abort trap Any idea how I should proceed to track this problem down? Regards, Roger On 06/02/2010, at 5:05 AM, Yokota K. wrote: > Roger, > > I thought this was a bug in gettext on Mac and fixed in newer versions > (may not be released yet). > > I fixed it with the following patch: > > --- po/Makefile.in.in.orig 2010-01-22 01:13:10.0 +0900 > +++ po/Makefile.in.in 2010-01-22 01:13:44.0 +0900 > @@ -56,7 +56,7 @@ > XGETTEXT_yes = @XGETTEXT_015@ > XGETTEXT = $(XGETTEXT_$(USE_MSGCTXT)) > MSGMERGE = msgmerge > -MSGMERGE_UPDATE = @MSGMERGE@ --update > +MSGMERGE_UPDATE = @MSGMERGE@ --update --backup=off > MSGINIT = msginit > MSGCONV = msgconv > MSGFILTER = msgfilter > > > Hope it works, > > Koji
Re: Mac SVN fails to compile
Roger Mc Murtrie wrote: Making all in support make all-am gcc -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall -MT LinkBack.o -MD -MP -MF .deps/LinkBack.Tpo -c -o LinkBack.o `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc: linkback/LinkBack.m: Objective-C compiler not installed on this system make[5]: *** [LinkBack.o] Error 1 Pavel Sanda wrote: gcc is only C compiler. you dont g++ on your system? pavel I do have g++ on my system. gcc uses it for normal compilaton. e.g. g++ -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall-g -Os -MT unicode.o -MD -MP -MF .deps/unicode.Tpo -c -o unicode.o unicode.cpp mv -f .deps/unicode.Tpo .deps/unicode.Po gcc -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall -MT LinkBack.o -MD -MP -MF .deps/LinkBack.Tpo -c -o LinkBack.o `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc: linkback/LinkBack.m: Objective-C compiler not installed on this system linkback/LinkBack.m compiles OK with XCode which seems to imply that there is an Objective-C compiler on my system. I have tried reinstalling XCode but the problem remains. I will try uninstalling XCode then reinstalling it. Regards, Roger
Re: Mac SVN fails to compile
Roger Mc Murtrie wrote: > Making all in support > make all-am > gcc -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL > -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include > -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall -MT > LinkBack.o -MD -MP -MF .deps/LinkBack.Tpo -c -o LinkBack.o `test -f > 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m > gcc: linkback/LinkBack.m: Objective-C compiler not installed on this system > make[5]: *** [LinkBack.o] Error 1 Pavel Sanda wrote: gcc is only C compiler. you dont g++ on your system? pavel I do have g++ on my system. gcc uses it for normal compilaton. e.g. g++ -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall-g -Os -MT unicode.o -MD -MP -MF .deps/unicode.Tpo -c -o unicode.o unicode.cpp mv -f .deps/unicode.Tpo .deps/unicode.Po gcc -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall -MT LinkBack.o -MD -MP -MF .deps/LinkBack.Tpo -c -o LinkBack.o `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc: linkback/LinkBack.m: Objective-C compiler not installed on this system linkback/LinkBack.m compiles OK with XCode which seems to imply that there is an Objective-C compiler on my system. I have tried reinstalling XCode but the problem remains. I will try uninstalling XCode then reinstalling it. Regards, Roger
Re: Mac SVN fails to compile
Thanks Pavel, I'm not entirely sure what you mean by clean checkout. However I tried svn cleanup then svn update after which the ar.po problem seems to have gone away and the make continued for quite a while but stopped with: Making all in support make all-am gcc -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall -MT LinkBack.o -MD -MP -MF .deps/LinkBack.Tpo -c -o LinkBack.o `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc: linkback/LinkBack.m: Objective-C compiler not installed on this system make[5]: *** [LinkBack.o] Error 1 I seem to recall having a similar problem in the past and concluding that Objective-C compiler not installed on this system was a mis-leading error message but am not really sure. Any ideas, Thanks Roger
Re: Mac SVN fails to compile
Thanks Pavel, I'm not entirely sure what you mean by "clean checkout". However I tried svn cleanup then svn update after which the ar.po problem seems to have gone away and the make continued for quite a while but stopped with: Making all in support make all-am gcc -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall -MT LinkBack.o -MD -MP -MF .deps/LinkBack.Tpo -c -o LinkBack.o `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc: linkback/LinkBack.m: Objective-C compiler not installed on this system make[5]: *** [LinkBack.o] Error 1 I seem to recall having a similar problem in the past and concluding that "Objective-C compiler not installed on this system" was a mis-leading error message but am not really sure. Any ideas, Thanks Roger
Mac OSX 10.5.7 autom4te: cannot open autom4te.cache/requests
For a while I have had a problem with making Lyx after svn update. :/Applications/lyx-devel1.6/lyx-devel Roger$make cd . /bin/sh /Applications/lyx-devel1.6/lyx-devel/config/missing -- run aclocal-1.10 -I m4 -I config autom4te: cannot open autom4te.cache/requests: Permission denied aclocal-1.10: autom4te failed with exit status: 1 This is easily overcome by sudo make. It seems the only permission problem is with autom4te.cache. When config/missing is not invoked by make following svn update, make runs OK without requiring sudo. Any ideas on what's going wrong. It used to work OK without sudo. Regards Roger
Mac OSX 10.5.7 autom4te: cannot open autom4te.cache/requests
For a while I have had a problem with making Lyx after svn update. :/Applications/lyx-devel1.6/lyx-devel Roger$make cd . && /bin/sh /Applications/lyx-devel1.6/lyx-devel/config/missing -- run aclocal-1.10 -I m4 -I config autom4te: cannot open autom4te.cache/requests: Permission denied aclocal-1.10: autom4te failed with exit status: 1 This is easily overcome by sudo make. It seems the only permission problem is with autom4te.cache. When config/missing is not invoked by make following svn update, make runs OK without requiring sudo. Any ideas on what's going wrong. "It used to work OK" without sudo. Regards Roger
Re: PDF Landscape Document Produces Portrait PDF File
Thanks Anders, I did as you suggested but View-PDF(pdflatex) still produces portrait when displayed by Preview. I guess I'll just have to wait for bug 2721 to get fixed for PDF (not just dvi which seems to dominate the bug commentary). Thanks, Roger On 25/06/2008, at 11:45 PM, Anders Ekberg wrote: I think the easiest is to select a pdf-document, choose File-Get info Under Open with choose Preview and then click Change all... That should do it. /Anders On 25 jun 2008, at 14.48, Roger Mc Murtrie wrote: Can you tell me how to use Preview instead of Adobe Reader so I can see if there's any difference? I tried changing the viewer in Preferences from open to / Applications/Preview.app but then View-PDF(pdflatex) produced nothing (Preview didn't open). Roger On 25/06/2008, at 6:02 PM, Anders Ekberg wrote: On 25 jun 2008, at 10.01, Anders Ekberg wrote: On 25 jun 2008, at 01.45, Roger Mc Murtrie wrote: Intel Mac OSX 10.5.3 LyX 1.5.6svn When attempting View-PDF(pdflatex) on a LyX document with Document-Settings-Page Layout-Orientation set to Landscape the resultant PDF document is displayed as Portrait by Adobe Reader. Any idea what's going wrong? Regards Roger I don't see this with Preview. Though the margins are as for a portrait document. /Anders
Re: PDF Landscape Document Produces Portrait PDF File
Thanks Anders, I did as you suggested but View->PDF(pdflatex) still produces portrait when displayed by Preview. I guess I'll just have to wait for bug 2721 to get fixed for PDF (not just dvi which seems to dominate the bug commentary). Thanks, Roger On 25/06/2008, at 11:45 PM, Anders Ekberg wrote: I think the easiest is to select a pdf-document, choose File->Get info Under Open with choose Preview and then click Change all... That should do it. /Anders On 25 jun 2008, at 14.48, Roger Mc Murtrie wrote: Can you tell me how to use Preview instead of Adobe Reader so I can see if there's any difference? I tried changing the viewer in Preferences from open to / Applications/Preview.app but then View->PDF(pdflatex) produced nothing (Preview didn't open). Roger On 25/06/2008, at 6:02 PM, Anders Ekberg wrote: On 25 jun 2008, at 10.01, Anders Ekberg wrote: On 25 jun 2008, at 01.45, Roger Mc Murtrie wrote: Intel Mac OSX 10.5.3 LyX 1.5.6svn When attempting View->PDF(pdflatex) on a LyX document with Document->Settings->Page Layout->Orientation set to Landscape the resultant PDF document is displayed as Portrait by Adobe Reader. Any idea what's going wrong? Regards Roger I don't see this with Preview. Though the margins are as for a portrait document. /Anders
PDF Landscape Document Produces Portrait PDF File
Intel Mac OSX 10.5.3 LyX 1.5.6svn When attempting View-PDF(pdflatex) on a LyX document with Document- Settings-Page Layout-Orientation set to Landscape the resultant PDF document is displayed as Portrait by Adobe Reader. Any idea what's going wrong? Regards Roger
PDF Landscape Document Produces Portrait PDF File
Intel Mac OSX 10.5.3 LyX 1.5.6svn When attempting View->PDF(pdflatex) on a LyX document with Document- >Settings->Page Layout->Orientation set to Landscape the resultant PDF document is displayed as Portrait by Adobe Reader. Any idea what's going wrong? Regards Roger
Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
On 28/03/2008, at 5:17 AM, [EMAIL PROTECTED] wrote: From: Pavel Sanda [EMAIL PROTECTED] Date: 27 March 2008 11:40:42 PM To: lyx-devel@lists.lyx.org Subject: Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard Reply-To: [EMAIL PROTECTED] Mac mini XCode 3.0 LyX1.6svn revision 23995 To get convert.cpp to compile I had to add #include stdlib.h i dont think this is the right patch. you havent anwered to my last reply/patch. pavel Sorry Pavel, I somehow missed your reply to my earlier message. I've now found it in the archive, so I'll try your patch and let you know what happens. Regards Roger
Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
Pavel,
I tried your patch in support/convert.cpp:
namespace lyx {
using boost::lexical_cast;
+using std::strtol;
+using std::strtoul;
+using std::strtod;
template
string convertstring(bool b)
But I got the same errors:
g++ -DHAVE_CONFIG_H -I. -I../../src -I./.. -I../../boost -DQT_NO_STL -
DQT_NO_KEYWORDS -I/usr/local/Trolltech/Qt-4.3.3/include -I/usr/local/
Trolltech/Qt-4.3.3/include/QtCore -I./minizip -Wextra -Wall -I/System/
Library/Frameworks/CoreFoundation.framework/Headers -g -Os -MT
convert.lo -MD -MP -MF .deps/convert.Tpo -c convert.cpp -o convert.o
convert.cpp:26: error: 'std::strtol' has not been declared convert.cpp:
27: error: 'std::strtoul' has not been declared
convert.cpp:28: error: 'std::strtod' has not been declared
convert.cpp: In function 'Target lyx::convert(Source) [with Target =
int, Source = std::string]':
convert.cpp:124: error: 'strtol' was not declared in this scope
convert.cpp: In function 'Target lyx::convert(Source) [with Target =
int, Source = lyx::docstring]':
convert.cpp:131: error: 'strtol' was not declared in this scope
convert.cpp: In function 'Target lyx::convert(Source) [with Target =
unsigned int, Source = std::string]':
convert.cpp:138: error: 'strtoul' was not declared in this scope
etc.
Regards,
Roger
On 28/03/2008, at 5:22 PM, Roger Mc Murtrie wrote:
On 28/03/2008, at 5:17 AM, [EMAIL PROTECTED] wrote:
From: Pavel Sanda [EMAIL PROTECTED]
Date: 27 March 2008 11:40:42 PM
To: lyx-devel@lists.lyx.org
Subject: Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
Reply-To: [EMAIL PROTECTED]
Mac mini
XCode 3.0
LyX1.6svn revision 23995
To get convert.cpp to compile I had to add
#include stdlib.h
i dont think this is the right patch. you havent anwered to my
last reply/patch.
pavel
Sorry Pavel,
I somehow missed your reply to my earlier message.
I've now found it in the archive, so I'll try your patch and let you
know what happens.
Regards
Roger
Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
On 29/03/2008, at 3:28 AM, [EMAIL PROTECTED] wrote: Roger, the following patch helps wrt convert.cpp ? pavel c.patch Pavel Convert.cpp now compiles with the patch added. I also had to add #include cstring to socktools.cpp to get it to compile. However, I still get the fo;;owing strange failure: /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../ src -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -I/usr/local/ Trolltech/Qt-4.3.3/include -I/usr/local/Trolltech/Qt-4.3.3/include/ QtCore -I./minizip -Wextra -Wall -I/System/Library/Frameworks/ CoreFoundation.framework/Headers -g -O2 -MT LinkBack.lo -MD -MP - MF .deps/LinkBack.Tpo -c -o LinkBack.lo `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc -DHAVE_CONFIG_H -I. -I../../src -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -I/usr/local/Trolltech/Qt-4.3.3/include -I/usr/local/ Trolltech/Qt-4.3.3/include/QtCore -I./minizip -Wextra -Wall -I/System/ Library/Frameworks/CoreFoundation.framework/Headers -g -O2 -MT LinkBack.lo -MD -MP -MF .deps/LinkBack.Tpo -c linkback/LinkBack.m -o LinkBack.o In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSAffineTransform.h:5, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:13, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from linkback/LinkBack.h:37, from linkback/LinkBack.m:36: /System/Library/Frameworks/Foundation.framework/Headers/NSObject.h: 122: error: expected ';' before '__attribute__' followed by many other similar complaints about NS*.h files. Lines 120 to 124 of NSObject.h: @interface NSObject (NSDeprecatedMethods) + (void)poseAsClass:(Class)aClass DEPRECATED_IN_MAC_OS_X_VERSION_10_5_AND_LATER; @end Regards Roger
Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
On 28/03/2008, at 5:17 AM, [EMAIL PROTECTED] wrote: From: Pavel Sanda <[EMAIL PROTECTED]> Date: 27 March 2008 11:40:42 PM To: lyx-devel@lists.lyx.org Subject: Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard Reply-To: [EMAIL PROTECTED] Mac mini XCode 3.0 LyX1.6svn revision 23995 To get convert.cpp to compile I had to add #include i dont think this is the right patch. you havent anwered to my last reply/patch. pavel Sorry Pavel, I somehow missed your reply to my earlier message. I've now found it in the archive, so I'll try your patch and let you know what happens. Regards Roger
Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
Pavel,
I tried your patch in support/convert.cpp:
namespace lyx {
using boost::lexical_cast;
+using std::strtol;
+using std::strtoul;
+using std::strtod;
template<>
string convert(bool b)
But I got the same errors:
g++ -DHAVE_CONFIG_H -I. -I../../src -I./.. -I../../boost -DQT_NO_STL -
DQT_NO_KEYWORDS -I/usr/local/Trolltech/Qt-4.3.3/include -I/usr/local/
Trolltech/Qt-4.3.3/include/QtCore -I./minizip -Wextra -Wall -I/System/
Library/Frameworks/CoreFoundation.framework/Headers -g -Os -MT
convert.lo -MD -MP -MF .deps/convert.Tpo -c convert.cpp -o convert.o
convert.cpp:26: error: 'std::strtol' has not been declared convert.cpp:
27: error: 'std::strtoul' has not been declared
convert.cpp:28: error: 'std::strtod' has not been declared
convert.cpp: In function 'Target lyx::convert(Source) [with Target =
int, Source = std::string]':
convert.cpp:124: error: 'strtol' was not declared in this scope
convert.cpp: In function 'Target lyx::convert(Source) [with Target =
int, Source = lyx::docstring]':
convert.cpp:131: error: 'strtol' was not declared in this scope
convert.cpp: In function 'Target lyx::convert(Source) [with Target =
unsigned int, Source = std::string]':
convert.cpp:138: error: 'strtoul' was not declared in this scope
etc.
Regards,
Roger
On 28/03/2008, at 5:22 PM, Roger Mc Murtrie wrote:
On 28/03/2008, at 5:17 AM, [EMAIL PROTECTED] wrote:
From: Pavel Sanda <[EMAIL PROTECTED]>
Date: 27 March 2008 11:40:42 PM
To: lyx-devel@lists.lyx.org
Subject: Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
Reply-To: [EMAIL PROTECTED]
Mac mini
XCode 3.0
LyX1.6svn revision 23995
To get convert.cpp to compile I had to add
#include
i dont think this is the right patch. you havent anwered to my
last reply/patch.
pavel
Sorry Pavel,
I somehow missed your reply to my earlier message.
I've now found it in the archive, so I'll try your patch and let you
know what happens.
Regards
Roger
Re: LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
On 29/03/2008, at 3:28 AM, [EMAIL PROTECTED] wrote: Roger, the following patch helps wrt convert.cpp ? pavel Pavel Convert.cpp now compiles with the patch added. I also had to add #include to socktools.cpp to get it to compile. However, I still get the fo;;owing strange failure: /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../ src -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -I/usr/local/ Trolltech/Qt-4.3.3/include -I/usr/local/Trolltech/Qt-4.3.3/include/ QtCore -I./minizip -Wextra -Wall -I/System/Library/Frameworks/ CoreFoundation.framework/Headers -g -O2 -MT LinkBack.lo -MD -MP - MF .deps/LinkBack.Tpo -c -o LinkBack.lo `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc -DHAVE_CONFIG_H -I. -I../../src -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -I/usr/local/Trolltech/Qt-4.3.3/include -I/usr/local/ Trolltech/Qt-4.3.3/include/QtCore -I./minizip -Wextra -Wall -I/System/ Library/Frameworks/CoreFoundation.framework/Headers -g -O2 -MT LinkBack.lo -MD -MP -MF .deps/LinkBack.Tpo -c linkback/LinkBack.m -o LinkBack.o In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSAffineTransform.h:5, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:13, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from linkback/LinkBack.h:37, from linkback/LinkBack.m:36: /System/Library/Frameworks/Foundation.framework/Headers/NSObject.h: 122: error: expected ';' before '__attribute__' followed by many other similar complaints about NS*.h files. Lines 120 to 124 of NSObject.h: @interface NSObject (NSDeprecatedMethods) + (void)poseAsClass:(Class)aClass DEPRECATED_IN_MAC_OS_X_VERSION_10_5_AND_LATER; @end Regards Roger
LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
Mac mini XCode 3.0 LyX1.6svn revision 23995 To get convert.cpp to compile I had to add #include stdlib.h To get socktools.cpp to compile I had to add #include string.h Further more drastic problems: /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../ src -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -I/usr/local/ Trolltech/Qt-4.3.3/include -I/usr/local/Trolltech/Qt-4.3.3/include/ QtCore -I./minizip -Wextra -Wall -I/System/Library/Frameworks/ CoreFoundation.framework/Headers -g -O2 -MT LinkBack.lo -MD -MP - MF .deps/LinkBack.Tpo -c -o LinkBack.lo `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc -DHAVE_CONFIG_H -I. -I../../src -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -I/usr/local/Trolltech/Qt-4.3.3/include -I/usr/local/ Trolltech/Qt-4.3.3/include/QtCore -I./minizip -Wextra -Wall -I/System/ Library/Frameworks/CoreFoundation.framework/Headers -g -O2 -MT LinkBack.lo -MD -MP -MF .deps/LinkBack.Tpo -c linkback/LinkBack.m -o LinkBack.o In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSAffineTransform.h:5, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:13, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from linkback/LinkBack.h:37, from linkback/LinkBack.m:36: /System/Library/Frameworks/Foundation.framework/Headers/NSObject.h: 122: error: expected ';' before '__attribute__' with many more complaints about System/Library/Frameworks files. Any ideas about what's gone wrong? Regards Roger
LyX1.6svn Build Errors Mac OSX 10.5.2 Leopard
Mac mini XCode 3.0 LyX1.6svn revision 23995 To get convert.cpp to compile I had to add #include To get socktools.cpp to compile I had to add #include Further more drastic problems: /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../ src -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -I/usr/local/ Trolltech/Qt-4.3.3/include -I/usr/local/Trolltech/Qt-4.3.3/include/ QtCore -I./minizip -Wextra -Wall -I/System/Library/Frameworks/ CoreFoundation.framework/Headers -g -O2 -MT LinkBack.lo -MD -MP - MF .deps/LinkBack.Tpo -c -o LinkBack.lo `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m gcc -DHAVE_CONFIG_H -I. -I../../src -I./.. -I../../boost -DQT_NO_STL -DQT_NO_KEYWORDS -I/usr/local/Trolltech/Qt-4.3.3/include -I/usr/local/ Trolltech/Qt-4.3.3/include/QtCore -I./minizip -Wextra -Wall -I/System/ Library/Frameworks/CoreFoundation.framework/Headers -g -O2 -MT LinkBack.lo -MD -MP -MF .deps/LinkBack.Tpo -c linkback/LinkBack.m -o LinkBack.o In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSAffineTransform.h:5, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:13, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from linkback/LinkBack.h:37, from linkback/LinkBack.m:36: /System/Library/Frameworks/Foundation.framework/Headers/NSObject.h: 122: error: expected ';' before '__attribute__' with many more complaints about System/Library/Frameworks files. Any ideas about what's gone wrong? Regards Roger
convert.cpp compilation failure.
mac Intel OSX 10.5.2 make 1.6svn at revision 23963: convert.cpp: In function 'Target lyx::convert(Source) [with Target = int, Source = std::string]': convert.cpp:121: error: 'strtol' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = int, Source = lyx::docstring]': convert.cpp:128: error: 'strtol' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = unsigned int, Source = std::string]': convert.cpp:135: error: 'strtoul' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = long unsigned int, Source = std::string]': convert.cpp:142: error: 'strtoul' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = double, Source = std::string]': convert.cpp:149: error: 'strtod' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = int, Source = const char*]': convert.cpp:156: error: 'strtol' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = double, Source = const char*]': convert.cpp:163: error: 'strtod' was not declared in this scope Regards Roger
convert.cpp compilation failure.
mac Intel OSX 10.5.2 make 1.6svn at revision 23963: convert.cpp: In function 'Target lyx::convert(Source) [with Target = int, Source = std::string]': convert.cpp:121: error: 'strtol' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = int, Source = lyx::docstring]': convert.cpp:128: error: 'strtol' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = unsigned int, Source = std::string]': convert.cpp:135: error: 'strtoul' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = long unsigned int, Source = std::string]': convert.cpp:142: error: 'strtoul' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = double, Source = std::string]': convert.cpp:149: error: 'strtod' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = int, Source = const char*]': convert.cpp:156: error: 'strtol' was not declared in this scope convert.cpp: In function 'Target lyx::convert(Source) [with Target = double, Source = const char*]': convert.cpp:163: error: 'strtod' was not declared in this scope Regards Roger
DVI viewer problem Mac Intel Leopard
Mac Intel OSX 10.5.2 Leopard I am no longer able to use the DVI Viewer. It and other items recently disappeared from my View menu. The problem first appeared with LyX1.5.5svn. I have just downloaded LyX-1.5.4-Mac-Universal.dmg and installed it. One associated problem with both versions is that some Preferences- File format settings are deleted by Reconfigure, so maybe something is missing. If so, I can't discover what it is. In particular, the Document format and Vector graphics format boxes become unchecked by Reconfigure. When I select these boxes, DVI reappears in the View menu (which makes sense). However, when I select the DVI View menu item (which used to work), I get the following error notification: File does not exist /tmp/lyx_tmpdir6064y7RjeL/lyx_tmpbuf0/My__postulates_.dvi Exiting the restarting Lyx does not solve this problem. The DVI File format settings are: Format: dvi GUI name: DVI Shortcut: D Extension: dvi Viewer: open Editor: This problem has arisen in an attempt to use psfrag which I have successfully achieved for View-PDF (ps to pdf) with LyX1.5.5svn on a Linux system. In fact, I did have psfrag working OK with View-DVI on this Mac system, but not for PDF. Assistance will be greatly appreciated. Roger Mc Murtrie
Re: DVI viewer problem Mac Intel Leopard
I have just installed Lyx1.6.0svn This has a view menu with numerous items, including DVI and Postscript. I have NOT run Reconfigure on this. The DVI and Postscript items both work. DVI invokes TeXShop and Postscript invokes Apple Preview. Regards Roger On 13/03/2008, at 11:14 PM, Roger Mc Murtrie wrote: Mac Intel OSX 10.5.2 Leopard I am no longer able to use the DVI Viewer. It and other items recently disappeared from my View menu. The problem first appeared with LyX1.5.5svn. I have just downloaded LyX-1.5.4-Mac-Universal.dmg and installed it. One associated problem with both versions is that some Preferences- File format settings are deleted by Reconfigure, so maybe something is missing. If so, I can't discover what it is. In particular, the Document format and Vector graphics format boxes become unchecked by Reconfigure. When I select these boxes, DVI reappears in the View menu (which makes sense). However, when I select the DVI View menu item (which used to work), I get the following error notification: File does not exist /tmp/lyx_tmpdir6064y7RjeL/lyx_tmpbuf0/My__postulates_.dvi Exiting the restarting Lyx does not solve this problem. The DVI File format settings are: Format: dvi GUI name: DVI Shortcut: D Extension: dvi Viewer: open Editor: This problem has arisen in an attempt to use psfrag which I have successfully achieved for View-PDF (ps to pdf) with LyX1.5.5svn on a Linux system. In fact, I did have psfrag working OK with View-DVI on this Mac system, but not for PDF. Assistance will be greatly appreciated. Roger Mc Murtrie
Fwd: DVI viewer problem Mac Intel Leopard
From: Roger Mc Murtrie [EMAIL PROTECTED] Date: 14 March 2008 12:43:01 PM To: [EMAIL PROTECTED] Subject: Re: DVI viewer problem Mac Intel Leopard psfrag also works under Lyx1.6.0svn for both View-DVI and View-PDF (ps2pdf). Are then any configuration files (or data) that I can transfer from my 1.6 installation to my 1.5 installation that will fix the 1.5 problem? Is there any way of disabling LyX-Reconfigure thereby avoiding any temptation to use it( I have also had problems with it destroying settings in the past on Mac)? Annoying problem with Lyx1.6.0svn; its VERY (almost unacceptably) slow opening a large document. Thanks Roger On 14/03/2008, at 11:44 AM, [EMAIL PROTECTED] wrote: From: Roger Mc Murtrie [EMAIL PROTECTED] Date: 13 March 2008 11:29:05 PM To: lyx-devel@lists.lyx.org Subject: Re: DVI viewer problem Mac Intel Leopard I have just installed Lyx1.6.0svn This has a view menu with numerous items, including DVI and Postscript. I have NOT run Reconfigure on this. The DVI and Postscript items both work. DVI invokes TeXShop and Postscript invokes Apple Preview. Regards Roger On 13/03/2008, at 11:14 PM, Roger Mc Murtrie wrote: Mac Intel OSX 10.5.2 Leopard I am no longer able to use the DVI Viewer. It and other items recently disappeared from my View menu. The problem first appeared with LyX1.5.5svn. I have just downloaded LyX-1.5.4-Mac-Universal.dmg and installed it. One associated problem with both versions is that some Preferences- File format settings are deleted by Reconfigure, so maybe something is missing. If so, I can't discover what it is. In particular, the Document format and Vector graphics format boxes become unchecked by Reconfigure. When I select these boxes, DVI reappears in the View menu (which makes sense). However, when I select the DVI View menu item (which used to work), I get the following error notification: File does not exist /tmp/lyx_tmpdir6064y7RjeL/lyx_tmpbuf0/My__postulates_.dvi Exiting the restarting Lyx does not solve this problem. The DVI File format settings are: Format: dvi GUI name: DVI Shortcut: D Extension: dvi Viewer: open Editor: This problem has arisen in an attempt to use psfrag which I have successfully achieved for View-PDF (ps to pdf) with LyX1.5.5svn on a Linux system. In fact, I did have psfrag working OK with View-DVI on this Mac system, but not for PDF. Assistance will be greatly appreciated. Roger Mc Murtrie
DVI viewer problem Mac Intel Leopard
Mac Intel OSX 10.5.2 Leopard I am no longer able to use the DVI Viewer. It and other items recently disappeared from my View menu. The problem first appeared with LyX1.5.5svn. I have just downloaded LyX-1.5.4-Mac-Universal.dmg and installed it. One associated problem with both versions is that some Preferences- >File format settings are deleted by Reconfigure, so maybe something is missing. If so, I can't discover what it is. In particular, the Document format and Vector graphics format boxes become unchecked by Reconfigure. When I select these boxes, DVI reappears in the View menu (which makes sense). However, when I select the DVI View menu item (which used to work), I get the following error notification: File does not exist /tmp/lyx_tmpdir6064y7RjeL/lyx_tmpbuf0/My__postulates_.dvi Exiting the restarting Lyx does not solve this problem. The DVI File format settings are: Format: dvi GUI name: DVI Shortcut: D Extension: dvi Viewer: open Editor: This problem has arisen in an attempt to use psfrag which I have successfully achieved for View->PDF (ps to pdf) with LyX1.5.5svn on a Linux system. In fact, I did have psfrag working OK with View->DVI on this Mac system, but not for PDF. Assistance will be greatly appreciated. Roger Mc Murtrie
Re: DVI viewer problem Mac Intel Leopard
I have just installed Lyx1.6.0svn This has a view menu with numerous items, including DVI and Postscript. I have NOT run Reconfigure on this. The DVI and Postscript items both work. DVI invokes TeXShop and Postscript invokes Apple Preview. Regards Roger On 13/03/2008, at 11:14 PM, Roger Mc Murtrie wrote: Mac Intel OSX 10.5.2 Leopard I am no longer able to use the DVI Viewer. It and other items recently disappeared from my View menu. The problem first appeared with LyX1.5.5svn. I have just downloaded LyX-1.5.4-Mac-Universal.dmg and installed it. One associated problem with both versions is that some Preferences- >File format settings are deleted by Reconfigure, so maybe something is missing. If so, I can't discover what it is. In particular, the Document format and Vector graphics format boxes become unchecked by Reconfigure. When I select these boxes, DVI reappears in the View menu (which makes sense). However, when I select the DVI View menu item (which used to work), I get the following error notification: File does not exist /tmp/lyx_tmpdir6064y7RjeL/lyx_tmpbuf0/My__postulates_.dvi Exiting the restarting Lyx does not solve this problem. The DVI File format settings are: Format: dvi GUI name: DVI Shortcut: D Extension: dvi Viewer: open Editor: This problem has arisen in an attempt to use psfrag which I have successfully achieved for View->PDF (ps to pdf) with LyX1.5.5svn on a Linux system. In fact, I did have psfrag working OK with View->DVI on this Mac system, but not for PDF. Assistance will be greatly appreciated. Roger Mc Murtrie
Fwd: DVI viewer problem Mac Intel Leopard
From: Roger Mc Murtrie <[EMAIL PROTECTED]> Date: 14 March 2008 12:43:01 PM To: [EMAIL PROTECTED] Subject: Re: DVI viewer problem Mac Intel Leopard psfrag also works under Lyx1.6.0svn for both View->DVI and View->PDF (ps2pdf). Are then any configuration files (or data) that I can transfer from my 1.6 installation to my 1.5 installation that will fix the 1.5 problem? Is there any way of disabling LyX->Reconfigure thereby avoiding any temptation to use it( I have also had problems with it destroying settings in the past on Mac)? Annoying problem with Lyx1.6.0svn; its VERY (almost unacceptably) slow opening a large document. Thanks Roger On 14/03/2008, at 11:44 AM, [EMAIL PROTECTED] wrote: From: Roger Mc Murtrie <[EMAIL PROTECTED]> Date: 13 March 2008 11:29:05 PM To: lyx-devel@lists.lyx.org Subject: Re: DVI viewer problem Mac Intel Leopard I have just installed Lyx1.6.0svn This has a view menu with numerous items, including DVI and Postscript. I have NOT run Reconfigure on this. The DVI and Postscript items both work. DVI invokes TeXShop and Postscript invokes Apple Preview. Regards Roger On 13/03/2008, at 11:14 PM, Roger Mc Murtrie wrote: Mac Intel OSX 10.5.2 Leopard I am no longer able to use the DVI Viewer. It and other items recently disappeared from my View menu. The problem first appeared with LyX1.5.5svn. I have just downloaded LyX-1.5.4-Mac-Universal.dmg and installed it. One associated problem with both versions is that some Preferences- >File format settings are deleted by Reconfigure, so maybe something is missing. If so, I can't discover what it is. In particular, the Document format and Vector graphics format boxes become unchecked by Reconfigure. When I select these boxes, DVI reappears in the View menu (which makes sense). However, when I select the DVI View menu item (which used to work), I get the following error notification: File does not exist /tmp/lyx_tmpdir6064y7RjeL/lyx_tmpbuf0/My__postulates_.dvi Exiting the restarting Lyx does not solve this problem. The DVI File format settings are: Format: dvi GUI name: DVI Shortcut: D Extension: dvi Viewer: open Editor: This problem has arisen in an attempt to use psfrag which I have successfully achieved for View->PDF (ps to pdf) with LyX1.5.5svn on a Linux system. In fact, I did have psfrag working OK with View->DVI on this Mac system, but not for PDF. Assistance will be greatly appreciated. Roger Mc Murtrie
Re: Error making svn 1_5_X
Thanks Darren, But I've already fixed it by relatively drastic means! Thanks anyhow for the explanation. Its nice to know why things go wrong. I also wonder why its in the repository when its built by automake. I must try and remember your suggestion in case something similar occurs again. Roger On 20/01/2008, at 12:24 AM, Darren Freeman wrote: On Fri, 2008-01-18 at 09:38 +1100, Roger Mc Murtrie wrote: lib/doc/Makefile.depend:21: bad characters in variable name `' Roger, this is the same problem I had. There was a svn conflict introduced because Makefile.depend is regenerated by automake but it is also in the repository (somebody tell me why this should be in the repository then, since automake is mandatory for an svn build?). There must have been one change that caused a local modification of this file, which was not committed at the time of the change, followed by another change recently in the svn repository that conflicts with the existing change. Try svn revert lib/doc/Makefile.depend and build it again. Don't bother with make clean or anything like that. Have fun, Darren
Re: Error making svn 1_5_X
Thanks Darren, But I've already fixed it by relatively drastic means! Thanks anyhow for the explanation. Its nice to know why things go wrong. I also wonder why its in the repository when its built by automake. I must try and remember your suggestion in case something similar occurs again. Roger On 20/01/2008, at 12:24 AM, Darren Freeman wrote: On Fri, 2008-01-18 at 09:38 +1100, Roger Mc Murtrie wrote: lib/doc/Makefile.depend:21: bad characters in variable name `' Roger, this is the same problem I had. There was a svn conflict introduced because Makefile.depend is regenerated by automake but it is also in the repository (somebody tell me why this should be in the repository then, since automake is mandatory for an svn build?). There must have been one change that caused a local modification of this file, which was not committed at the time of the change, followed by another change recently in the svn repository that conflicts with the existing change. Try "svn revert lib/doc/Makefile.depend" and build it again. Don't bother with "make clean" or anything like that. Have fun, Darren
Re: Error making svn 1_5_X
Thanks, I manually deleted the Makefile files from lib/doc as make distclean also failed in lib/doc with same error message. svn update ./autogen,sh ./configure ... make then worked OK Presume Makefile.depend got corrupted somehow? Roger On 18/01/2008, at 7:23 PM, Jürgen Spitzmüller wrote: Roger Mc Murtrie wrote: Making all in doc cd ../.. /bin/sh /Applications/lyx-devel/config/missing --run automake-1.10 --foreign lib/doc/Makefile lib/doc/Makefile.depend:21: bad characters in variable name `' I cannot see anythin suspicious in that file, but this is the second report. Did you try make distclean and ./autogen.sh? Jürgen
Re: Error making svn 1_5_X
Thanks, I manually deleted the Makefile files from lib/doc as make distclean also failed in lib/doc with same error message. svn update ./autogen,sh ./configure ... make then worked OK Presume Makefile.depend got corrupted somehow? Roger On 18/01/2008, at 7:23 PM, Jürgen Spitzmüller wrote: Roger Mc Murtrie wrote: Making all in doc cd ../.. && /bin/sh /Applications/lyx-devel/config/missing --run automake-1.10 --foreign lib/doc/Makefile lib/doc/Makefile.depend:21: bad characters in variable name `' I cannot see anythin suspicious in that file, but this is the second report. Did you try make distclean and ./autogen.sh? Jürgen
Error making svn 1_5_X
Intel Mac-mini OSX 1.5.1 URL: svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X Repository Root: svn://svn.lyx.org/lyx Repository UUID: a592a061-630c-0410-9148-cb99ea01b6c8 Revision: 22616 Making all in doc cd ../.. /bin/sh /Applications/lyx-devel/config/missing --run automake-1.10 --foreign lib/doc/Makefile lib/doc/Makefile.depend:21: bad characters in variable name `' lib/doc/Makefile.am:230: `lib/doc/Makefile.depend' included from here make[2]: *** [Makefile.in] Error 1 Regards Roger
Error making svn 1_5_X
Intel Mac-mini OSX 1.5.1 URL: svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X Repository Root: svn://svn.lyx.org/lyx Repository UUID: a592a061-630c-0410-9148-cb99ea01b6c8 Revision: 22616 Making all in doc cd ../.. && /bin/sh /Applications/lyx-devel/config/missing --run automake-1.10 --foreign lib/doc/Makefile lib/doc/Makefile.depend:21: bad characters in variable name `' lib/doc/Makefile.am:230: `lib/doc/Makefile.depend' included from here make[2]: *** [Makefile.in] Error 1 Regards Roger
Incorrect (?) aclocal Warning
I noticed while doing a make of svn revision 22213 that make produced: WARNING: `aclocal-1.9' is missing on your system. That's true. But I do have aclocal-1.10: :~ Roger$aclocal --version aclocal (GNU automake) 1.10 Written by Tom Tromey [EMAIL PROTECTED] and Alexandre Duret-Lutz [EMAIL PROTECTED]. Perhaps an update is needed to whatever produces this message? Regards Roger
Incorrect (?) aclocal Warning
I noticed while doing a make of svn revision 22213 that make produced: WARNING: `aclocal-1.9' is missing on your system. That's true. But I do have aclocal-1.10: :~ Roger$aclocal --version aclocal (GNU automake) 1.10 Written by Tom Tromey <[EMAIL PROTECTED]> and Alexandre Duret-Lutz <[EMAIL PROTECTED]>. Perhaps an update is needed to whatever produces this message? Regards Roger
Re: Building LyX with Intel Mac Leopard/Xcode3.0
I have now managed to build and run LyX from Xcode. However, when I first ran it using the default executable lyx-qt4 the Lyx splash window stated version 1.5.0. Does this mean that version 1.5.0 has been built even though I have generated the project from my up to-date lyx-devel directory? I next set up a custom executable using the lyx executable from my 1.5svn.app. Setting this as the active executable and running it the Lyx splash window stated version 1.5.3svn but presumably this was not the executable built by Xcode? How can I get cmake to generate the project with 1.5svn as the lyx-qt4 default executable? INSTALL.cmake states Select the lyx-qt4 executable in Xcode, click on Get Info in the context menu and add -sysdir a_valid_LyX_resource_directory pointing e.g. to a valid Contents/Resources of a LyX.app directory. What field of the Get Info dialog should -sysdir a_valid_LyX_resource_directory be added to? Or perhaps this not appropriate for Xcode 3.0? Regards Roger On 11/12/2007, at 8:48 AM, Stefan Schimanski wrote: Yes, INSTALL.cmake is the name. I always added some paragraphs for Xcode there some time ago. It also works with Xcode 3 from Leopard. In fact you only create the project with the provided commands: * create a build directory, e.g. .../trunk/../build * call in the build directory 'cmake .../trunk/development/cmake -G Xcode' * open .../trunk/../build/lyx-qt4.xcodeproj Then just open the project from Xcode and start compiling. All that works fine with the opensource Qt version _in binary form_. No need to compile Qt yourself. Stefan
Re: Building LyX with Intel Mac Leopard/Xcode3.0
I have now managed to build and run LyX from Xcode. However, when I first ran it using the default executable lyx-qt4 the Lyx splash window stated version 1.5.0. Does this mean that version 1.5.0 has been built even though I have generated the project from my up to-date lyx-devel directory? I next set up a custom executable using the lyx executable from my 1.5svn.app. Setting this as the active executable and running it the Lyx splash window stated version 1.5.3svn but presumably this was not the executable built by Xcode? How can I get cmake to generate the project with 1.5svn as the lyx-qt4 default executable? INSTALL.cmake states "Select the lyx-qt4 executable in Xcode, click on "Get Info" in the context menu and add "-sysdir a_valid_LyX_resource_directory" pointing e.g. to a valid Contents/Resources of a LyX.app directory." What field of the Get Info dialog should "-sysdir a_valid_LyX_resource_directory" be added to? Or perhaps this not appropriate for Xcode 3.0? Regards Roger On 11/12/2007, at 8:48 AM, Stefan Schimanski wrote: Yes, INSTALL.cmake is the name. I always added some paragraphs for Xcode there some time ago. It also works with Xcode 3 from Leopard. In fact you only create the project with the provided commands: * create a build directory, e.g. .../trunk/../build * call in the build directory 'cmake .../trunk/development/cmake -G Xcode' * open .../trunk/../build/lyx-qt4.xcodeproj Then just open the project from Xcode and start compiling. All that works fine with the opensource Qt version _in binary form_. No need to compile Qt yourself. Stefan
Re: Building LyX with Intel Mac Leopard/Xcode3.0
Sounds interesting. I had thought, obviously incorrectly, that cmake was for building windows applications. I'll certainly give it a try. Also sounds like it might be useful for another project that I have been having trouble with. Many thanks Roger On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote: Roger Mc Murtrie schrieb: Item of possible interest to Mac users. I recently had to do a clean install of Mac OSX 10.5 Leopard on my Intel Mac. Following this I found that building LyX required qt-mac-opensource- src-4.3.3 as LyX builds using previous qt versions resulted in a LyX that crashed. To build any qt-mac-opensource version (I tried 4.2.2 which previously worked OK when built under Tiger and 4.3.2 as well as 4.3.3): 1. I had to delete -fconstant-cfstrings FLAG declarations from qbase.pri files 2. For a number of files I had to change infix relations such as a==b to prefix relations such as operator==(a,b). in one case I had to use ::operator==(a,b), These changes were necessary due to the compiler producing compilation errors that complained about ambiguity. I assume this is problem with the compiler supplied with Xcode3.0 as for each failure two candidates were suggested, one candidate requiring two parameters and the other requiring one parameter. As the relations involve two parameters (a and b), it's hard to see where the ambiguity arises! My configure instruction: ./configure --prefix=/Applications/LyX1.5svn.app --with-version- suffix=-1.5 --without-x --with-qt4-dir=/usr/local/Trolltech/ Qt-4.3.3 --with-included-gettext --enable-optimization=-Os --enable- debug --enable-assertions I have pkg-config installed as I need it for other projects. Have you tried the cmake build system? It has a Xcode target, i.e. it creates a native Xcode project for LyX. Use it all the time, works perfectly. Look in the README.cmake file for some information. If you need more help, feel free to ask. Stefan
Re: lyx-devel Digest 10 Dec 2007 11:50:36 -0000 Issue 5495
Quick note. README.cmake has been renamed Install.cmake Roger On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote: Have you tried the cmake build system? It has a Xcode target, i.e. it creates a native Xcode project for LyX. Use it all the time, works perfectly. Look in the README.cmake file for some information. If you need more help, feel free to ask. Stefan
Re: Building LyX with Intel Mac Leopard/Xcode3.0
Correction to previous post. install.cmake doesn't look like a README. I got the impression that it was off an internet search. There doesn't seem to be a README.cmake file in LyX 1.5 or 1.6 versions. H'm, looks like it was renamed because it really isn't a README file or an INSTALL instructions file either for that matter. A proper README.cmake file would be nice. www.cmake.org has a documentation page. Hopefully that will provide any needed instructions. Roger On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote: Have you tried the cmake build system? It has a Xcode target, i.e. it creates a native Xcode project for LyX. Use it all the time, works perfectly. Look in the README.cmake file for some information. If you need more help, feel free to ask. Stefan
Re: Building LyX with Intel Mac Leopard/Xcode3.0
Seems I've hit some sensitivity here. If so, I'm sorry. I was just looking for some help in response to a helpful email from Stefan who has also responded helpfully to mine of Tue, Dec 11, 2007 at 08:22:59AM +1100. To me, the README and INSTALL files in the LyX root directories are excellent examples of what I call proper README files A README file usually tells about the package, what its for, what it does etc.. An INSTALL file usually gives straight-forward instructions, for a user (not just a developer) on how to build and install the package. My ideas are based on the README and INSTALL files contained in hundreds of packages that I have built and installed over the years. The lyx1.5svn/development/cmake/Install.cmake file looks to me like some sort of a make file. The extensive comments later on in the file are probably very informative (and valuable) to experienced cmake users. However to a beginning simpleton like me they provide no help at all. The following INSTALL instructions provided by Stefan are what a novice like me needs: In fact you only create the project with the provided commands: * create a build directory, e.g. .../trunk/../build * call in the build directory 'cmake .../trunk/development/cmake -G Xcode' * open .../trunk/../build/lyx-qt4.xcodeproj Then just open the project from Xcode and start compiling. All that works fine with the opensource Qt version _in binary form_. No need to compile Qt yourself. Hope this helps Roger On 11/12/2007, at 8:54 AM, Andre Poenitz wrote: On Tue, Dec 11, 2007 at 08:22:59AM +1100, Roger Mc Murtrie wrote: Correction to previous post. install.cmake doesn't look like a README. [Well, your email doesn't look like a reply to an email either, yet I suppose most people somehow manage to cope with it. *sigh*] I got the impression that it was off an internet search. It's indeed the only hit you get from Google when searching for though LyX usually uses. That's probably where the author(s) got the original contents from... There doesn't seem to be a README.cmake file in LyX 1.5 or 1.6 versions. H'm, looks like it was renamed because it really isn't a README file or an INSTALL instructions file either for that matter. A proper README.cmake file would be nice. I would be grateful if you could enlighten me as to what constitutes a proper README.cmake file. One of the Google hits points to e.g. https://trac.declarativity.net/changeset/1?format=diffnew=1 which does not look too different in structure and contents to the file present in the LyX sources. So what exactly wrong with README.cmake and how should it be corrected? My point was that neither the LyX 1.5svn root or developement/cmake directory contains a file entitled README.cmake. Not a complaint, just an observation based on a suggestion that I look for one there. www.cmake.org has a documentation page. Indeed. I fail to see a connection, though. The connection is that I needed simple instructions on how to use cmake. Thanks Stefan for providing the simple instructions to get me on my way with cmake. Hopefully that will provide any needed instructions. To create a proper README.cmake file? Where? In development/cmake I suppose. Andre'
Re: Building LyX with Intel Mac Leopard/Xcode3.0
Once again, many thanks for your advice. I've just discovered the reason for what turns out to be my utter confusion! I had been looking at the file development/cmake/Install.cmake not INSTALL.cmake in the root directory! I remember looking in the root directory for a README.cmake but, (late- at-night excuse) obviously didn't do so for INSTALL.cmake. Fortunately your comment about adding some paragraphs for Xcode put me on the right track as when I couldn't find anything about xcode in development/cmake/Install.cmake I went searching and finally discovered INSTALL.cmake. I hope this explains my confusion Andre. INSTALL.cmake is certainly what I was looking for. Unfortunately, I responded to your e-mail before looking into Stefan's email and untangling my mess. Peter: INSTALL.cmake is definitely a 'real' INSTALL file! Thanks again and apologies for the confusion, Roger On 11/12/2007, at 8:48 AM, Stefan Schimanski wrote: Yes, INSTALL.cmake is the name. I always added some paragraphs for Xcode there some time ago. It also works with Xcode 3 from Leopard. Roger Mc Murtrie schrieb: Correction to previous post. install.cmake doesn't look like a README. I got the impression that it was off an internet search. There doesn't seem to be a README.cmake file in LyX 1.5 or 1.6 versions. H'm, looks like it was renamed because it really isn't a README file or an INSTALL instructions file either for that matter. A proper README.cmake file would be nice. www.cmake.org has a documentation page. Hopefully that will provide any needed instructions. In fact you only create the project with the provided commands: * create a build directory, e.g. .../trunk/../build * call in the build directory 'cmake .../trunk/development/cmake -G Xcode' * open .../trunk/../build/lyx-qt4.xcodeproj Then just open the project from Xcode and start compiling. All that works fine with the opensource Qt version _in binary form_. No need to compile Qt yourself. Stefan
Re: Building LyX with Intel Mac Leopard/Xcode3.0
Sounds interesting. I had thought, obviously incorrectly, that cmake was for building windows applications. I'll certainly give it a try. Also sounds like it might be useful for another project that I have been having trouble with. Many thanks Roger On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote: Roger Mc Murtrie schrieb: Item of possible interest to Mac users. I recently had to do a clean install of Mac OSX 10.5 Leopard on my Intel Mac. Following this I found that building LyX required qt-mac-opensource- src-4.3.3 as LyX builds using previous qt versions resulted in a LyX that crashed. To build any qt-mac-opensource version (I tried 4.2.2 which previously worked OK when built under Tiger and 4.3.2 as well as 4.3.3): 1. I had to delete -fconstant-cfstrings FLAG declarations from qbase.pri files 2. For a number of files I had to change infix relations such as a==b to prefix relations such as operator==(a,b). in one case I had to use ::operator==(a,b), These changes were necessary due to the compiler producing compilation errors that complained about "ambiguity". I assume this is problem with the compiler supplied with Xcode3.0 as for each failure two "candidates" were suggested, one candidate requiring two parameters and the other requiring one parameter. As the relations involve two parameters (a and b), it's hard to see where the "ambiguity" arises! My configure instruction: ./configure --prefix=/Applications/"LyX1.5svn.app" --with-version- suffix=-1.5 --without-x --with-qt4-dir=/usr/local/Trolltech/ Qt-4.3.3 --with-included-gettext --enable-optimization=-Os --enable- debug --enable-assertions I have pkg-config installed as I need it for other projects. Have you tried the cmake build system? It has a Xcode target, i.e. it creates a native Xcode project for LyX. Use it all the time, works perfectly. Look in the README.cmake file for some information. If you need more help, feel free to ask. Stefan
Re: lyx-devel Digest 10 Dec 2007 11:50:36 -0000 Issue 5495
Quick note. README.cmake has been renamed Install.cmake Roger On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote: Have you tried the cmake build system? It has a Xcode target, i.e. it creates a native Xcode project for LyX. Use it all the time, works perfectly. Look in the README.cmake file for some information. If you need more help, feel free to ask. Stefan
Re: Building LyX with Intel Mac Leopard/Xcode3.0
Correction to previous post. install.cmake doesn't look like a README. I got the impression that it was off an internet search. There doesn't seem to be a README.cmake file in LyX 1.5 or 1.6 versions. H'm, looks like it was renamed because it really isn't a README file or an INSTALL instructions file either for that matter. A proper README.cmake file would be nice. www.cmake.org has a documentation page. Hopefully that will provide any needed instructions. Roger On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote: Have you tried the cmake build system? It has a Xcode target, i.e. it creates a native Xcode project for LyX. Use it all the time, works perfectly. Look in the README.cmake file for some information. If you need more help, feel free to ask. Stefan
Re: Building LyX with Intel Mac Leopard/Xcode3.0
Seems I've hit some sensitivity here. If so, I'm sorry. I was just looking for some help in response to a helpful email from Stefan who has also responded helpfully to mine of Tue, Dec 11, 2007 at 08:22:59AM +1100. To me, the README and INSTALL files in the LyX root directories are excellent examples of what I call "proper README files" A README file usually tells about the package, what its for, what it does etc.. An INSTALL file usually gives straight-forward instructions, for a user (not just a developer) on how to build and install the package. My ideas are based on the README and INSTALL files contained in hundreds of packages that I have built and installed over the years. The lyx1.5svn/development/cmake/Install.cmake file looks to me like some sort of a make file. The extensive comments later on in the file are probably very informative (and valuable) to experienced cmake users. However to a beginning simpleton like me they provide no help at all. The following INSTALL instructions provided by Stefan are what a novice like me needs: "In fact you only create the project with the provided commands: * create a build directory, e.g. .../trunk/../build * call in the build directory 'cmake .../trunk/development/cmake -G Xcode' * open .../trunk/../build/lyx-qt4.xcodeproj Then just open the project from Xcode and start compiling. All that works fine with the opensource Qt version _in binary form_. No need to compile Qt yourself." Hope this helps Roger On 11/12/2007, at 8:54 AM, Andre Poenitz wrote: On Tue, Dec 11, 2007 at 08:22:59AM +1100, Roger Mc Murtrie wrote: Correction to previous post. install.cmake doesn't look like a README. [Well, your email doesn't look like a reply to an email either, yet I suppose most people somehow manage to cope with it. *sigh*] I got the impression that it was off an internet search. It's indeed the only hit you get from Google when searching for "though LyX usually uses". That's probably where the author(s) got the original contents from... There doesn't seem to be a README.cmake file in LyX 1.5 or 1.6 versions. H'm, looks like it was renamed because it really isn't a README file or an INSTALL instructions file either for that matter. A proper README.cmake file would be nice. I would be grateful if you could enlighten me as to what constitutes a "proper README.cmake file". One of the Google hits points to e.g. https://trac.declarativity.net/changeset/1?format=diff=1 which does not look too different in structure and contents to the file present in the LyX sources. So what exactly wrong with README.cmake and how should it be corrected? My point was that neither the LyX 1.5svn root or developement/cmake directory contains a file entitled README.cmake. Not a complaint, just an observation based on a suggestion that I look for one there. www.cmake.org has a documentation page. Indeed. I fail to see a connection, though. The connection is that I needed simple instructions on how to use cmake. Thanks Stefan for providing the simple instructions to get me on my way with cmake. Hopefully that will provide any needed instructions. To create a "proper README.cmake file"? Where? In development/cmake I suppose. Andre'
Re: Building LyX with Intel Mac Leopard/Xcode3.0
Once again, many thanks for your advice. I've just discovered the reason for what turns out to be my utter confusion! I had been looking at the file development/cmake/Install.cmake not INSTALL.cmake in the root directory! I remember looking in the root directory for a README.cmake but, (late- at-night excuse) obviously didn't do so for INSTALL.cmake. Fortunately your comment about adding "some paragraphs for Xcode" put me on the right track as when I couldn't find anything about xcode in development/cmake/Install.cmake I went searching and finally discovered INSTALL.cmake. I hope this explains my confusion Andre. INSTALL.cmake is certainly what I was looking for. Unfortunately, I responded to your e-mail before looking into Stefan's email and untangling my mess. Peter: INSTALL.cmake is definitely a 'real' INSTALL file! Thanks again and apologies for the confusion, Roger On 11/12/2007, at 8:48 AM, Stefan Schimanski wrote: Yes, INSTALL.cmake is the name. I always added some paragraphs for Xcode there some time ago. It also works with Xcode 3 from Leopard. Roger Mc Murtrie schrieb: Correction to previous post. install.cmake doesn't look like a README. I got the impression that it was off an internet search. There doesn't seem to be a README.cmake file in LyX 1.5 or 1.6 versions. H'm, looks like it was renamed because it really isn't a README file or an INSTALL instructions file either for that matter. A proper README.cmake file would be nice. www.cmake.org has a documentation page. Hopefully that will provide any needed instructions. In fact you only create the project with the provided commands: * create a build directory, e.g. .../trunk/../build * call in the build directory 'cmake .../trunk/development/cmake -G Xcode' * open .../trunk/../build/lyx-qt4.xcodeproj Then just open the project from Xcode and start compiling. All that works fine with the opensource Qt version _in binary form_. No need to compile Qt yourself. Stefan
Building LyX with Intel Mac Leopard/Xcode3.0
Item of possible interest to Mac users. I recently had to do a clean install of Mac OSX 10.5 Leopard on my Intel Mac. Following this I found that building LyX required qt-mac-opensource- src-4.3.3 as LyX builds using previous qt versions resulted in a LyX that crashed. To build any qt-mac-opensource version (I tried 4.2.2 which previously worked OK when built under Tiger and 4.3.2 as well as 4.3.3): 1. I had to delete -fconstant-cfstrings FLAG declarations from qbase.pri files 2. For a number of files I had to change infix relations such as a==b to prefix relations such as operator==(a,b). in one case I had to use ::operator==(a,b), These changes were necessary due to the compiler producing compilation errors that complained about ambiguity. I assume this is problem with the compiler supplied with Xcode3.0 as for each failure two candidates were suggested, one candidate requiring two parameters and the other requiring one parameter. As the relations involve two parameters (a and b), it's hard to see where the ambiguity arises! My configure instruction: ./configure --prefix=/Applications/LyX1.5svn.app --with-version- suffix=-1.5 --without-x --with-qt4-dir=/usr/local/Trolltech/Qt-4.3.3 -- with-included-gettext --enable-optimization=-Os --enable-debug -- enable-assertions I have pkg-config installed as I need it for other projects. Regards, Roger
Building LyX with Intel Mac Leopard/Xcode3.0
Item of possible interest to Mac users. I recently had to do a clean install of Mac OSX 10.5 Leopard on my Intel Mac. Following this I found that building LyX required qt-mac-opensource- src-4.3.3 as LyX builds using previous qt versions resulted in a LyX that crashed. To build any qt-mac-opensource version (I tried 4.2.2 which previously worked OK when built under Tiger and 4.3.2 as well as 4.3.3): 1. I had to delete -fconstant-cfstrings FLAG declarations from qbase.pri files 2. For a number of files I had to change infix relations such as a==b to prefix relations such as operator==(a,b). in one case I had to use ::operator==(a,b), These changes were necessary due to the compiler producing compilation errors that complained about "ambiguity". I assume this is problem with the compiler supplied with Xcode3.0 as for each failure two "candidates" were suggested, one candidate requiring two parameters and the other requiring one parameter. As the relations involve two parameters (a and b), it's hard to see where the "ambiguity" arises! My configure instruction: ./configure --prefix=/Applications/"LyX1.5svn.app" --with-version- suffix=-1.5 --without-x --with-qt4-dir=/usr/local/Trolltech/Qt-4.3.3 -- with-included-gettext --enable-optimization=-Os --enable-debug -- enable-assertions I have pkg-config installed as I need it for other projects. Regards, Roger
Re: X11 and MacOSX 10.5 Leopard
From: Roger Mc Murtrie [EMAIL PROTECTED] Date: 5 December 2007 10:05:51 PM To: lyx-devel@lists.lyx.org Subject: Re: X11 and MacOSX 10.5 Leopard I've now found that xterm works if I invoke it with sudo xterm. Can someone advise me on how to fix this? Thanks Roger On 05/12/2007, at 7:47 PM, [EMAIL PROTECTED] wrote: From: Roger Mc Murtrie [EMAIL PROTECTED] Date: 5 December 2007 2:50:56 PM To: lyx-devel@lists.lyx.org Subject: X11 and MacOSX 10.5 Leopard I have been advised that the X11 DISPLAY environment variable should not be declared when using the version of X11 included with MacOSX 10.5 Leopard as it is automatically declared by X11. I received this advice in trying to find out why xterm which is invoked by X11.app and all of my X11 applications, strangely with the exception of LyX, do not work. xterm complains that it can't open the display. So far, the main advice that I am getting is that I should make sure (which I have) that none of my environment initialization files are setting the DISPLAY variable. I am wondering: 1. Lyx specific - If the export DISPLAY=:0.0 instructions should be deleted from the lyxrc,dist files should be deleted? 2. Help -If anyone can shed some light as to why, if LyX works with X11, why my other X11 applications don't. Regards Roger
Re: X11 and MacOSX 10.5 Leopard
From: Roger Mc Murtrie <[EMAIL PROTECTED]> Date: 5 December 2007 10:05:51 PM To: lyx-devel@lists.lyx.org Subject: Re: X11 and MacOSX 10.5 Leopard I've now found that xterm works if I invoke it with sudo xterm. Can someone advise me on how to fix this? Thanks Roger On 05/12/2007, at 7:47 PM, [EMAIL PROTECTED] wrote: From: Roger Mc Murtrie <[EMAIL PROTECTED]> Date: 5 December 2007 2:50:56 PM To: lyx-devel@lists.lyx.org Subject: X11 and MacOSX 10.5 Leopard I have been advised that the X11 DISPLAY environment variable should not be declared when using the version of X11 included with MacOSX 10.5 Leopard as it is automatically declared by X11. I received this advice in trying to find out why xterm which is invoked by X11.app and all of my X11 applications, strangely with the exception of LyX, do not work. xterm complains that it can't open the display. So far, the main advice that I am getting is that I should make sure (which I have) that none of my environment initialization files are setting the DISPLAY variable. I am wondering: 1. Lyx specific - If the export DISPLAY=:0.0 instructions should be deleted from the lyxrc,dist files should be deleted? 2. Help -If anyone can shed some light as to why, if LyX works with X11, why my other X11 applications don't. Regards Roger
X11 and MacOSX 10.5 Leopard
I have been advised that the X11 DISPLAY environment variable should not be declared when using the version of X11 included with MacOSX 10.5 Leopard as it is automatically declared by X11. I received this advice in trying to find out why xterm which is invoked by X11.app and all of my X11 applications, strangely with the exception of LyX, do not work. xterm complains that it can't open the display. So far, the main advice that I am getting is that I should make sure (which I have) that none of my environment initialization files are setting the DISPLAY variable. I am wondering: 1. Lyx specific - If the export DISPLAY=:0.0 instructions should be deleted from the lyxrc,dist files should be deleted? 2. Help -If anyone can shed some light as to why, if LyX works with X11, why my other X11 applications don't. Regards Roger
X11 and MacOSX 10.5 Leopard
I have been advised that the X11 DISPLAY environment variable should not be declared when using the version of X11 included with MacOSX 10.5 Leopard as it is automatically declared by X11. I received this advice in trying to find out why xterm which is invoked by X11.app and all of my X11 applications, strangely with the exception of LyX, do not work. xterm complains that it can't open the display. So far, the main advice that I am getting is that I should make sure (which I have) that none of my environment initialization files are setting the DISPLAY variable. I am wondering: 1. Lyx specific - If the export DISPLAY=:0.0 instructions should be deleted from the lyxrc,dist files should be deleted? 2. Help -If anyone can shed some light as to why, if LyX works with X11, why my other X11 applications don't. Regards Roger
SVN1.5.2 revision 21899
OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/Frameworks/ CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD - MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: SVN1.5.2 revision 21899
Changing #include string to #include cstring in docstring.h seems to fix it. Roger On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote: OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/ Frameworks/CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD -MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: SVN1.5.2 revision 21899
However, this seemed to cause another problem later in the build so I ended up specifying both string includes in docstring.h #include string #include cstring Doesn't look good but seems to fix the problem until a more sophisticated fix is provided. Roger On 02/12/2007, at 10:09 AM, Roger Mc Murtrie wrote: Changing #include string to #include cstring in docstring.h seems to fix it. Roger On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote: OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/ Frameworks/CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD -MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: SVN1.5.2 revision 21899
I forgot to mention that I have just upgraded to OSX 10.5.1 and Xtools 3.0. Just another error: TocModel.cpp: In member function 'void lyx::frontend::TocModel::populate(const lyx::Toc)': TocModel.cpp:91: error: 'INT_MAX' was not declared in this scope Roger On 02/12/2007, at 10:25 AM, Roger Mc Murtrie wrote: However, this seemed to cause another problem later in the build so I ended up specifying both string includes in docstring.h #include string #include cstring Doesn't look good but seems to fix the problem until a more sophisticated fix is provided. Roger On 02/12/2007, at 10:09 AM, Roger Mc Murtrie wrote: Changing #include string to #include cstring in docstring.h seems to fix it. Roger On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote: OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/ Frameworks/CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD -MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: SVN1.5.2 revision 21899
Adding #include climits to TocModel.cpp resulted in a working LyX1.5.3 I also had to make these changes to the release version of 1.5.2 to get it to build under OSX 10.5.1 and Xtools 3.0. Roger On 02/12/2007, at 10:47 AM, Roger Mc Murtrie wrote: I forgot to mention that I have just upgraded to OSX 10.5.1 and Xtools 3.0. Just another error: TocModel.cpp: In member function 'void lyx::frontend::TocModel::populate(const lyx::Toc)': TocModel.cpp:91: error: 'INT_MAX' was not declared in this scope Roger On 02/12/2007, at 10:25 AM, Roger Mc Murtrie wrote: However, this seemed to cause another problem later in the build so I ended up specifying both string includes in docstring.h #include string #include cstring Doesn't look good but seems to fix the problem until a more sophisticated fix is provided. Roger On 02/12/2007, at 10:09 AM, Roger Mc Murtrie wrote: Changing #include string to #include cstring in docstring.h seems to fix it. Roger On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote: OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/ Frameworks/CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD -MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
SVN1.5.2 revision 21899
OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/Frameworks/ CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD - MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: SVN1.5.2 revision 21899
Changing #include to #include in docstring.h seems to fix it. Roger On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote: OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/ Frameworks/CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD -MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: SVN1.5.2 revision 21899
However, this seemed to cause another problem later in the build so I ended up specifying both string includes in docstring.h #include #include Doesn't look good but seems to fix the problem until a more sophisticated fix is provided. Roger On 02/12/2007, at 10:09 AM, Roger Mc Murtrie wrote: Changing #include to #include in docstring.h seems to fix it. Roger On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote: OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/ Frameworks/CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD -MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: SVN1.5.2 revision 21899
I forgot to mention that I have just upgraded to OSX 10.5.1 and Xtools 3.0. Just another error: TocModel.cpp: In member function 'void lyx::frontend::TocModel::populate(const lyx::Toc&)': TocModel.cpp:91: error: 'INT_MAX' was not declared in this scope Roger On 02/12/2007, at 10:25 AM, Roger Mc Murtrie wrote: However, this seemed to cause another problem later in the build so I ended up specifying both string includes in docstring.h #include #include Doesn't look good but seems to fix the problem until a more sophisticated fix is provided. Roger On 02/12/2007, at 10:09 AM, Roger Mc Murtrie wrote: Changing #include to #include in docstring.h seems to fix it. Roger On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote: OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/ Frameworks/CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD -MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: SVN1.5.2 revision 21899
Adding #include to TocModel.cpp resulted in a working LyX1.5.3 I also had to make these changes to the release version of 1.5.2 to get it to build under OSX 10.5.1 and Xtools 3.0. Roger On 02/12/2007, at 10:47 AM, Roger Mc Murtrie wrote: I forgot to mention that I have just upgraded to OSX 10.5.1 and Xtools 3.0. Just another error: TocModel.cpp: In member function 'void lyx::frontend::TocModel::populate(const lyx::Toc&)': TocModel.cpp:91: error: 'INT_MAX' was not declared in this scope Roger On 02/12/2007, at 10:25 AM, Roger Mc Murtrie wrote: However, this seemed to cause another problem later in the build so I ended up specifying both string includes in docstring.h #include #include Doesn't look good but seems to fix the problem until a more sophisticated fix is provided. Roger On 02/12/2007, at 10:09 AM, Roger Mc Murtrie wrote: Changing #include to #include in docstring.h seems to fix it. Roger On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote: OSX 10.5.1 SVN1.5.2 revision 21899 failed with: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./ pch.h -I./.. -I../../boost -Wextra -Wall -I/System/Library/ Frameworks/CoreFoundation.framework/Headers -g -Os -MT InsetMathAMSArray.lo -MD -MP -MF .deps/InsetMathAMSArray.Tpo -c InsetMathAMSArray.cpp -o InsetMathAMSArray.o In file included from InsetMathAMSArray.cpp:24: ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*)': ../../src/support/lstrings.h:42: error: 'strcmp' is not a member of 'std' ../../src/support/lstrings.h: In function 'int lyx::support::compare(const char*, const char*, unsigned int)': ../../src/support/lstrings.h:53: error: 'strncmp' is not a member of 'std' Roger
Re: LyX svn crashes on ViewPDF (pdflatex)
On 21/09/2007, at 6:26 PM, Jean-Marc Lasgouttes wrote: A shot in the dark: this problem typically looks like having part of the code forget to use #include config.h. When this happens and stdlib-debug is on, the mamory layout of std::string (for example) is not the same in different parts of LyX code. So, why is this related to pch.h? Perhaps because the first time where pch.h is used/created, config.h has not been loaded and the wrong options are used. I note that boost/libs/regex/src/pch.h is the only pch file that does not load any boost header, and thus no boost/config.hpp. Roger, does adding #include boost/config.hpp at the top of this file help? JMarc Excellent shot in the dark. Adding #include boost/config.hpp at the top of the original regex/ src/pch.h file fixes the problem. Roger
Re: LyX svn crashes on View>PDF (pdflatex)
On 21/09/2007, at 6:26 PM, Jean-Marc Lasgouttes wrote: A shot in the dark: this problem typically looks like having part of the code forget to use #include . When this happens and stdlib-debug is on, the mamory layout of std::string (for example) is not the same in different parts of LyX code. So, why is this related to pch.h? Perhaps because the first time where pch.h is used/created, has not been loaded and the wrong options are used. I note that boost/libs/regex/src/pch.h is the only pch file that does not load any boost header, and thus no boost/config.hpp. Roger, does adding #include at the top of this file help? JMarc Excellent "shot in the dark". Adding #include at the top of the original regex/ src/pch.h file fixes the problem. Roger
Re: LyX svn crashes on ViewPDF (pdflatex)
In response to j.spitzmueller's request: http://bugzilla.lyx.org/show_bug.cgi?id=4014 --- Additional Comments From [EMAIL PROTECTED] 2007-09-20 11:32 --- Can you send this to the devel list, please? I'm not very familiar with this pch stuff, so I cannot really judge whether you patch makes sense. pch stuff: --- Additional Comments From [EMAIL PROTECTED] 2007-09-20 07:34 --- Problem finally found to be due to boost/libs/regex/src precompiled headers. The problem no longer occurs when all lines of boost/libs/regex/src/ pch.h are commented out. I could not identify any particular header file causing the problem. The bug is only cured by commenting out ALL headers in boost/libs/ regex/src/pch.h. gcc version: i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5363) diff of my modified pch.h file: Index: pch.h === --- pch.h (revision 20368) +++ pch.h (working copy) @@ -1,3 +1,6 @@ +/* +Precompiled header compilation commented out RMCM 20Sep07 +to prevent ViewPDF (pdflatex) failure (bug 4014) #include cctype #include climits #include clocale @@ -12,3 +15,4 @@ #include ostream #include set #include stdexcept +*/ Roger
Re: LyX svn crashes on View>PDF (pdflatex)
In response to j.spitzmueller's request: http://bugzilla.lyx.org/show_bug.cgi?id=4014 --- Additional Comments From [EMAIL PROTECTED] 2007-09-20 11:32 --- Can you send this to the devel list, please? I'm not very familiar with this pch stuff, so I cannot really judge whether you patch makes sense. "pch stuff": --- Additional Comments From [EMAIL PROTECTED] 2007-09-20 07:34 --- Problem finally found to be due to boost/libs/regex/src precompiled headers. The problem no longer occurs when all lines of boost/libs/regex/src/ pch.h are commented out. I could not identify any particular header file causing the problem. The bug is only cured by commenting out ALL headers in boost/libs/ regex/src/pch.h. gcc version: i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5363) diff of my modified pch.h file: Index: pch.h === --- pch.h (revision 20368) +++ pch.h (working copy) @@ -1,3 +1,6 @@ +/* +Precompiled header compilation commented out RMCM 20Sep07 +to prevent View>PDF (pdflatex) failure (bug 4014) #include #include #include @@ -12,3 +15,4 @@ #include #include #include +*/ Roger
Re: static_mutex.hpp
On 17/09/2007, at 7:27 PM, Jean-Marc Lasgouttes wrote: Roger Mc Murtrie [EMAIL PROTECTED] writes: svn branch 1.5 boost/boost/regex/v4/cpp_regex_traits.hpp contains the lines #ifdef BOOST_HAS_THREADS #include boost/regex/pending/static_mutex.hpp #endif but boost/boost/regex/pending/ only seems to contain the file object_cache.hpp Can anyone tell me why this is? Because BOOST_HAS_THREADS is undefined for LyX? JMarc OK if this is so. I did find definitions in: /boost/boost/config/platform/macos.hpp /boost/boost/config/compiler/gcc.hpp But I guess these are not used by LyX? Thanks, Roger
Re: static_mutex.hpp
On 17/09/2007, at 7:27 PM, Jean-Marc Lasgouttes wrote: Roger Mc Murtrie <[EMAIL PROTECTED]> writes: svn branch 1.5 boost/boost/regex/v4/cpp_regex_traits.hpp contains the lines #ifdef BOOST_HAS_THREADS #include #endif but boost/boost/regex/pending/ only seems to contain the file object_cache.hpp Can anyone tell me why this is? Because BOOST_HAS_THREADS is undefined for LyX? JMarc OK if this is so. I did find definitions in: /boost/boost/config/platform/macos.hpp /boost/boost/config/compiler/gcc.hpp But I guess these are not used by LyX? Thanks, Roger
static_mutex.hpp
svn branch 1.5 boost/boost/regex/v4/cpp_regex_traits.hpp contains the lines #ifdef BOOST_HAS_THREADS #include boost/regex/pending/static_mutex.hpp #endif but boost/boost/regex/pending/ only seems to contain the file object_cache.hpp Can anyone tell me why this is? Roger
static_mutex.hpp
svn branch 1.5 boost/boost/regex/v4/cpp_regex_traits.hpp contains the lines #ifdef BOOST_HAS_THREADS #include #endif but boost/boost/regex/pending/ only seems to contain the file object_cache.hpp Can anyone tell me why this is? Roger
make fails in po
Intel Mac Max OSX 10.4.10 make fails for trunk in po: Making all in po test ! -f ./LyX-1.6.pot || \ test -z ca.gmo cs.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo gl.gmo he.gmo hu.gmo it.gmo ja.gmo ko.gmo nb.gmo nn.gmo pl.gmo pt.gmo ro.gmo tr.gmo zh_CN.gmo zh_TW.gmo || make ca.gmo cs.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo gl.gmo he.gmo hu.gmo it.gmo ja.gmo ko.gmo nb.gmo nn.gmo pl.gmo pt.gmo ro.gmo tr.gmo zh_CN.gmo zh_TW.gmo /opt/local/bin/msgmerge --update ca.po LyX-1.6.pot /opt/local/bin/msgmerge: ca.po: warning: Charset missing in header. Message conversion to user's charset will not work. ca.po:21:2: parse error ca.po:21: keyword mine unknown . . . ca.po:17459: ...this is the location of the first definition ca.po:17664:2: parse error ca.po:17664: keyword r19984 unknown /opt/local/bin/msgmerge: found 830 fatal errors make[2]: *** [ca.po] Error 1 make[1]: *** [stamp-po] Error 2
Re: make fails in po
On 14/09/2007, at 12:35 PM, Bennett Helm wrote: This looks to me like you have a failed svn update. Unless you've made changes to it, try deleting ca.po and svn update again. It should work. Bennett Thanks Bennet. I had to delete all the .po files to solve the problem. Making all in po then completed successfully. Roger
make fails in po
Intel Mac Max OSX 10.4.10 make fails for trunk in po: Making all in po test ! -f ./LyX-1.6.pot || \ test -z "ca.gmo cs.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo gl.gmo he.gmo hu.gmo it.gmo ja.gmo ko.gmo nb.gmo nn.gmo pl.gmo pt.gmo ro.gmo tr.gmo zh_CN.gmo zh_TW.gmo" || make ca.gmo cs.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo gl.gmo he.gmo hu.gmo it.gmo ja.gmo ko.gmo nb.gmo nn.gmo pl.gmo pt.gmo ro.gmo tr.gmo zh_CN.gmo zh_TW.gmo /opt/local/bin/msgmerge --update ca.po LyX-1.6.pot /opt/local/bin/msgmerge: ca.po: warning: Charset missing in header. Message conversion to user's charset will not work. ca.po:21:2: parse error ca.po:21: keyword "mine" unknown . . . ca.po:17459: ...this is the location of the first definition ca.po:17664:2: parse error ca.po:17664: keyword "r19984" unknown /opt/local/bin/msgmerge: found 830 fatal errors make[2]: *** [ca.po] Error 1 make[1]: *** [stamp-po] Error 2
Re: make fails in po
On 14/09/2007, at 12:35 PM, Bennett Helm wrote: This looks to me like you have a failed svn update. Unless you've made changes to it, try deleting ca.po and svn update again. It should work. Bennett Thanks Bennet. I had to delete all the .po files to solve the problem. "Making all in po" then completed successfully. Roger
make install fails on Intel Mac
make install failed with: test -z /Applications/LyX1.5svn.app/Contents/Resources/doc/es/biblio || /bin/sh ../../config/mkinstalldirs /Applications/LyX1.5svn.app/ Contents/Resources/doc/es/biblio /usr/bin/install -c -m 644 'es/biblio/alphadin.bst' '/Applications/ LyX1.5svn.app/Contents/Resources/doc/es/biblio /alphadin.bst' install: /Applications/LyX1.5svn.app/Contents/Resources/doc/es/ biblio /alphadin.bst: No such file or directory /usr/bin/install -c -m 644 'es/biblio/LyXDocs.bib' '/Applications/ LyX1.5svn.app/Contents/Resources/doc/es/biblio /LyXDocs.bib' install: /Applications/LyX1.5svn.app/Contents/Resources/doc/es/ biblio /LyXDocs.bib: No such file or directory make[3]: *** [install-dist_esbibliodocDATA] Error 71 I have checked that the /Applications/LyX1.5svn.app/Contents/ Resources/doc/es/biblio directories are generated. Problem appears to be that the /lib/doc/Makefile.am line esbibliodocdir = $(pkgdatadir)/doc/es/biblio ends with a space which results in /Applications/LyX1.5svn.app/Contents/Resources/doc/es/biblio In the /lib/doc/Makefile, I removed the space after biblio in esbibliodocdir = $(pkgdatadir)/doc/es/biblio make install then performed successfully producing a working 1.5.2svn Roger
make install fails on Intel Mac
make install failed with: test -z "/Applications/LyX1.5svn.app/Contents/Resources/doc/es/biblio " || /bin/sh ../../config/mkinstalldirs "/Applications/LyX1.5svn.app/ Contents/Resources/doc/es/biblio " /usr/bin/install -c -m 644 'es/biblio/alphadin.bst' '/Applications/ LyX1.5svn.app/Contents/Resources/doc/es/biblio /alphadin.bst' install: /Applications/LyX1.5svn.app/Contents/Resources/doc/es/ biblio /alphadin.bst: No such file or directory /usr/bin/install -c -m 644 'es/biblio/LyXDocs.bib' '/Applications/ LyX1.5svn.app/Contents/Resources/doc/es/biblio /LyXDocs.bib' install: /Applications/LyX1.5svn.app/Contents/Resources/doc/es/ biblio /LyXDocs.bib: No such file or directory make[3]: *** [install-dist_esbibliodocDATA] Error 71 I have checked that the /Applications/LyX1.5svn.app/Contents/ Resources/doc/es/biblio directories are generated. Problem appears to be that the /lib/doc/Makefile.am line esbibliodocdir = $(pkgdatadir)/doc/es/biblio ends with a space which results in "/Applications/LyX1.5svn.app/Contents/Resources/doc/es/biblio " In the /lib/doc/Makefile, I removed the space after biblio in esbibliodocdir = $(pkgdatadir)/doc/es/biblio make install then performed successfully producing a working 1.5.2svn Roger
Re: Compilation broken on Mac (current svn)
On 04/09/2007, at 11:05 PM, Jean-Marc Lasgouttes wrote: Roger Mc Murtrie [EMAIL PROTECTED] writes: So now I need to find why MKDIR_P isn't being defined. Any suggestions will be gratefully appreciated. What is your automake version? JMarc automake (GNU automake) 1.9.6 Roger
Re: Compilation broken on Mac (current svn)
On 04/09/2007, at 11:05 PM, Jean-Marc Lasgouttes wrote: Roger Mc Murtrie <[EMAIL PROTECTED]> writes: So now I need to find why MKDIR_P isn't being defined. Any suggestions will be gratefully appreciated. What is your automake version? JMarc automake (GNU automake) 1.9.6 Roger
Re: Compilation broken on Mac (current svn)
MKDIR_P doesn't appear to be defined anywhere on my system. The best solution that I can come up with is to add MKDIR_P ?= mkdir -p to development/MacOSX/Makefile.am Doing this for both LyX1.5.2svn and LyX1.6.0svn (trunk) produced working versions of LyX1.5.2svn and LyX1.6.0svn Roger On 02/09/2007, at 12:23 AM, [EMAIL PROTECTED] wrote: The problem is that in my development/MacOSX Makefile the command to generate a .lproj directory is $(MKDIR_P) $(pkgdatadir)/$$f.lproj However, MKDIR_P is not defined so make attempts to execute $ (pkgdatadir)/$$f.lproj instead of make a directory. I defined MKDIR_P = mkdir in the development/MacOSX Makefile and this fixed things. I now have a working LyX1.5.2svn. So now I need to find why MKDIR_P isn't being defined. Any suggestions will be gratefully appreciated. Roger On 31/08/2007, at 10:43 PM, Bennett Helm wrote: No problems here. Note that currently the LyX.app skeleton is automatically generated (thanks to Jean-Marc), so you're not missing anything there. Bennett
Re: Compilation broken on Mac (current svn)
MKDIR_P doesn't appear to be defined anywhere on my system. The best solution that I can come up with is to add MKDIR_P ?= mkdir -p to development/MacOSX/Makefile.am Doing this for both LyX1.5.2svn and LyX1.6.0svn (trunk) produced working versions of LyX1.5.2svn and LyX1.6.0svn Roger On 02/09/2007, at 12:23 AM, [EMAIL PROTECTED] wrote: The problem is that in my development/MacOSX Makefile the command to generate a .lproj directory is $(MKDIR_P) $(pkgdatadir)/$$f.lproj However, MKDIR_P is not defined so make attempts to execute $ (pkgdatadir)/$$f.lproj instead of make a directory. I defined MKDIR_P = mkdir in the development/MacOSX Makefile and this fixed things. I now have a working LyX1.5.2svn. So now I need to find why MKDIR_P isn't being defined. Any suggestions will be gratefully appreciated. Roger On 31/08/2007, at 10:43 PM, Bennett Helm wrote: No problems here. Note that currently the LyX.app skeleton is automatically generated (thanks to Jean-Marc), so you're not missing anything there. Bennett
Re: Compilation broken on Mac (current svn)
I tried --without-aspell --without-pspell --disable-shared --enable- static but the problem remains. Also, I also tried the 5.2 branch which used to work but now I get the same failure of missing .lproj files which never were needed in the past. Roger On 31/08/2007, at 3:36 PM, Anders Ekberg wrote: I forgot there were some changes needed to the configure commande recently. They do not seem to be documented in the INSTALL.MacOSX- file yet. I include my script for compiling. It worked with trunk revision 19918 yesterday. Replace path names and it should hopefully work for you also. (There are a lot of stuff in my configure that is not needed, IIRC pspell is the part causiong the problems) Anders === #!/bin/sh DATE=`(set \`date\`; echo $2)`_`(set \`date\`; echo $3)` VERSION=1.6 svn up export LDFLAGS=-framework Carbon -framework OpenGL -framework AGL - framework QuickTime -lz -framework Cocoa ./autogen.sh ./configure --prefix=/Users/anek/LyX_dev/nightly/LyX_$DATE.app -- disable-concept-checks --with-version-suffix=-$VERSION --with-qt4- dir=/Users/anek/LyX_dev/QT43/ --enable-optimization=-Os --without-x --with-included-gettext --with-frontend=qt4 --disable-stdlib-debug --without-aspell --without-pspell --disable-shared --enable-static make make install-strip
Re: Compilation broken on Mac (current svn)
The problem is that in my development/MacOSX Makefile the command to generate a .lproj directory is $(MKDIR_P) $(pkgdatadir)/$$f.lproj However, MKDIR_P is not defined so make attempts to execute $ (pkgdatadir)/$$f.lproj instead of make a directory. I defined MKDIR_P = mkdir in the development/MacOSX Makefile and this fixed things. I now have a working LyX1.5.2svn. So now I need to find why MKDIR_P isn't being defined. Any suggestions will be gratefully appreciated. Roger On 31/08/2007, at 10:43 PM, Bennett Helm wrote: No problems here. Note that currently the LyX.app skeleton is automatically generated (thanks to Jean-Marc), so you're not missing anything there. Bennett
Re: Compilation broken on Mac (current svn)
I tried --without-aspell --without-pspell --disable-shared --enable- static but the problem remains. Also, I also tried the 5.2 branch which used to work but now I get the same failure of missing .lproj files which never were needed in the past. Roger On 31/08/2007, at 3:36 PM, Anders Ekberg wrote: I forgot there were some changes needed to the configure commande recently. They do not seem to be documented in the INSTALL.MacOSX- file yet. I include my script for compiling. It worked with trunk revision 19918 yesterday. Replace path names and it should hopefully work for you also. (There are a lot of stuff in my configure that is not needed, IIRC pspell is the part causiong the problems) Anders === #!/bin/sh DATE=`(set \`date\`; echo $2)`_`(set \`date\`; echo $3)` VERSION=1.6 svn up export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL - framework QuickTime -lz -framework Cocoa" ./autogen.sh ./configure --prefix=/Users/anek/LyX_dev/nightly/LyX_$DATE.app -- disable-concept-checks --with-version-suffix=-$VERSION --with-qt4- dir=/Users/anek/LyX_dev/QT43/ --enable-optimization=-Os --without-x --with-included-gettext --with-frontend=qt4 --disable-stdlib-debug --without-aspell --without-pspell --disable-shared --enable-static make make install-strip
Re: Compilation broken on Mac (current svn)
The problem is that in my development/MacOSX Makefile the command to generate a .lproj directory is $(MKDIR_P) $(pkgdatadir)/$$f.lproj However, MKDIR_P is not defined so make attempts to execute $ (pkgdatadir)/$$f.lproj instead of make a directory. I defined MKDIR_P = mkdir in the development/MacOSX Makefile and this fixed things. I now have a working LyX1.5.2svn. So now I need to find why MKDIR_P isn't being defined. Any suggestions will be gratefully appreciated. Roger On 31/08/2007, at 10:43 PM, Bennett Helm wrote: No problems here. Note that currently the LyX.app skeleton is automatically generated (thanks to Jean-Marc), so you're not missing anything there. Bennett
Re: Compilation broken on Mac (current svn)
I have just built lyx1.6.0svn. After make it runs fine from src/lyx. But when I do make install Everything seems to go fine up until: test -z /Applications/LyX.app/Contents/Resources || /bin/sh ../../ config/mkinstalldirs /Applications/LyX.app/Contents/Resources /usr/bin/install -c -m 644 'lyxrc.dist' '/Applications/LyX.app/ Contents/Resources/lyxrc.dist' the I get the following failure: make install-data-hook LINGUAS_=`sed -e /^#/d -e s/#.*// ./../../po/LINGUAS`; \ for f in en $LINGUAS_ ; do \ /Applications/LyX.app/Contents/Resources/$f.lproj ; \ done /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/en.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ca.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/cs.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/de.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/es.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/eu.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/fi.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/fr.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/gl.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/he.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/hu.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/it.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ja.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ko.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/nb.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/nn.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/pl.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/pt.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ro.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/tr.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ zh_CN.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ zh_TW.lproj: No such file or directory make[5]: *** [install-data-hook] Error 127 make[4]: *** [install-data-am] Error 2 make[3]: *** [install-am] Error 2 make[2]: *** [install-recursive] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 /Applications/LyX.app/Contents/Resources certainly does NOT contain any lproj files. What do I need to do to fix this problem? Thanks Roger
Re: Compilation broken on Mac (current svn)
The lyx1.6.0svn that I built was from a fresh svn co svn:// svn.lyx.org/lyx/lyx-devel/trunk lyx-devel (as I seemed to have wrecked my previous lyx-devel in attempting to switch between 1.5 and trunk). I have just done an svn update and make install failed again. I think I might need new lyx.app skeleton. This used to be in development/MacOSX but is no longer included in that folder. I wondered where I might get an up to date version or if there is some means of building one. Or maybe I just need to copy these .lproj files into LyX.app/Contents/ Resources? If so, where do I find them or how do I generate them? I tried adding all these as directories but make install gave me failure messages indicating that files were required: /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/en.lproj: is a directory I found an instance in the lyx-devel mailing list where Bennet had fixed a problem by adding a .lproj folder but the following Makefile command that fails seems to indicate that it is looking for a file to execute? make install-data-hook LINGUAS_=`sed -e /^#/d -e s/#.*// ./../../po/LINGUAS`; \ for f in en $LINGUAS_ ; do \ /Applications/LyX.app/Contents/Resources/$f.lproj ; \ done Regards, Roger On 31/08/2007, at 5:14 AM, [EMAIL PROTECTED] wrote: Compilation works fine for me now (after some strangeness some days ago). If it doesn't work, try to download a fresh svn-copy (rename the old and make a svn co svn://svn.lyx.org/lyx/lyx-devel/trunk lyx-devel ). That should do it. /Anders
Re: Compilation broken on Mac (current svn)
I have just built lyx1.6.0svn. After make it runs fine from src/lyx. But when I do make install Everything seems to go fine up until: test -z "/Applications/LyX.app/Contents/Resources" || /bin/sh ../../ config/mkinstalldirs "/Applications/LyX.app/Contents/Resources" /usr/bin/install -c -m 644 'lyxrc.dist' '/Applications/LyX.app/ Contents/Resources/lyxrc.dist' the I get the following failure: make install-data-hook LINGUAS_=`sed -e "/^#/d" -e "s/#.*//" ./../../po/LINGUAS`; \ for f in en $LINGUAS_ ; do \ /Applications/LyX.app/Contents/Resources/$f.lproj ; \ done /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/en.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ca.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/cs.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/de.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/es.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/eu.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/fi.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/fr.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/gl.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/he.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/hu.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/it.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ja.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ko.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/nb.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/nn.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/pl.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/pt.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ro.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/tr.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ zh_CN.lproj: No such file or directory /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/ zh_TW.lproj: No such file or directory make[5]: *** [install-data-hook] Error 127 make[4]: *** [install-data-am] Error 2 make[3]: *** [install-am] Error 2 make[2]: *** [install-recursive] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 /Applications/LyX.app/Contents/Resources certainly does NOT contain any lproj files. What do I need to do to fix this problem? Thanks Roger
Re: Compilation broken on Mac (current svn)
The lyx1.6.0svn that I built was from a fresh svn co svn:// svn.lyx.org/lyx/lyx-devel/trunk lyx-devel (as I seemed to have wrecked my previous lyx-devel in attempting to switch between 1.5 and trunk). I have just done an svn update and make install failed again. I think I might need new lyx.app skeleton. This used to be in development/MacOSX but is no longer included in that folder. I wondered where I might get an up to date version or if there is some means of building one. Or maybe I just need to copy these .lproj files into LyX.app/Contents/ Resources? If so, where do I find them or how do I generate them? I tried adding all these as directories but make install gave me failure messages indicating that files were required: /bin/sh: line 3: /Applications/LyX.app/Contents/Resources/en.lproj: is a directory I found an instance in the lyx-devel mailing list where Bennet had fixed a problem by adding a .lproj folder but the following Makefile command that fails seems to indicate that it is looking for a file to "execute"? make install-data-hook LINGUAS_=`sed -e "/^#/d" -e "s/#.*//" ./../../po/LINGUAS`; \ for f in en $LINGUAS_ ; do \ /Applications/LyX.app/Contents/Resources/$f.lproj ; \ done Regards, Roger On 31/08/2007, at 5:14 AM, [EMAIL PROTECTED] wrote: Compilation works fine for me now (after some strangeness some days ago). If it doesn't work, try to download a fresh svn-copy (rename the old and make a svn co svn://svn.lyx.org/lyx/lyx-devel/trunk lyx-devel ). That should do it. /Anders
Re: Things we do wrong
In this whole lengthy diatribe, nobody seems to mention the words good programming practice; perhaps it died with C++? Programing standards are not usually the provence of good programming practice, no more than car technical manuals provide instruction on good driving practice. The only attempt at good programming practice advice for C++ that I have ever found is Scott Meyers excellent book, Effective C++, Second Edition, 50 Specific Ways To Improve Your Program And Designs. Perhaps there are others? Most how to program in C++ seem to pay little attention to good programming practice, with the result that the maintainability of C++ code is miserably poor. Lack of good programming practice conventions is fertile ground for a hacker's paradise with the consequentle potential for highly unmaintable code. Roger On 29/08/2007, at 1:13 AM, [EMAIL PROTECTED] wrote: Re: Things we do wrong
Re: Things we do wrong
In this whole lengthy diatribe, nobody seems to mention the words "good programming practice"; perhaps it died with C++? Programing standards are not usually the provence of "good programming practice", no more than car technical manuals provide instruction on good driving practice. The only attempt at "good programming practice" advice for C++ that I have ever found is Scott Meyers excellent book, "Effective C++, Second Edition, 50 Specific Ways To Improve Your Program And Designs". Perhaps there are others? Most "how to program in C++" seem to pay little attention to "good programming practice", with the result that the maintainability of C++ code is miserably poor. Lack of "good programming practice" conventions is fertile ground for a hacker's paradise with the consequentle potential for highly unmaintable code. Roger On 29/08/2007, at 1:13 AM, [EMAIL PROTECTED] wrote: Re: Things we do wrong
