Re: Fwd: Re: Cygwin and 1.3.5
Thanks for trying... I did run into an updated ld on the kde-cygwin webpage, but I haven't had a chance to try it yet. When I do, I'll let you know how it goes. Rod Quoting Kayvan A. Sylvan [EMAIL PROTECTED]: On Mon, Oct 18, 2004 at 11:17:03PM +0800, Rod Pinna wrote: Kayvan, Thanks alot, that would be great. I'm happy to compile it myself, but I seem to have some sort of problem with my cygwin installation. Do you need to do anything particular to get it to compile under cygwin? Thanks, Rod I ran into the exact same problem as you did in trying to compile lyx-1.3.5 with Cygwin: TextCache.o(.ctors+0x0):TextCache.C: undefined reference to `__GLOBAL__I__ZN9TextCache7findFitEP6Bufferi' TextCache.o(.dtors+0x0):TextCache.C: undefined reference to `__GLOBAL__D__ZN9TextCache7findFitEP6Bufferi' lyxtextclasslist.o(.ctors+0x0):lyxtextclasslist.C: undefined reference to `__GLOBAL__I__ZNK16LyXTextClassList13NumberOfClassERKSs' lyxtextclasslist.o(.dtors+0x0):lyxtextclasslist.C: undefined reference to `__GLOBAL__D__ZNK16LyXTextClassList13NumberOfClassERKSs' mathed/.libs/libmathed.a(math_cursor.o)(.ctors+0x0):math_cursor.C: undefined reference to `__GLOBAL__I_theCutBuffer' mathed/.libs/libmathed.a(math_cursor.o)(.dtors+0x0):math_cursor.C: undefined reference to `__GLOBAL__D_theCutBuffer' mathed/.libs/libmathed.a(math_inset.o)(.ctors+0x0):math_inset.C: undefined reference to `__GLOBAL__I__ZNK9MathInset6heightEv' mathed/.libs/libmathed.a(math_inset.o)(.dtors+0x0):math_inset.C: undefined reference to `__GLOBAL__D__ZNK9MathInset6heightEv' frontends/.libs/libfrontends.a(FormPrint.o)(.ctors+0x0):FormPrint.C: undefined reference to `__GLOBAL__I__ZN9FormPrintC2Ev' frontends/.libs/libfrontends.a(FormPrint.o)(.dtors+0x0):FormPrint.C: undefined reference to `__GLOBAL__D__ZN9FormPrintC2Ev' frontends/.libs/libfrontends.a(FormTabular.o)(.ctors+0x0):FormTabular.C: undefined reference to `__GLOBAL__I__ZN11FormTabularC2Ev' frontends/.libs/libfrontends.a(FormTabular.o)(.dtors+0x0):FormTabular.C: undefined reference to `__GLOBAL__D__ZN11FormTabularC2Ev' frontends/.libs/libfrontends.a(checkedwidgets.o)(.ctors+0x0):checkedwidgets.C: undefined reference to `__GLOBAL__I__Z19addCheckedLyXLengthR20ButtonControllerBaseP7flobjs_S2_' frontends/.libs/libfrontends.a(checkedwidgets.o)(.dtors+0x0):checkedwidgets.C: undefined reference to `__GLOBAL__D__Z19addCheckedLyXLengthR20ButtonControllerBaseP7flobjs_S2 _' collect2: ld returned 1 exit status I am stuck. I compile 1.4.x almost daily and there is no problem. Can someone who is familiar with the build process give me a clue about where I might look to twaek this? ---Kayvan -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92) -- Rod Pinna Telephone: 079 81 677088 [EMAIL PROTECTED]
Re: Fwd: Re: Cygwin and 1.3.5
Thanks for trying... I did run into an updated ld on the kde-cygwin webpage, but I haven't had a chance to try it yet. When I do, I'll let you know how it goes. Rod Quoting "Kayvan A. Sylvan" <[EMAIL PROTECTED]>: > On Mon, Oct 18, 2004 at 11:17:03PM +0800, Rod Pinna wrote: > > Kayvan, > > > > Thanks alot, that would be great. I'm happy to compile it myself, but I > seem to > > have some sort of problem with my cygwin installation. Do you need to do > > anything particular to get it to compile under cygwin? > > > > Thanks, > > Rod > > I ran into the exact same problem as you did in trying to compile > lyx-1.3.5 with Cygwin: > > TextCache.o(.ctors+0x0):TextCache.C: undefined reference to > `__GLOBAL__I__ZN9TextCache7findFitEP6Bufferi' > TextCache.o(.dtors+0x0):TextCache.C: undefined reference to > `__GLOBAL__D__ZN9TextCache7findFitEP6Bufferi' > lyxtextclasslist.o(.ctors+0x0):lyxtextclasslist.C: undefined reference to > `__GLOBAL__I__ZNK16LyXTextClassList13NumberOfClassERKSs' > lyxtextclasslist.o(.dtors+0x0):lyxtextclasslist.C: undefined reference to > `__GLOBAL__D__ZNK16LyXTextClassList13NumberOfClassERKSs' > mathed/.libs/libmathed.a(math_cursor.o)(.ctors+0x0):math_cursor.C: undefined > reference to `__GLOBAL__I_theCutBuffer' > mathed/.libs/libmathed.a(math_cursor.o)(.dtors+0x0):math_cursor.C: undefined > reference to `__GLOBAL__D_theCutBuffer' > mathed/.libs/libmathed.a(math_inset.o)(.ctors+0x0):math_inset.C: undefined > reference to `__GLOBAL__I__ZNK9MathInset6heightEv' > mathed/.libs/libmathed.a(math_inset.o)(.dtors+0x0):math_inset.C: undefined > reference to `__GLOBAL__D__ZNK9MathInset6heightEv' > frontends/.libs/libfrontends.a(FormPrint.o)(.ctors+0x0):FormPrint.C: > undefined reference to `__GLOBAL__I__ZN9FormPrintC2Ev' > frontends/.libs/libfrontends.a(FormPrint.o)(.dtors+0x0):FormPrint.C: > undefined reference to `__GLOBAL__D__ZN9FormPrintC2Ev' > frontends/.libs/libfrontends.a(FormTabular.o)(.ctors+0x0):FormTabular.C: > undefined reference to `__GLOBAL__I__ZN11FormTabularC2Ev' > frontends/.libs/libfrontends.a(FormTabular.o)(.dtors+0x0):FormTabular.C: > undefined reference to `__GLOBAL__D__ZN11FormTabularC2Ev' > frontends/.libs/libfrontends.a(checkedwidgets.o)(.ctors+0x0):checkedwidgets.C: > undefined reference to > `__GLOBAL__I__Z19addCheckedLyXLengthR20ButtonControllerBaseP7flobjs_S2_' > frontends/.libs/libfrontends.a(checkedwidgets.o)(.dtors+0x0):checkedwidgets.C: > undefined reference to > `__GLOBAL__D__Z19addCheckedLyXLengthR20ButtonControllerBaseP7flobjs_S2 _' > collect2: ld returned 1 exit status > > > I am stuck. I compile 1.4.x almost daily and there is no problem. > > Can someone who is familiar with the build process give me a clue > about where I might look to twaek this? > > ---Kayvan > -- > Kayvan A. Sylvan | Proud husband of | Father to my kids: > Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena > (8/8/89) > http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory > (2/28/92) > -- Rod Pinna Telephone: 079 81 677088 [EMAIL PROTECTED]
Re: table design flaws in lyx / possible improvements (was: longtable caption again)
On Tue, 30 Sep 2003, j.heidemeier wrote: (About default use of array.sty) But that's more a configuration problem. So I think one could define exclusion rules for packages. If f.e. the AMS table class is used, than the normal default way with the required additinal packages is disabled. Yours Indeed. In an ideal world, that would be the best solution. It would depend on how difficult it would be to allow for that sort of serparation. I suspect that it might be quite hard. Essentially, if the layout file mechanism is to be useful, the lyx shouldn't add in too many (any ideally) other .sty files. The standard parts of it (such as tables) also shouldn't rely on .sty mods being present. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: table design flaws in lyx / possible improvements (was: longtable caption again)
On Tue, 30 Sep 2003, j.heidemeier wrote: (About default use of array.sty) > But that's more a configuration problem. So I think one could define exclusion > rules for packages. If f.e. the AMS table class is used, than the normal > default way with the required additinal packages is disabled. > Yours Indeed. In an ideal world, that would be the best solution. It would depend on how difficult it would be to allow for that sort of serparation. I suspect that it might be quite hard. Essentially, if the layout file mechanism is to be useful, the lyx shouldn't add in too many (any ideally) other .sty files. The standard parts of it (such as tables) also shouldn't rely on .sty mods being present. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: elsart.layout
Rod It appeared to have been merged badly. There were some extra dash Rod and characters floating around. So essentially, it is the Rod patch done correctly. No change in functionality. Maybe is it because I adjusted the spacing and rewrote Elseveir as Elsevier. Basically I think it is correct. JMarc My humblest apologies...I seemed to have once again been baffled by CVS. After doing an update/make, the elsart.layout file I ended up with didn't work, and had extra - and bits in it. Deleting the file, and updating again seems to have resulted in a working elsart file. Sorry about that. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
cvs graphics include error
Hi all, There seems to be an error with floats in current 1.4.0 cvs. Only the first figure is used. i.e., if I have a float with figure1.eps, and a later float with figure2.eps, then the result from view-ps will show figure1.eps for both floats. The view in lyx is correct. Here is the command line output, when doing view-ps ~/docs/art-emb-cyl$ This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) ' TeX output 2003.08.04:1249' - newfile2.ps texc.prospecial.pro. [1] [2 /tmp/lyx_tmpdir31680OGN87S/lyx_tmpbuf1/_tmp_lyx_tmpdir31680OGN87S_lyx_tmpbuf1.eps] [3 /tmp/lyx_tmpdir31680OGN87S/lyx_tmpbuf1/_tmp_lyx_tmpdir31680OGN87S_lyx_tmpbuf1.eps] Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: elsart.layout
> Rod> It appeared to have been merged badly. There were some extra dash > Rod> and <<< characters floating around. So essentially, it is the > Rod> patch done correctly. No change in functionality. > > Maybe is it because I adjusted the spacing and rewrote Elseveir as > Elsevier. Basically I think it is correct. > > JMarc My humblest apologies...I seemed to have once again been baffled by CVS. After doing an update/make, the elsart.layout file I ended up with didn't work, and had extra - and < bits in it. Deleting the file, and updating again seems to have resulted in a working elsart file. Sorry about that. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
cvs graphics include error
Hi all, There seems to be an error with floats in current 1.4.0 cvs. Only the first figure is used. i.e., if I have a float with figure1.eps, and a later float with figure2.eps, then the result from view->ps will show figure1.eps for both floats. The view in lyx is correct. Here is the command line output, when doing view->ps ~/docs/art-emb-cyl$ This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) ' TeX output 2003.08.04:1249' -> newfile2.ps . [1] [2 ] [3 ] Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: elsart.layout
It appeared to have been merged badly. There were some extra dash and characters floating around. So essentially, it is the patch done correctly. No change in functionality. The changelog entry might be excessive... Rod On Fri, 1 Aug 2003, Jean-Marc Lasgouttes wrote: Rod == Rod Pinna [EMAIL PROTECTED] writes: Rod Hopefully generated the diff correctly. My last change wasn't Rod correctly incorporated. Hmm, what was wrong? You seem to be adding the same entry twice, don't you? JMarc Rod Patch below, generated with Rod cvs diff -u, for the top directory. The patch is in the right form, anyway. JMarc _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: elsart.layout
It appeared to have been merged badly. There were some extra dash and <<< characters floating around. So essentially, it is the patch done correctly. No change in functionality. The changelog entry might be excessive... Rod On Fri, 1 Aug 2003, Jean-Marc Lasgouttes wrote: > >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes: > > Rod> Hopefully generated the diff correctly. My last change wasn't > Rod> correctly incorporated. > > Hmm, what was wrong? You seem to be adding the same entry twice, don't > you? > > JMarc > > Rod> Patch below, generated with > > Rod> cvs diff -u, for the top directory. > > The patch is in the right form, anyway. > > JMarc > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
elsart.layout
Hopefully generated the diff correctly. My last change wasn't correctly incorporated. Patch below, generated with cvs diff -u, for the top directory. Rod Index: lib/ChangeLog === RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v retrieving revision 1.487 diff -u -r1.487 ChangeLog --- lib/ChangeLog 2003/07/31 10:53:28 1.487 +++ lib/ChangeLog 2003/08/01 02:42:40 @@ -1,3 +1,8 @@ +2003-08-01 Rod Pinna [EMAIL PROTECTED] + * layouts/elsart.layout: correctly merge change of 2003-07-23 + into layout file. + + 2003-07-23 Rod Pinna [EMAIL PROTECTED] * layouts/elsart.layout: change MaxCounter to Section, rather than Index: lib/layouts/elsart.layout === RCS file: /cvs/lyx/lyx-devel/lib/layouts/elsart.layout,v retrieving revision 1.5 diff -u -r1.5 elsart.layout --- lib/layouts/elsart.layout 2003/07/31 10:53:28 1.5 +++ lib/layouts/elsart.layout 2003/08/01 02:42:40 @@ -18,6 +18,9 @@ # modified 2003-03-11 JMarc for use of TitleLatexType/TitleLatexName # modified 2003-04-10 Rod Pinna - added proof env. sent to me by Stacy Prowell # modified 2003-07-23 Rod Pinna - changes MaxCounter to Section, +# rather than subsection. The Elseveir doc file allows for +# numbered sections, as does the class file. +# modified 2003-07-23 Rod Pinna - changes MaxCounter to Section, # rather than subsection. The Elsevier doc file allows for # numbered sections, as does the class file. _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
elsart.layout
Hopefully generated the diff correctly. My last change wasn't correctly incorporated. Patch below, generated with cvs diff -u, for the top directory. Rod Index: lib/ChangeLog === RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v retrieving revision 1.487 diff -u -r1.487 ChangeLog --- lib/ChangeLog 2003/07/31 10:53:28 1.487 +++ lib/ChangeLog 2003/08/01 02:42:40 @@ -1,3 +1,8 @@ +2003-08-01 Rod Pinna <[EMAIL PROTECTED]> + * layouts/elsart.layout: correctly merge change of 2003-07-23 + into layout file. + + 2003-07-23 Rod Pinna <[EMAIL PROTECTED]> * layouts/elsart.layout: change MaxCounter to Section, rather than Index: lib/layouts/elsart.layout === RCS file: /cvs/lyx/lyx-devel/lib/layouts/elsart.layout,v retrieving revision 1.5 diff -u -r1.5 elsart.layout --- lib/layouts/elsart.layout 2003/07/31 10:53:28 1.5 +++ lib/layouts/elsart.layout 2003/08/01 02:42:40 @@ -18,6 +18,9 @@ # modified 2003-03-11 JMarc for use of TitleLatexType/TitleLatexName # modified 2003-04-10 Rod Pinna - added proof env. sent to me by Stacy Prowell # modified 2003-07-23 Rod Pinna - changes MaxCounter to Section, +# rather than subsection. The Elseveir doc file allows for +# numbered sections, as does the class file. +# modified 2003-07-23 Rod Pinna - changes MaxCounter to Section, # rather than subsection. The Elsevier doc file allows for # numbered sections, as does the class file. _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
minor elsart.layout patch
Against the 1.4.0 cvs. Allows for numbered sections as does the class file. Let me know if I've done the diff incorrectly. Rod $cvs diff elsart.layout Index: elsart.layout === RCS file: /cvs/lyx/lyx-devel/lib/layouts/elsart.layout,v retrieving revision 1.4 diff -r1.4 elsart.layout 20c20,23 --- # modified 2003-07-23 Rod Pinna - changes MaxCounter to Section, # rather than subsection. The Elseveir doc file allows for # numbered sections, as does the class file. # 25c28 MaxCounter Counter_Subsection --- MaxCounter Counter_Section _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: minor elsart.layout patch
It may be a slow evolution. I'm currently trying to write a draft paper using it, so I may come across other bits and bobs. Rod On Thu, 24 Jul 2003, Rob Lahaye wrote: Rod Pinna wrote: Against the 1.4.0 cvs. Allows for numbered sections as does the class file. Let me know if I've done the diff incorrectly. $cvs diff elsart.layout I believe cvs diff -u is more appreciated. Good! I'm glad to see elsart is getting in better shapes as time evolves :). I hope someone will apply your patches. Rob. _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
minor elsart.layout patch
Against the 1.4.0 cvs. Allows for numbered sections as does the class file. Let me know if I've done the diff incorrectly. Rod $cvs diff elsart.layout Index: elsart.layout === RCS file: /cvs/lyx/lyx-devel/lib/layouts/elsart.layout,v retrieving revision 1.4 diff -r1.4 elsart.layout 20c20,23 < --- > # modified 2003-07-23 Rod Pinna - changes MaxCounter to Section, > # rather than subsection. The Elseveir doc file allows for > # numbered sections, as does the class file. > # 25c28 < MaxCounter Counter_Subsection --- > MaxCounter Counter_Section _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: minor elsart.layout patch
It may be a slow evolution. I'm currently trying to write a draft paper using it, so I may come across other bits and bobs. Rod On Thu, 24 Jul 2003, Rob Lahaye wrote: > > Rod Pinna wrote: > > Against the 1.4.0 cvs. Allows for numbered sections as does the class > > file. Let me know if I've done the diff incorrectly. > > > > $cvs diff elsart.layout > > I believe "cvs diff -u" is more appreciated. > > Good! I'm glad to see elsart is getting in better shapes as time evolves :). > I hope someone will apply your patches. > > Rob. > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: More debian problems... (fwd)
And, yes, I think it is your installation. Probably. I did use apt-get the last time...though awhile ago I had tried installing from the sources, back when I was using the stable release. I guess I have older stuff lying around then. Looks like I'll have to do some cleaning. Thanks alot, Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: More debian problems... (fwd)
> > And, yes, I think it is your installation. > Probably. I did use apt-get the last time...though awhile ago I had tried installing from the sources, back when I was using the stable release. I guess I have older stuff lying around then. Looks like I'll have to do some cleaning. Thanks alot, Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
More debian problems...
Hi all, Still trying to compile Lyx CVS on debian 3.0. Config completes sucessfully, and then (with xforms frontend) I get an error (see below). Is anyone sucessfully compiling the CVS code on debian at the moment? I think I may have missed a dev library, but can't guess which it is... Thanks all. Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions use-aspell C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx140cvsXF *** and the error is /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c -o formulabase.lo `test -f 'formulabase.C' || echo './'`formulabase.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c formulabase.C -MT formulabase.lo -MD -MP -MF .deps/formulabase.TPlo In file included from /usr/include/c++/3.3/cstring:51, from /usr/include/c++/3.3/bits/char_traits.h:45, from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/string.h:257: error: declaration of C function `void bcopy(const void*, void*, unsigned int)' conflicts with /usr/include/string.h:43: error: previous declaration `void* bcopy(const void*, void*, unsigned int)' here In file included from /usr/include/c++/3.3/bits/char_traits.h:45, from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/cstring:80: error: `memmove' not declared /usr/include/c++/3.3/cstring:103: error: `strchr' not declared In file included from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/bits/char_traits.h: In static member function `static char* std::char_traitschar::move(char*, const char*, unsigned int)': /usr/include/c++/3.3/bits/char_traits.h:151: error: `memmove' undeclared (first use this function) /usr/include/c++/3.3/bits/char_traits.h:151: error: (Each undeclared identifier is reported only once for each function it appears in.) In file included from /usr/include/c++/3.3/memory:58, from /usr/include/c++/3.3/string:48, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/bits/stl_uninitialized.h: In function `char* std::uninitialized_copy(const char*, const char*, char*)': /usr/include/c++/3.3/bits/stl_uninitialized.h:118: error: `memmove' undeclared (first use this function) /usr/include/c++/3.3/bits/stl_uninitialized.h: In function `wchar_t* std::uninitialized_copy(const wchar_t*, const wchar_t*, wchar_t*)': /usr/include/c++/3.3/bits/stl_uninitialized.h:126: error: `memmove' undeclared (first use this function) formulabase.C: In function `void std::_Destroy(_Tp*) [with _Tp = MathArray]': formulabase.C:695: warning: inlining failed in call to `virtual ButtonRenderer::~ButtonRenderer()' formulabase.C:695: warning: called from here formulabase.C:830:2: warning: #warning pretty ugly make[3]: *** [formulabase.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make: *** [all-recursive] Error 1 _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: More debian problems...
Garst, Thanks. Didn't help. I'm about to downgrade to g++-3.2 and see it that makes a difference. Rod Here is my config. You might try the --with-included-boost. But I am using gcc-3.2.1 bash$ CFLAGS='-O2' ../configure --enable-optimization=-O2 --disable-debug --with-aspell --disable-nls --with-included-boost Garst _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: More debian problems... (fwd)
Garst, Thanks. Didn't help. I'm about to downgrade to g++-3.2 and see it that makes a difference. ...and 3.2 didn't seem to help. I wonder if my install is fubar... Rod
More debian problems...
Hi all, Still trying to compile Lyx CVS on debian 3.0. Config completes sucessfully, and then (with xforms frontend) I get an error (see below). Is anyone sucessfully compiling the CVS code on debian at the moment? I think I may have missed a dev library, but can't guess which it is... Thanks all. Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions use-aspell C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx140cvsXF *** and the error is /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c -o formulabase.lo `test -f 'formulabase.C' || echo './'`formulabase.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c formulabase.C -MT formulabase.lo -MD -MP -MF .deps/formulabase.TPlo In file included from /usr/include/c++/3.3/cstring:51, from /usr/include/c++/3.3/bits/char_traits.h:45, from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/string.h:257: error: declaration of C function `void bcopy(const void*, void*, unsigned int)' conflicts with /usr/include/string.h:43: error: previous declaration `void* bcopy(const void*, void*, unsigned int)' here In file included from /usr/include/c++/3.3/bits/char_traits.h:45, from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/cstring:80: error: `memmove' not declared /usr/include/c++/3.3/cstring:103: error: `strchr' not declared In file included from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/bits/char_traits.h: In static member function `static char* std::char_traits::move(char*, const char*, unsigned int)': /usr/include/c++/3.3/bits/char_traits.h:151: error: `memmove' undeclared (first use this function) /usr/include/c++/3.3/bits/char_traits.h:151: error: (Each undeclared identifier is reported only once for each function it appears in.) In file included from /usr/include/c++/3.3/memory:58, from /usr/include/c++/3.3/string:48, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/bits/stl_uninitialized.h: In function `char* std::uninitialized_copy(const char*, const char*, char*)': /usr/include/c++/3.3/bits/stl_uninitialized.h:118: error: `memmove' undeclared (first use this function) /usr/include/c++/3.3/bits/stl_uninitialized.h: In function `wchar_t* std::uninitialized_copy(const wchar_t*, const wchar_t*, wchar_t*)': /usr/include/c++/3.3/bits/stl_uninitialized.h:126: error: `memmove' undeclared (first use this function) formulabase.C: In function `void std::_Destroy(_Tp*) [with _Tp = MathArray]': formulabase.C:695: warning: inlining failed in call to `virtual ButtonRenderer::~ButtonRenderer()' formulabase.C:695: warning: called from here formulabase.C:830:2: warning: #warning pretty ugly make[3]: *** [formulabase.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make: *** [all-recursive] Error 1 _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: More debian problems...
Garst, Thanks. Didn't help. I'm about to downgrade to g++-3.2 and see it that makes a difference. Rod > Here is my config. You might try the --with-included-boost. > But I am using gcc-3.2.1 > > bash$ CFLAGS='-O2' ../configure --enable-optimization="-O2" > --disable-debug --with-aspell --disable-nls --with-included-boost > > Garst > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: More debian problems... (fwd)
>Garst, > >Thanks. Didn't help. I'm about to downgrade to g++-3.2 and see it that >makes a difference. ...and 3.2 didn't seem to help. I wonder if my install is fubar... Rod
Re: debian woody/cvs compile problem (fwd)
Bloody buggery...I thought going to testing would avoid this... I see there is an automake1.7 deb as well... No difference I see... Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx140cvsXF Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ automake --version automake (GNU automake) 1.7.5 Written by Tom Tromey [EMAIL PROTECTED]. Copyright 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. On Wed, 9 Jul 2003, Juergen Spitzmueller wrote: Rod Pinna wrote: automake (GNU automake) 1.4-p6 That's probably a bit too old. Juergen. _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: debian woody/cvs compile problem (fwd)
Yup, I have version 2.57 installed. I've previously done an apt-get dselect-upgrade, so (hopefully) have updated everything. Rod On Wed, 9 Jul 2003, Garst R. Reese wrote: Rod Pinna wrote: Bloody buggery...I thought going to testing would avoid this... I see there is an automake1.7 deb as well... No difference I see... Did you update autoconf as well? Garst _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
debian problem solved.
I choose automake 1.6, (1.6.3 to be exact) and it seems to compile. I've just stopped it, remove automake 1.6, and reinstalled 1.7. Doing a new cycle of autogen, configure, make to see if it dies again. I'll let y'all know hoe it goes. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: debian problem solved.
1.7 works this time...stupid user error :) Thanks for the help, Rod On Wed, 9 Jul 2003, Rod Pinna wrote: I choose automake 1.6, (1.6.3 to be exact) and it seems to compile. I've just stopped it, remove automake 1.6, and reinstalled 1.7. Doing a new cycle of autogen, configure, make to see if it dies again. I'll let y'all know hoe it goes. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: debian problem solved.
I can only think that I didn't do a make distclean and autogen before I tried running make again. Though I am open to other suggestions about what I may have done wrong. Rod On 9 Jul 2003, Lars Gullik [iso-8859-1] Bjønnes wrote: Rod Pinna [EMAIL PROTECTED] writes: | 1.7 works this time...stupid user error :) What was the error? -- Lgb _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: debian problem solved.
It's 4.15pm in Perth at the moment...so it will have to be that the alcohol ratio is (far) too low, or too much time doing FE analysis. A bottle of wine tonight might correct both of those. ;) -| ^ | \-- Wine glass... Rod On Wed, 9 Jul 2003, Andre Poenitz wrote: On Wed, Jul 09, 2003 at 04:16:22PM +0800, Rod Pinna wrote: I can only think that I didn't do a make distclean and autogen before I tried running make again. Though I am open to other suggestions about what I may have done wrong. Alcohol/blood ratio too high or too low? ;-) Andre' _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: debian woody/cvs compile problem (fwd)
Bloody buggery...I thought going to testing would avoid this... I see there is an automake1.7 deb as well... No difference I see... Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx140cvsXF Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ automake --version automake (GNU automake) 1.7.5 Written by Tom Tromey <[EMAIL PROTECTED]>. Copyright 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. On Wed, 9 Jul 2003, Juergen Spitzmueller wrote: > Rod Pinna wrote: > > automake (GNU automake) 1.4-p6 > > That's probably a bit too old. > Juergen. > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: debian woody/cvs compile problem (fwd)
Yup, I have version 2.57 installed. I've previously done an apt-get dselect-upgrade, so (hopefully) have updated everything. Rod On Wed, 9 Jul 2003, Garst R. Reese wrote: > Rod Pinna wrote: > > > > Bloody buggery...I thought going to testing would avoid this... > > > > I see there is an automake1.7 deb as well... > > > > No difference I see... > > Did you update autoconf as well? > > Garst > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
debian problem solved.
I choose automake 1.6, (1.6.3 to be exact) and it seems to compile. I've just stopped it, remove automake 1.6, and reinstalled 1.7. Doing a new cycle of autogen, configure, make to see if it dies again. I'll let y'all know hoe it goes. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: debian problem solved.
1.7 works this time...stupid user error :) Thanks for the help, Rod On Wed, 9 Jul 2003, Rod Pinna wrote: > I choose automake 1.6, (1.6.3 to be exact) and it seems to compile. I've > just stopped it, remove automake 1.6, and reinstalled 1.7. Doing a new > cycle of autogen, configure, make to see if it dies again. I'll let y'all > know hoe it goes. > > Rod > > _ > rod | "Beneath the waves, the waves / That's where I will be / > | I'm going to see the cow beneath the sea." > | They Might Be Giants, Lincoln > > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: debian problem solved.
I can only think that I didn't do a make distclean and autogen before I tried running make again. Though I am open to other suggestions about what I may have done wrong. Rod On 9 Jul 2003, Lars Gullik [iso-8859-1] Bjønnes wrote: > Rod Pinna <[EMAIL PROTECTED]> writes: > > | 1.7 works this time...stupid user error :) > > What was the error? > > -- > Lgb > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: debian problem solved.
It's 4.15pm in Perth at the moment...so it will have to be that the alcohol ratio is (far) too low, or too much time doing FE analysis. A bottle of wine tonight might correct both of those. ;) >-| ^ | \-- Wine glass... Rod On Wed, 9 Jul 2003, Andre Poenitz wrote: > On Wed, Jul 09, 2003 at 04:16:22PM +0800, Rod Pinna wrote: > > I can only think that I didn't do a make distclean and autogen before I > > tried running make again. Though I am open to other suggestions about what > > I may have done wrong. > > Alcohol/blood ratio too high or too low? ;-) > > Andre' > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
debian woody/cvs compile problem (fwd)
Just did a complete checkout a few minutes ago, and I still have this problem. Also attached is the (gzipped) config.log. Let me know if there is any other info that would be helpful. Starting make in the src directory (for example) get the compiler going. Rod -- Forwarded message -- Date: Tue, 8 Jul 2003 10:28:13 +0800 (WST) From: Rod Pinna [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: debian woody/cvs compile problem Hi all, configure (for the xforms version, not tried the qt version yet) completes, but then...not much happens when I go make (see below). It is a cvs update from a few hours ago, the developement branch of course. Other info [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ automake --version automake (GNU automake) 1.4-p6 Copyright (C) 1999, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey [EMAIL PROTECTED] [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ autogen --version autogen - The Automated Program Generator - Ver. 5.4.6 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' Thanks, Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln config.log.gz Description: Binary data
debian woody/cvs compile problem (fwd)
Just did a complete checkout a few minutes ago, and I still have this problem. Also attached is the (gzipped) config.log. Let me know if there is any other info that would be helpful. Starting make in the src directory (for example) get the compiler going. Rod -- Forwarded message -- Date: Tue, 8 Jul 2003 10:28:13 +0800 (WST) From: Rod Pinna <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: debian woody/cvs compile problem Hi all, configure (for the xforms version, not tried the qt version yet) completes, but then...not much happens when I go make (see below). It is a cvs update from a few hours ago, the developement branch of course. Other info [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ automake --version automake (GNU automake) 1.4-p6 Copyright (C) 1999, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey <[EMAIL PROTECTED]> [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ autogen --version autogen - The Automated Program Generator - Ver. 5.4.6 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' Thanks, Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln config.log.gz Description: Binary data
debian woody/cvs compile problem
Hi all, configure (for the xforms version, not tried the qt version yet) completes, but then...not much happens when I go make (see below). It is a cvs update from a few hours ago, the developement branch of course. Other info [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ automake --version automake (GNU automake) 1.4-p6 Copyright (C) 1999, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey [EMAIL PROTECTED] [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ autogen --version autogen - The Automated Program Generator - Ver. 5.4.6 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' Thanks, Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
debian woody/cvs compile problem
Hi all, configure (for the xforms version, not tried the qt version yet) completes, but then...not much happens when I go make (see below). It is a cvs update from a few hours ago, the developement branch of course. Other info [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ automake --version automake (GNU automake) 1.4-p6 Copyright (C) 1999, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey <[EMAIL PROTECTED]> [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ autogen --version autogen - The Automated Program Generator - Ver. 5.4.6 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' Thanks, Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: Elsart layout
Vaclav, Just had a further look, and I'm guessing that you're trying to get output as in example 2 of instraut.ps, where the authors are one after the other, followed by addresses? I have to admit, this isn't a format I've ever had to use, so I didn't think of it. As to the question, I don't know. I suspect it may need some internal work, but others on lyx-devel are better able to comment. It can, of course, be done using ert, but you may well not find that a suitable answer. Rod On Fri, 28 Feb 2003, Rod Pinna wrote: Vaclav Thanks for having a look at this, I'm not an expert at either lyx or the elsevier class. I've just done a check, and I'm not sure I see what you mean. Latexing the outputted tex file, and either including the extra newlines or not seems to lead to the same result. BTW, I'm trying to reproduce the out as in the first example of the Elsevier instructions. The second example uses a different format. I've attached the tex output, with a space between the first two authors, and one betweent the second and last. The spacing in the dvi seems the same. Rod On Thu, 27 Feb 2003, Vaclav Smidl wrote: Hi, thanks for the link. I followed the discussion and understood that the latest version is probably CVS. I downloaded BRANCH_1_3_x and it seems to work quite well. However, using multiple authors gives strange results. LyX exports them as \author{author1} \author{author2} which is not tolerable for elsart.cls -- it inserts \parsep inbetween. If I remove newlines from exported .tex, everything works as expected. Is there any command in LyX that prevent exporting so many newlines after the Command? Thanks, Vasek On Wednesday 26 of February 2003 00:16, Rod Pinna wrote: Vaclav, Also, have a look at http://www.mail-archive.com/[EMAIL PROTECTED]/msg52858.html for a patch to 1.3.0 that is the latest version of elsart. Rod On Tue, 25 Feb 2003, I Wayan Warmada wrote: On Tue, 25 Feb 2003, Vaclav Smidl wrote: | I have to write an article using elsart.cls. Is there a LyX layout file | for this class? | | There is a few notes on the web about elsart.layout but it is not part | of LyX distro and I can not find it in any contrib directory. I have this layout... with the header... # Version 1.0 19990506 R. Pinna Inital version # modified 2002-04-02 Herbert Voss [EMAIL PROTECTED] but I have never been using. Let me know if this is the layout that you need. Wayan _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: Elsart layout
Vaclav, Just had a further look, and I'm guessing that you're trying to get output as in example 2 of instraut.ps, where the authors are one after the other, followed by addresses? I have to admit, this isn't a format I've ever had to use, so I didn't think of it. As to the question, I don't know. I suspect it may need some internal work, but others on lyx-devel are better able to comment. It can, of course, be done using ert, but you may well not find that a suitable answer. Rod On Fri, 28 Feb 2003, Rod Pinna wrote: > Vaclav > > Thanks for having a look at this, I'm not an expert at either lyx or the > elsevier class. > > I've just done a check, and I'm not sure I see what you mean. Latexing the > outputted tex file, and either including the extra newlines or not seems > to lead to the same result. BTW, I'm trying to reproduce the out as in the > first example of the Elsevier instructions. The second example uses a > different format. > > I've attached the tex output, with a space between the first two authors, > and one betweent the second and last. The spacing in the dvi seems the > same. > > Rod > > On Thu, 27 Feb 2003, Vaclav Smidl wrote: > > > Hi, > > thanks for the link. I followed the discussion and understood that the latest > > version is probably CVS. I downloaded BRANCH_1_3_x and it seems to work quite > > well. > > However, using multiple authors gives strange results. > > LyX exports them as > > \author{author1} > > > > > > \author{author2} > > > > which is not tolerable for elsart.cls -- it inserts \parsep inbetween. > > If I remove newlines from exported .tex, everything works as expected. > > Is there any command in LyX that prevent exporting so many newlines after the > > Command? > > > > Thanks, > > > > Vasek > > > > > > On Wednesday 26 of February 2003 00:16, Rod Pinna wrote: > > > Vaclav, > > > > > > Also, have a look at > > > > > > http://www.mail-archive.com/[EMAIL PROTECTED]/msg52858.html > > > > > > for a patch to 1.3.0 that is the latest version of elsart. > > > > > > Rod > > > > > > On Tue, 25 Feb 2003, I Wayan Warmada wrote: > > > > On Tue, 25 Feb 2003, Vaclav Smidl wrote: > > > > | I have to write an article using elsart.cls. Is there a LyX layout file > > > > | for this class? > > > > | > > > > | There is a few notes on the web about elsart.layout but it is not part > > > > | of LyX distro and I can not find it in any contrib directory. > > > > > > > > I have this layout... > > > > > > > > with the header... > > > > > > > > # Version 1.0 19990506 R. Pinna Inital version > > > > # modified 2002-04-02 Herbert Voss <[EMAIL PROTECTED]> > > > > > > > > but I have never been using. Let me know if this is the layout that you > > > > need. > > > > > > > > Wayan > > > > > > _ > > > rod | "Beneath the waves, the waves / That's where I will be / > > > > > > | I'm going to see the cow beneath the sea." > > > | They Might Be Giants, Lincoln > > > > > > _ > rod | "Beneath the waves, the waves / That's where I will be / > | I'm going to see the cow beneath the sea." > | They Might Be Giants, Lincoln > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: Elsart layout: How to squash citations [1,2,3,4] into [1-4] ?
If it is for an Elseveir journal, then don't. Use the Elseveir bst file, from their website, and leave them as is. The idea is that Elseveir will do what they need to your article at their end. My understanding, from comp.text.tex, is that they wil probably end up retyping it anyway. Rod On Mon, 24 Feb 2003, Rob Lahaye wrote: Hi all, I'm using the new Elsart layout, though I don't know if that matters. I have trouble to squash multiple citations, e.g. I get [1,2,3,4,5,6] instead of [1-6]. Any idea what I can do about that? I'm using current CVS. Regards, Rob. _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: Elsart layout: How to squash citations [1,2,3,4] into [1-4] ?
If it is for an Elseveir journal, then don't. Use the Elseveir bst file, from their website, and leave them as is. The idea is that Elseveir will do what they need to your article at their end. My understanding, from comp.text.tex, is that they wil probably end up retyping it anyway. Rod On Mon, 24 Feb 2003, Rob Lahaye wrote: > > Hi all, > > I'm using the new Elsart layout, though I don't know if that matters. > I have trouble to squash multiple citations, e.g. I get [1,2,3,4,5,6] > instead of [1-6]. Any idea what I can do about that? > > I'm using current CVS. > > Regards, > Rob. > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
Jean-Marc, I thinks it ready to go in. I suspect other errors may come to light when it has wider distribution, but it seems close enough at the moment. Rod \thanks[ABC]{This is all the thanks I get} Rod I have no idea if this is possible in Lyx at the moment. Why didn't they use normal \ref/\label for this?? I do not know how to do it in lyx. No idea. It can be done with ert, so if people want it, they can do it that way. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
I am not sure about the docs. What do you mean in the section about the layout file? people are not supposed to know about \title and such, and as far as I know the environments Title or Author *are* supported. Brain stopped working. I was thinking of the old version of the layout. Attached is attempt 2. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding default \fontscheme default \graphics default \paperfontsize default \spacing single \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 1 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Subsection elsart \layout Standard WWW: The style file can be downloaded directly from their web site: \family typewriter http://authors.elsevier.com/ \layout Standard Notes: This package is intended for producing journal articles for publication by Elsevier Science. Instructions are included in the \layout Subsection Elsevier Journals \layout Standard Elsevier Science Publishers B.V. provides a standard \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset \SpecialChar ~ document class (elsart.cls) for submitting articles to their various journals. The style file can be downloaded directly from their web site: \family typewriter http://authors.elsevier.com/ \family default . Instructions are supplied along with the class file, which details the requirements of the publishers. Lyx includes package that allows for the use of this class, by a layout and a template file. Installation of the class file is the same as for any other \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset package; instructions are provided in the Elsevier documentation. \layout Standard To make use of \family typewriter elsart.cls \family default , a file \family typewriter elart.layout \family default is supplied. As the Elsevier class file in based mainly on the standard article class, most of the normal functionality is provided. The Elsevier class defines a number of mathematical environments, which are similar to the \begin_inset ERT status Collapsed \layout Standard \backslash AmS \end_inset \SpecialChar ~ environments. These commands are all described in the Elsevier documentation, and are available in Lyx. \layout Standard The easiest way to use the Elsevier style is to base documents on the included template file. It is best not to use options such as fancy headings or the geometry package, as elements such as these are defined by Elsevier in their style file. Ideally, no extra packages except those mentioned in the Elsevier documentation should be used. Essentially, Elsevier require as \begin_inset Quotes eld \end_inset clean \begin_inset Quotes erd \end_inset a \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset file as possible, as their intention is to take the supplied file and replace the class file with one for the particular journal to which the paper has been submitted. This also means that not too much time should be spent on the formating of the document. When it comes to be published, this will change anyway. The rest of the usage for this layout is substantially the same as for the normal article class. For details of what Elsevier do and don't allow, refer to their documentation. \the_end
Re: lyx 1.3.0 QT doesn't startup
I think there is a way to force it, but gcc 3.2 compiles pretty easily. I'm using Debian 3.0, and have found that gcc2.95 compiles lyx fine, with the qt front. gcc 3.2 won't unless you compile your qt libs with it as well. Rod On Wed, 12 Feb 2003, Nirmal Govind wrote: Known issue... although it seems to work fine with GCC 3.2. Although I think the newer Qt might be causing some issues. Thanks Owen.. I'm trying to upgrade to gcc 3.2.. having trouble with Debian cribbing abt dependencies for binutils which supposedly clashes with modutils! Wonder if there's an easy way to upgrade packages using apt-get... nirmal _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: lyx 1.3.0 QT doesn't startup
I tried 2.95 but got the error at the start of this thread... might be something to do with the architecture cos I'm running Debian on a powerpc with the benh kernel? May well be...I'm running on an AMD, with stock 2.4.20, and it all went well. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
Jean-Marc, I thinks it ready to go in. I suspect other errors may come to light when it has wider distribution, but it seems close enough at the moment. > > Rod> \thanks[ABC]{This is all the thanks I get} > > Rod> I have no idea if this is possible in Lyx at the moment. > > Why didn't they use normal \ref/\label for this?? I do not know how to > do it in lyx. No idea. It can be done with ert, so if people want it, they can do it that way. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
> > I am not sure about the docs. What do you mean in the section about > the layout file? people are not supposed to know about \title and > such, and as far as I know the environments Title or Author *are* > supported. Brain stopped working. I was thinking of the old version of the layout. Attached is attempt 2. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding default \fontscheme default \graphics default \paperfontsize default \spacing single \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 1 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Subsection elsart \layout Standard WWW: The style file can be downloaded directly from their web site: \family typewriter http://authors.elsevier.com/ \layout Standard Notes: This package is intended for producing journal articles for publication by Elsevier Science. Instructions are included in the \layout Subsection Elsevier Journals \layout Standard Elsevier Science Publishers B.V. provides a standard \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset \SpecialChar ~ document class (elsart.cls) for submitting articles to their various journals. The style file can be downloaded directly from their web site: \family typewriter http://authors.elsevier.com/ \family default . Instructions are supplied along with the class file, which details the requirements of the publishers. Lyx includes package that allows for the use of this class, by a layout and a template file. Installation of the class file is the same as for any other \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset package; instructions are provided in the Elsevier documentation. \layout Standard To make use of \family typewriter elsart.cls \family default , a file \family typewriter elart.layout \family default is supplied. As the Elsevier class file in based mainly on the standard article class, most of the normal functionality is provided. The Elsevier class defines a number of mathematical environments, which are similar to the \begin_inset ERT status Collapsed \layout Standard \backslash AmS \end_inset \SpecialChar ~ environments. These commands are all described in the Elsevier documentation, and are available in Lyx. \layout Standard The easiest way to use the Elsevier style is to base documents on the included template file. It is best not to use options such as fancy headings or the geometry package, as elements such as these are defined by Elsevier in their style file. Ideally, no extra packages except those mentioned in the Elsevier documentation should be used. Essentially, Elsevier require as \begin_inset Quotes eld \end_inset clean \begin_inset Quotes erd \end_inset a \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset file as possible, as their intention is to take the supplied file and replace the class file with one for the particular journal to which the paper has been submitted. This also means that not too much time should be spent on the formating of the document. When it comes to be published, this will change anyway. The rest of the usage for this layout is substantially the same as for the normal article class. For details of what Elsevier do and don't allow, refer to their documentation. \the_end
Re: lyx 1.3.0 QT doesn't startup
I think there is a way to force it, but gcc 3.2 compiles pretty easily. I'm using Debian 3.0, and have found that gcc2.95 compiles lyx fine, with the qt front. gcc 3.2 won't unless you compile your qt libs with it as well. Rod On Wed, 12 Feb 2003, Nirmal Govind wrote: > > Known issue... although it seems to work fine with GCC 3.2. Although I > > think the newer Qt might be causing some issues. > > Thanks Owen.. I'm trying to upgrade to gcc 3.2.. having trouble with > Debian cribbing abt dependencies for binutils which supposedly clashes > with modutils! Wonder if there's an easy way to upgrade packages using > apt-get... > > nirmal > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: lyx 1.3.0 QT doesn't startup
> > I tried 2.95 but got the error at the start of this thread... might be > something to do with the architecture cos I'm running Debian on a > powerpc with the benh kernel? May well be...I'm running on an AMD, with stock 2.4.20, and it all went well. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
I'll give it a try, and have a go at documentation. When I first put in the old (bad) form of this, I had some docs too, so I'll have a look at updating those. Er, silly question, but what is the easiest way to apply this. For small patches I've used emacs, but this looks a little more imvolved to me... Thanks, Rod On Wed, 12 Feb 2003, Jean-Marc Lasgouttes wrote: The attached patch adds support for the elsart.cls latex class. It is based on Herbert's class (with a couple fixes of my own) and the patch to support it has a similar effect to Herbert's. This will get included in 1.3.1 if 1/ it gets a good testing. I do not have an elsart.cls here to try to typeset files. Also, what floats should be defined in elsart? 2/ I get some minimal doc to include in LaTeXConfig:lyx:in (at least) and Extended.lyx (optional). JMarc _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
patch -p0 diff-file seems to work, so please, ignore me :) Rod On Wed, 12 Feb 2003, Rod Pinna wrote: I'll give it a try, and have a go at documentation. When I first put in the old (bad) form of this, I had some docs too, so I'll have a look at updating those. Er, silly question, but what is the easiest way to apply this. For small patches I've used emacs, but this looks a little more imvolved to me... Thanks, Rod On Wed, 12 Feb 2003, Jean-Marc Lasgouttes wrote: The attached patch adds support for the elsart.cls latex class. It is based on Herbert's class (with a couple fixes of my own) and the patch to support it has a similar effect to Herbert's. This will get included in 1.3.1 if 1/ it gets a good testing. I do not have an elsart.cls here to try to typeset files. Also, what floats should be defined in elsart? 2/ I get some minimal doc to include in LaTeXConfig:lyx:in (at least) and Extended.lyx (optional). JMarc _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
Looks good, except for a few minor points: \ead - this isn't mentioned in the elsevier instructions, and seems to have been introduced by Herbert. I'm not sure what it is meant to do, but doesn't work with the current layout file. \thanks - in the Elsevier style, thanks should be tied to the author with something like \author{Bob\thanksref{ABC}} then thanks goes \thanks[ABC]{This is all the thanks I get} I have no idea if this is possible in Lyx at the moment. Also attached is a draft for some docs. The config text is in the file, as I (again) have no idea what format you need for it. For good measure, I've class file as well. If you want the docs, let me know. It's 165k gzipped. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln elsevier_doc.lyx.gz Description: Binary data elsart.cls.gz Description: Binary data
Re: [PATCH] add support for elsevier elsart.cls
I'll give it a try, and have a go at documentation. When I first put in the old (bad) form of this, I had some docs too, so I'll have a look at updating those. Er, silly question, but what is the easiest way to apply this. For small patches I've used emacs, but this looks a little more imvolved to me... Thanks, Rod On Wed, 12 Feb 2003, Jean-Marc Lasgouttes wrote: > The attached patch adds support for the elsart.cls latex class. It is > based on Herbert's class (with a couple fixes of my own) and the > patch to support it has a similar effect to Herbert's. > > This will get included in 1.3.1 if > > 1/ it gets a good testing. I do not have an elsart.cls here to try to > typeset files. Also, what floats should be defined in elsart? > > 2/ I get some minimal doc to include in LaTeXConfig:lyx:in (at least) > and Extended.lyx (optional). > > JMarc > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
patch -p0 < diff-file seems to work, so please, ignore me :) Rod On Wed, 12 Feb 2003, Rod Pinna wrote: > > I'll give it a try, and have a go at documentation. When I first put in > the old (bad) form of this, I had some docs too, so I'll have a look at > updating those. > > Er, silly question, but what is the easiest way to apply this. For small > patches I've used emacs, but this looks a little more imvolved to me... > > Thanks, > Rod > > On Wed, 12 Feb 2003, Jean-Marc Lasgouttes wrote: > > > The attached patch adds support for the elsart.cls latex class. It is > > based on Herbert's class (with a couple fixes of my own) and the > > patch to support it has a similar effect to Herbert's. > > > > This will get included in 1.3.1 if > > > > 1/ it gets a good testing. I do not have an elsart.cls here to try to > > typeset files. Also, what floats should be defined in elsart? > > > > 2/ I get some minimal doc to include in LaTeXConfig:lyx:in (at least) > > and Extended.lyx (optional). > > > > JMarc > > > > _ > rod | "Beneath the waves, the waves / That's where I will be / > | I'm going to see the cow beneath the sea." > | They Might Be Giants, Lincoln > > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
Looks good, except for a few minor points: \ead - this isn't mentioned in the elsevier instructions, and seems to have been introduced by Herbert. I'm not sure what it is meant to do, but doesn't work with the current layout file. \thanks - in the Elsevier style, thanks should be tied to the author with something like \author{Bob\thanksref{ABC}} then thanks goes \thanks[ABC]{This is all the thanks I get} I have no idea if this is possible in Lyx at the moment. Also attached is a draft for some docs. The config text is in the file, as I (again) have no idea what format you need for it. For good measure, I've class file as well. If you want the docs, let me know. It's 165k gzipped. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln elsevier_doc.lyx.gz Description: Binary data elsart.cls.gz Description: Binary data
Table oddity, 1.3.0
Hi all, Odd behaviour that I didn't notice in 130cvs, but I may well have not got to this bit. Trying to add space in a table heading. Headings are centred, with a set width. Adding say a space of 1mm after the paragraph (i.e., in the paragraph dialogue) results in a much larger space. Can't see what I'm doing that is different with this table. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize default \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \begin_inset Float table wide false collapsed false \layout Caption Values of the displacement components and their derivatives with respect to \begin_inset Formula $z$ \end_inset at \begin_inset Formula $z=0$ \end_inset \begin_inset LatexCommand \label{tbl-value-of-components-at-z0} \end_inset \layout Standard \align center \begin_inset Tabular lyxtabular version=3 rows=4 columns=3 features column alignment=center valignment=center width=3cm column alignment=center valignment=center width=3.5cm column alignment=center valignment=center width=3.5cm row topline=true bottomline=true cell alignment=left valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Displacement component \end_inset /cell cell alignment=left valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Value of component at \begin_inset Formula $z=0$ \end_inset \end_inset /cell cell alignment=left valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Value of \begin_inset Formula $\frac{\partial}{\partial z}$ \end_inset of component at \begin_inset Formula $z=0$ \end_inset \end_inset /cell /row row cell alignment=center valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $u_{1}$ \end_inset \end_inset /cell cell alignment=center valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $\sin(n\theta)\times\textrm{constant}$ \end_inset \end_inset /cell cell alignment=left valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\sin(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset /cell /row row cell alignment=center valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $v_{1}$ \end_inset \end_inset /cell cell alignment=left valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end_inset /cell cell alignment=left valignment=top leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\cos(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset /cell /row row bottomline=true cell alignment=center valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $w_{1}$ \end_inset \end_inset /cell cell alignment=left valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end_inset /cell cell alignment=center valignment=top topline=true leftline=true usebox=minipage \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\cos(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset /cell /row /lyxtabular \end_inset \layout Standard \begin_inset Tabular lyxtabular version=3 rows=4 columns=3 features column alignment=center valignment=center width=3cm column alignment=center valignment=center width=3.5cm column alignment=center valignment=center width=3.5cm row topline=true bottomline=true cell alignment=left valignment=top topline=true leftline=true usebox=minipage
140
Hi all, Just checked out 1.4.0, and after a very quick play with track changes, it looks very good. When should I start reporting bugs with it? Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Table oddity, 1.3.0
Hi all, Odd behaviour that I didn't notice in 130cvs, but I may well have not got to this bit. Trying to add space in a table heading. Headings are centred, with a set width. Adding say a space of 1mm after the paragraph (i.e., in the paragraph dialogue) results in a much larger space. Can't see what I'm doing that is different with this table. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize default \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \begin_inset Float table wide false collapsed false \layout Caption Values of the displacement components and their derivatives with respect to \begin_inset Formula $z$ \end_inset at \begin_inset Formula $z=0$ \end_inset \begin_inset LatexCommand \label{tbl-value-of-components-at-z0} \end_inset \layout Standard \align center \begin_inset Tabular \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Displacement component \end_inset \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Value of component at \begin_inset Formula $z=0$ \end_inset \end_inset \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Value of \begin_inset Formula $\frac{\partial}{\partial z}$ \end_inset of component at \begin_inset Formula $z=0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $u_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\sin(n\theta)\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\sin(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $v_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\cos(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $w_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\cos(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \end_inset \layout Standard \begin_inset Tabular \begin_inset Text \layout Standard \added_space_bottom 1pt \align center Displacement component \end_inset \begin_inset Text \layout Standard \added_space_bottom 1pt \align center Value of component at \begin_inset Formula $z=0$ \end_inset \end_inset \begin_inset Text \layout Standard \added_space_bottom 1pt \align center Value of \begin_inset Formula $\frac{\partial}{\partial z}$ \end_inset of component at \begin_inset Formula $z=0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $u_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\sin(n\theta)\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\sin(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $v_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\cos(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $w_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset
140
Hi all, Just checked out 1.4.0, and after a very quick play with track changes, it looks very good. When should I start reporting bugs with it? Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: What Magic Compiler Is Needed for LyX?
2.95.4 works for me on Debian. If you're using QT, make sure that it was compiled with the same version compiler as you're trying to compile lyx with. On Fri, 7 Feb 2003, Georg Baum wrote: Unfortunately for me compilation failed on the three major Linux commercial distros with the attached logs: * SuSE 8.0: gcc2.95.3.log * SuSE 8.1: gcc3.2-suse81.log I had the same problem with this compiler. The internal compiler error is introduced by one of the patches SuSE applied, search the gcc bug database for boost if you want to know more. Use gcc 3.2 fom FSF, that one is reported to work. Georg _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: What Magic Compiler Is Needed for LyX?
2.95.4 works for me on Debian. If you're using QT, make sure that it was compiled with the same version compiler as you're trying to compile lyx with. On Fri, 7 Feb 2003, Georg Baum wrote: > > Unfortunately > > for me > > compilation failed on the three major Linux commercial > > distros with > > the attached > > logs: > > > > * SuSE 8.0: gcc2.95.3.log > > * SuSE 8.1: gcc3.2-suse81.log > > I had the same problem with this compiler. The > internal compiler error is introduced by one of the > patches SuSE applied, search the gcc bug database > for boost if you want to know more. > > Use gcc 3.2 fom FSF, that one is reported to work. > > Georg > > > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
math preview, 1.3.0
Hi all, Minor point...math preview in 1.3.0 don't always seem to update when I change some math. Clicking on the preview will cause it to update. The non-update doesn't always seem to happen. I haven't quite worked out when it occurs yet. If anyone else sees this, I'll file a minor bug for it. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
130, preview
More experimentation shows that clicking on the expression does not always cause the preview to show up. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
math preview, 1.3.0
Hi all, Minor point...math preview in 1.3.0 don't always seem to update when I change some math. Clicking on the preview will cause it to update. The non-update doesn't always seem to happen. I haven't quite worked out when it occurs yet. If anyone else sees this, I'll file a minor bug for it. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
130, preview
More experimentation shows that clicking on the expression does not always cause the preview to show up. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: 1.3 plans
On the other hand, people seem to be able to work with 1.3pre so I'd prefer to release 1.3 soon (i.e. next week as Lars suggested) and tackle the architectural issues in 1.4. I've written on conference article with 130cvs, and done about two weeks of thesis work with it. The last bug report has been the main problem I've run into. It certainly seems usable, and it has been useful enough that I've stopped using 1.2.2. The extra AMS environments are very useful, I find. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: 1.3 plans
> > On the other hand, people seem to be able to work with 1.3pre so I'd prefer > to release 1.3 soon (i.e. next week as Lars suggested) and tackle the > architectural issues in 1.4. > I've written on conference article with 130cvs, and done about two weeks of thesis work with it. The last bug report has been the main "problem" I've run into. It certainly seems usable, and it has been useful enough that I've stopped using 1.2.2. The extra AMS environments are very useful, I find. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Feature request
Hi all, Just a (very) minor annoyance with the QT frontend in 130cvs. From memory 1.2.x allowed you to insert a cross reference without closing the cross reference window. Under 130cvs, inserting the reference closes the window, which is a tad annoying if you want to insert something like blah blah equations (1) to (6) blech, Maybe an apply button would be useful? Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: [PATCH] InsetInclude and version control bug
I keep getting Error 400 when trying to access bugzilla.lyx.org. Any ideas? You get that with http://... (at least I do). Try it with https://... Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Feature request
Hi all, Just a (very) minor annoyance with the QT frontend in 130cvs. From memory 1.2.x allowed you to insert a cross reference without closing the cross reference window. Under 130cvs, inserting the reference closes the window, which is a tad annoying if you want to insert something like blah blah equations (1) to (6) blech, Maybe an apply button would be useful? Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [PATCH] InsetInclude and version control bug
> > I keep getting "Error 400" when trying to access bugzilla.lyx.org. > Any ideas? You get that with http://... (at least I do). Try it with https://... Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: elsart style (fwd)
Thanks a lot. The layout file works fine. The template needed a few changes to work correctly with lyx 1.1. (Yes, I'm still using and loving lyx 1.1.6fix4.) Yup, it was developed for 1.2. I had one little hiccup when converting a standard article to elsart. Lyx does not insert the required StartTitlePage before title and EndTitlePage before main text (start and end frontmatter), so these have to be entered manually. Took me a few minutes to figure this one out. I've got a vague feeling that this might be fixed if you use the template with 1.2, but I'm not sure. I suppose if one needs to use the optional key/label fields with \author, \collab, \address, \thanks, \corauth the frontmatter might get a bit ugly with lots of ERT. Is there a way to incorporate these in the layout? I think it might be tricky because they're kind of new types of cross-references. Yup, this bit stumped me as well. I thik it can be done, but I don't know enough of what layout can do. One day I might have the time to do something with this. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: elsart style (fwd)
> > Thanks a lot. The layout file works fine. The template needed a few > changes to work correctly with lyx 1.1. (Yes, I'm still using and loving > lyx 1.1.6fix4.) Yup, it was developed for 1.2. > I had one little hiccup when converting a standard article to elsart. Lyx > does not insert the required StartTitlePage before title and EndTitlePage > before main text (start and end frontmatter), so these have to be entered > manually. Took me a few minutes to figure this one out. I've got a vague feeling that this might be fixed if you use the template with 1.2, but I'm not sure. > I suppose if one needs to use the optional key/label fields with \author, > \collab, \address, \thanks, \corauth the frontmatter might get a bit > ugly with lots of ERT. Is there a way to incorporate these in the layout? > I think it might be tricky because they're kind of new types of > cross-references. Yup, this bit stumped me as well. I thik it can be done, but I don't know enough of what layout can do. One day I might have the time to do something with this. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: Minor ert bug
Insert File inside an inset does not really work. Apart from this small problem, it has worked well for me. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: Minor ert bug
> > Insert File inside an inset does not really work. Apart from this small problem, it has worked well for me. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Minor ert bug
Hi all, If I insert *Insert-Insert File) some text into an ert box, it doesn't appear until I click anywhere in the document. This is unlike inserting text outside an ert box, where it appears immediately. lyx130cvs --version LyX 1.3.0cvs of Tue, Jan 14, 2003 Built on Jan 13 2003, 05:19:04 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.4) C++ Compiler flags: -g -O -Wno-non-template-friend -ftemplate-depth-30 -W -Wall Linker flags:-L/usr/local/lib/ Frontend: qt Qt version: 3.0.3 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx130cvs Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Minor ert bug
Hi all, If I insert *Insert->Insert File) some text into an ert box, it doesn't appear until I click anywhere in the document. This is unlike inserting text outside an ert box, where it appears immediately. lyx130cvs --version LyX 1.3.0cvs of Tue, Jan 14, 2003 Built on Jan 13 2003, 05:19:04 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.4) C++ Compiler flags: -g -O -Wno-non-template-friend -ftemplate-depth-30 -W -Wall Linker flags:-L/usr/local/lib/ Frontend: qt Qt version: 3.0.3 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx130cvs Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
preview snippet colour
Hi all, Running 130cvs (current) under qt, preview snippets come up black. Changing the colour in preferences doesn't seem to have any effect. As I run a blue background, it makes it a little hard to read. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: preview snippet colour
Sort of ignore me...I need to restart lyx to get it recognised. Rod On Fri, 17 Jan 2003, Rod Pinna wrote: Hi all, Running 130cvs (current) under qt, preview snippets come up black. Changing the colour in preferences doesn't seem to have any effect. As I run a blue background, it makes it a little hard to read. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
preview snippet colour
Hi all, Running 130cvs (current) under qt, preview snippets come up black. Changing the colour in preferences doesn't seem to have any effect. As I run a blue background, it makes it a little hard to read. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: preview snippet colour
Sort of ignore me...I need to restart lyx to get it recognised. Rod On Fri, 17 Jan 2003, Rod Pinna wrote: > Hi all, > > Running 130cvs (current) under qt, preview snippets come up black. > Changing the colour in preferences doesn't seem to have any effect. > > As I run a blue background, it makes it a little hard to read. > > Rod > > _ > rod | "Beneath the waves, the waves / That's where I will be / > | I'm going to see the cow beneath the sea." > | They Might Be Giants, Lincoln > > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [ANNOUNCE] LyX 1.2.2 is released
shrug In the end, how fast a package is being developed or how close to the leading edge it insists on running may only really contribute to determining the number of users running out of /usr/local versus /usr. Indeed, As a debian users, I pretty much gave up on using the provided lyx in the stable distribution. Given how straightforward it is to compile I've been doing that. It would probably be worthwhile to add the xform 1.0 deb (against the current stable debian) as well as xform rpms. There was a pointer to an apt getable version on the list awhile ago, which works well. Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: [ANNOUNCE] LyX 1.2.2 is released
> > In the end, how fast a package is being developed or how close > to the leading edge it insists on running may only really contribute > to determining the number of users running out of /usr/local versus > /usr. > Indeed, As a debian users, I pretty much gave up on using the provided lyx in the stable distribution. Given how straightforward it is to compile I've been doing that. It would probably be worthwhile to add the xform 1.0 deb (against the current stable debian) as well as xform rpms. There was a pointer to an apt getable version on the list awhile ago, which works well. Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: 1.2.xCVS and gcc3.2.1
On 16 Dec 2002, Lars Gullik [iso-8859-1] Bjønnes wrote: Rod Pinna [EMAIL PROTECTED] writes: | After compiling and installing gcc 3.2.1 I get the following from 122cvs | (sorry about the amount, not sure where the interesting bit starts). | I did a pretty standard install, giving gcc et al a suffix of -321-local. And this was a clean lyx tree? Pretty sure I did a make clean, but starting from make distclean has sorted it out. Thanks, Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
gcc 3.2.1, lyx130cvs and qt
Hi all, Can't ./configure 130cvs with the qt frontend, if I use gcc 3.2.1. Configure complains about not finding the Qt library name, and then can't compile a simple Qt executable. Using the same config line, but with gcc-2.95 is fine. I think I saw mention that I need to have used the same compiler for Qt as I'm trying to use for lyx? If so, I presume I'm limited to 2.95 on Debian then. The xforms version configs fine. Thanks, Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: 1.2.xCVS and gcc3.2.1
On 16 Dec 2002, Lars Gullik [iso-8859-1] Bjønnes wrote: > Rod Pinna <[EMAIL PROTECTED]> writes: > > | After compiling and installing gcc 3.2.1 I get the following from 122cvs > | (sorry about the amount, not sure where the interesting bit starts). > | I did a pretty standard install, giving gcc et al a suffix of -321-local. > > And this was a clean lyx tree? Pretty sure I did a "make clean", but starting from "make distclean" has sorted it out. Thanks, Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
gcc 3.2.1, lyx130cvs and qt
Hi all, Can't ./configure 130cvs with the qt frontend, if I use gcc 3.2.1. Configure complains about not finding the Qt library name, and then can't compile a simple Qt executable. Using the same config line, but with gcc-2.95 is fine. I think I saw mention that I need to have used the same compiler for Qt as I'm trying to use for lyx? If so, I presume I'm limited to 2.95 on Debian then. The xforms version configs fine. Thanks, Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: 1.2.xCVS and gcc3.2.1
After compiling and installing gcc 3.2.1 I get the following from 122cvs (sorry about the amount, not sure where the interesting bit starts). I did a pretty standard install, giving gcc et al a suffix of -321-local. I'm about to try 130cvs. Rod make[3]: Entering directory `/home/rpinna/src/cvs/lyx-122-gcc321/src/support' source='DebugStream.C' object='DebugStream.lo' libtool=yes \ depfile='.deps/DebugStream.Plo' tmpdepfile='.deps/DebugStream.TPlo' \ depmode=gcc /bin/sh ../../config/depcomp \ /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -fno-rtti -fno-exceptions -c -o DebugStream.lo `test -f DebugStream.C || echo './'`DebugStream.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -fno-rtti -fno-exceptions -c DebugStream.C -Wp,-MD,.deps/DebugStream.TPlo /usr/local/include/c++/3.2.1/streambuf: In member function `virtual int teebuf::sync()': /usr/local/include/c++/3.2.1/streambuf:429: `int std::basic_streambuf_CharT, _Traits::sync() [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:102: within this context /usr/local/include/c++/3.2.1/streambuf:429: `int std::basic_streambuf_CharT, _Traits::sync() [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:103: within this context /usr/local/include/c++/3.2.1/bits/streambuf.tcc: In member function `virtual streamsize teebuf::xsputn(const char*, int)': /usr/local/include/c++/3.2.1/bits/streambuf.tcc:162: `streamsize std::basic_streambuf_CharT, _Traits::xsputn(const _CharT*, int) [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:107: within this context /usr/local/include/c++/3.2.1/bits/streambuf.tcc:162: `streamsize std::basic_streambuf_CharT, _Traits::xsputn(const _CharT*, int) [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:108: within this context /usr/local/include/c++/3.2.1/streambuf: In member function `virtual int teebuf::overflow(int)': /usr/local/include/c++/3.2.1/streambuf:469: `_Traits::int_type std::basic_streambuf_CharT, _Traits::overflow(_Traits::int_type = _Traits::eof()) [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:112: within this context /usr/local/include/c++/3.2.1/streambuf:469: `_Traits::int_type std::basic_streambuf_CharT, _Traits::overflow(_Traits::int_type = _Traits::eof()) [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:113: within this context /usr/local/include/c++/3.2.1/streambuf: In member function `virtual int debugbuf::sync()': /usr/local/include/c++/3.2.1/streambuf:429: `int std::basic_streambuf_CharT, _Traits::sync() [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:148: within this context /usr/local/include/c++/3.2.1/bits/streambuf.tcc: In member function `virtual streamsize debugbuf::xsputn(const char*, int)': /usr/local/include/c++/3.2.1/bits/streambuf.tcc:162: `streamsize std::basic_streambuf_CharT, _Traits::xsputn(const _CharT*, int) [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:152: within this context /usr/local/include/c++/3.2.1/streambuf: In member function `virtual int debugbuf::overflow(int)': /usr/local/include/c++/3.2.1/streambuf:469: `_Traits::int_type std::basic_streambuf_CharT, _Traits::overflow(_Traits::int_type = _Traits::eof()) [with _CharT = char, _Traits = std::char_traitschar]' is protected DebugStream.C:156: within this context DebugStream.C: At global scope: DebugStream.C:168: field `fbuf' has incomplete type DebugStream.C: In constructor `DebugStream::DebugStream(const char*, Debug::type)': DebugStream.C:184: `struct DebugStream::debugstream_internal' has no member named `fbuf' DebugStream.C:186: `struct DebugStream::debugstream_internal' has no member named `fbuf' DebugStream.C: In member function `void DebugStream::logFile(const char*)': DebugStream.C:202: `struct DebugStream::debugstream_internal' has no member named `fbuf' DebugStream.C:206: `struct DebugStream::debugstream_internal' has no member named `fbuf' DebugStream.C:208: `struct DebugStream::debugstream_internal' has no member named `fbuf' make[3]: *** [DebugStream.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-122-gcc321/src/support' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-122-gcc321/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-122-gcc321/src' make: *** [all-recursive] Error 1 rpinna@rod:~/src/cvs/lyx-122-gcc321$ g++ -v Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/specs Configured with: ../configure --program-suffix=-321-local Thread model: posix gcc version 3.2.1 On
Re: 1.2.xCVS and gcc3.2.1
Hi all, I also seem to get a similar message with 130cvs. If this is a bad install of gcc on my part, feel free to yell. Compiles fine with 2.95 Rod _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: 1.2.xCVS and gcc3.2.1
I can't get 130 to compile with 3.0.4, but this is a known problem I believe. I have got 122cvs to compile with it though Rod On Mon, 16 Dec 2002, Garst R. Reese wrote: On my box 1.2 compiled fine with gcc3.2 on Alice's with 3.0.4 but failed with 3.2.1 very strange since John had no problems. If it's a bad install, we both managed to do it. Garst Rod Pinna wrote: Hi all, I also seem to get a similar message with 130cvs. If this is a bad install of gcc on my part, feel free to yell. Compiles fine with 2.95 _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: 1.2.xCVS and gcc3.2.1
After compiling and installing gcc 3.2.1 I get the following from 122cvs (sorry about the amount, not sure where the interesting bit starts). I did a pretty standard install, giving gcc et al a suffix of -321-local. I'm about to try 130cvs. Rod make[3]: Entering directory `/home/rpinna/src/cvs/lyx-122-gcc321/src/support' source='DebugStream.C' object='DebugStream.lo' libtool=yes \ depfile='.deps/DebugStream.Plo' tmpdepfile='.deps/DebugStream.TPlo' \ depmode=gcc /bin/sh ../../config/depcomp \ /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -fno-rtti -fno-exceptions -c -o DebugStream.lo `test -f DebugStream.C || echo './'`DebugStream.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -fno-rtti -fno-exceptions -c DebugStream.C -Wp,-MD,.deps/DebugStream.TPlo /usr/local/include/c++/3.2.1/streambuf: In member function `virtual int teebuf::sync()': /usr/local/include/c++/3.2.1/streambuf:429: `int std::basic_streambuf<_CharT, _Traits>::sync() [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:102: within this context /usr/local/include/c++/3.2.1/streambuf:429: `int std::basic_streambuf<_CharT, _Traits>::sync() [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:103: within this context /usr/local/include/c++/3.2.1/bits/streambuf.tcc: In member function `virtual streamsize teebuf::xsputn(const char*, int)': /usr/local/include/c++/3.2.1/bits/streambuf.tcc:162: `streamsize std::basic_streambuf<_CharT, _Traits>::xsputn(const _CharT*, int) [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:107: within this context /usr/local/include/c++/3.2.1/bits/streambuf.tcc:162: `streamsize std::basic_streambuf<_CharT, _Traits>::xsputn(const _CharT*, int) [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:108: within this context /usr/local/include/c++/3.2.1/streambuf: In member function `virtual int teebuf::overflow(int)': /usr/local/include/c++/3.2.1/streambuf:469: `_Traits::int_type std::basic_streambuf<_CharT, _Traits>::overflow(_Traits::int_type = _Traits::eof()) [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:112: within this context /usr/local/include/c++/3.2.1/streambuf:469: `_Traits::int_type std::basic_streambuf<_CharT, _Traits>::overflow(_Traits::int_type = _Traits::eof()) [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:113: within this context /usr/local/include/c++/3.2.1/streambuf: In member function `virtual int debugbuf::sync()': /usr/local/include/c++/3.2.1/streambuf:429: `int std::basic_streambuf<_CharT, _Traits>::sync() [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:148: within this context /usr/local/include/c++/3.2.1/bits/streambuf.tcc: In member function `virtual streamsize debugbuf::xsputn(const char*, int)': /usr/local/include/c++/3.2.1/bits/streambuf.tcc:162: `streamsize std::basic_streambuf<_CharT, _Traits>::xsputn(const _CharT*, int) [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:152: within this context /usr/local/include/c++/3.2.1/streambuf: In member function `virtual int debugbuf::overflow(int)': /usr/local/include/c++/3.2.1/streambuf:469: `_Traits::int_type std::basic_streambuf<_CharT, _Traits>::overflow(_Traits::int_type = _Traits::eof()) [with _CharT = char, _Traits = std::char_traits]' is protected DebugStream.C:156: within this context DebugStream.C: At global scope: DebugStream.C:168: field `fbuf' has incomplete type DebugStream.C: In constructor `DebugStream::DebugStream(const char*, Debug::type)': DebugStream.C:184: `struct DebugStream::debugstream_internal' has no member named `fbuf' DebugStream.C:186: `struct DebugStream::debugstream_internal' has no member named `fbuf' DebugStream.C: In member function `void DebugStream::logFile(const char*)': DebugStream.C:202: `struct DebugStream::debugstream_internal' has no member named `fbuf' DebugStream.C:206: `struct DebugStream::debugstream_internal' has no member named `fbuf' DebugStream.C:208: `struct DebugStream::debugstream_internal' has no member named `fbuf' make[3]: *** [DebugStream.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-122-gcc321/src/support' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-122-gcc321/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-122-gcc321/src' make: *** [all-recursive] Error 1 rpinna@rod:~/src/cvs/lyx-122-gcc321$ g++ -v Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/specs Configured with: ../configure --program-suffix=-321-local Thread model: posix gcc version 3.2.1 On Mon, 16 Dec 2002,
Re: 1.2.xCVS and gcc3.2.1
Hi all, I also seem to get a similar message with 130cvs. If this is a bad install of gcc on my part, feel free to yell. Compiles fine with 2.95 Rod _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: 1.2.xCVS and gcc3.2.1
I can't get 130 to compile with 3.0.4, but this is a known problem I believe. I have got 122cvs to compile with it though Rod On Mon, 16 Dec 2002, Garst R. Reese wrote: > On my box 1.2 compiled fine with gcc3.2 > on Alice's with 3.0.4 > but failed with 3.2.1 > very strange since John had no problems. > If it's a bad install, we both managed to do it. > Garst > Rod Pinna wrote: > > > > Hi all, > > > > I also seem to get a similar message with 130cvs. If this is a bad install > > of gcc on my part, feel free to yell. Compiles fine with 2.95 > > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: odd error (fwd)
Absolutely...I don't think there is anything that could be done about it anyway. To fix the eps images, I have to first do convert x.eps eps2:x2.eps and then eps2eps x2.eps x3.eps Neither convert or eps2eps will fix them on it's own. The problem with gs 8.0 might be a bit more of a concern in future. I've got around it by setting GS_OPTIONS=-dNOSAFE GS 8.0 won't be in any distributions, as it isn't GPLed yet. I upgrade simply to see if it made any difference for to the epsi problem. Rod On 12 Dec 2002, Jean-Marc Lasgouttes wrote: Rod == Rod Pinna [EMAIL PROTECTED] writes: Rod Final bit of the puzzle...the program generating the .eps file (a Rod shiny new version of ABAQUS/CAE) seems to produce less compliant Rod eps files than the previous version. Interesting string of messages :( OK, I think we will ignore the problem for now, and hope that not too many people see that... (finger crossed) JMarc _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: odd error (fwd)
Absolutely...I don't think there is anything that could be done about it anyway. To fix the eps images, I have to first do convert x.eps eps2:x2.eps and then eps2eps x2.eps x3.eps Neither convert or eps2eps will fix them on it's own. The problem with gs 8.0 might be a bit more of a concern in future. I've got around it by setting GS_OPTIONS=-dNOSAFE GS 8.0 won't be in any distributions, as it isn't GPLed yet. I upgrade simply to see if it made any difference for to the epsi problem. Rod On 12 Dec 2002, Jean-Marc Lasgouttes wrote: > >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes: > > Rod> Final bit of the puzzle...the program generating the .eps file (a > Rod> shiny new version of ABAQUS/CAE) seems to produce less compliant > Rod> eps files than the previous version. > > Interesting string of messages :( OK, I think we will ignore the > problem for now, and hope that not too many people see that... (finger > crossed) > > JMarc > > _ rod | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
odd error
Hi all, I don't kow if this is the right place to report this... I'm now getting the following error when trying to do a graphics preview in current 122cvs. This is on a debian 3.0 system, though with a user updated ghostscript. The reason I mention this is that today there was a security fix on latex (tetex-bin package), but I'm not sure that this is related. I also notice that rpinna@rod:~/docs/thesis$ ls -l /tmp/lyx_tmpdir24420qhOKmo/ total 2 drwxr-xr-x2 rpinna rpinna 1024 Dec 12 04:42 lyx_tmpbuf0 drwxr-xr-x2 rpinna rpinna 1024 Dec 12 04:42 lyx_tmpbuf1 Suggesting I don't have write permission? Thanks all, I'm a little confused by this :) AFPL Ghostscript 8.00: Unrecoverable error, exit code 1 Error: /invalidfileaccess in --.libfile-- Operand stack: (/tmp/magiciDkNlr) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- 1 3 %oparray_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1052/1123(ro)(G)-- --dict:0/20(G)-- --dict:70/200(L)-- Current allocation mode is local Last OS error: 2 AFPL Ghostscript 8.00: Unrecoverable error, exit code 1 convert: Unable to open file (/tmp/magicKAVujO) [No such file or directory]. convert: Missing an image file name. Error: /invalidfileaccess in --.libfile-- Operand stack: (/tmp/magichwIayV) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- 1 3 %oparray_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1052/1123(ro)(G)-- --dict:0/20(G)-- --dict:70/200(L)-- Current allocation mode is local Last OS error: 2 AFPL Ghostscript 8.00: Unrecoverable error, exit code 1 convert: Unable to open file (/tmp/magic0nJ8qQ) [No such file or directory]. convert: Missing an image file name. _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln
Re: odd error
Further to this, convert x.eps x.pnm on the command line gives a similar error. What could possible cause this? Rod On Thu, 12 Dec 2002, Rod Pinna wrote: Hi all, I don't kow if this is the right place to report this... I'm now getting the following error when trying to do a graphics preview in current 122cvs. This is on a debian 3.0 system, though with a user updated ghostscript. The reason I mention this is that today there was a security fix on latex (tetex-bin package), but I'm not sure that this is related. I also notice that rpinna@rod:~/docs/thesis$ ls -l /tmp/lyx_tmpdir24420qhOKmo/ total 2 drwxr-xr-x2 rpinna rpinna 1024 Dec 12 04:42 lyx_tmpbuf0 drwxr-xr-x2 rpinna rpinna 1024 Dec 12 04:42 lyx_tmpbuf1 Suggesting I don't have write permission? Thanks all, I'm a little confused by this :) AFPL Ghostscript 8.00: Unrecoverable error, exit code 1 Error: /invalidfileaccess in --.libfile-- Operand stack: (/tmp/magiciDkNlr) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- 1 3 %oparray_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1052/1123(ro)(G)-- --dict:0/20(G)-- --dict:70/200(L)-- Current allocation mode is local Last OS error: 2 AFPL Ghostscript 8.00: Unrecoverable error, exit code 1 convert: Unable to open file (/tmp/magicKAVujO) [No such file or directory]. convert: Missing an image file name. Error: /invalidfileaccess in --.libfile-- Operand stack: (/tmp/magichwIayV) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- 1 3 %oparray_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1052/1123(ro)(G)-- --dict:0/20(G)-- --dict:70/200(L)-- Current allocation mode is local Last OS error: 2 AFPL Ghostscript 8.00: Unrecoverable error, exit code 1 convert: Unable to open file (/tmp/magic0nJ8qQ) [No such file or directory]. convert: Missing an image file name. _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln _ rod | Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea. | They Might Be Giants, Lincoln