Re: Reworking of Kayvan's cygwin_path_fix patch
Your reworking has completely broken LyX on cygwin for me. I can no longer run any external programs. Even running Tools-Reconfigure comes back immediately with no effect. Help! ---Kayvan On Mon, Jan 17, 2005 at 12:05:06PM +, Angus Leeming wrote: Angus Leeming wrote: Kayvan A. Sylvan wrote: I am able to run it from the build directory via src/lyx. and was able to confirm that the patch works as expected. Thank you! Good. Then I'll commit that. Now, we have to fix this new bug (can not determine the path to the LyX binary). H. So lyx is in your path, right? Can you investigate? The routine that is failing is src/support/package.C.in's abs_path_from_binary_name (get_binary_path, actually). Kayvan, I just committed a little patch to this piece of code. It fixes a clear bug but I wonder if it resolves your problem too? @@ -388,11 +391,10 @@ string const get_binary_path(string cons std::vectorstring::const_iterator it = path.begin(); std::vectorstring::const_iterator const end = path.end(); for (; it != end; ++it) { -if (!os::is_absolute_path(*it)) -// Someone is playing silly buggers. -continue; - -string const exe_path = AddName(*it, exe_name); +// This will do nothing if *it is already absolute. +string const exe_dir = MakeAbsPath(*it); + +string const exe_path = AddName(exe_dir, exe_name); if (FileInfo(exe_path, true).isOK()) return exe_path; } -- Angus -- 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)
Re: Reworking of Kayvan's cygwin_path_fix patch
On Mon, Jan 17, 2005 at 08:17:42PM -0800, Kayvan A. Sylvan wrote: Your reworking has completely broken LyX on cygwin for me. I can no longer run any external programs. Even running Tools-Reconfigure comes back immediately with no effect. Help! To verify, I went back to 01/16/2005 and everything that is now botched up works correctly (except for the Unable to determine the path [...]). I can probably spend a bit of time isolating exactly which change broke lyx on Cygwin, after I have finished some work for my employer and finished an assignment for school. Best regards, ---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)
Re: Reworking of Kayvan's cygwin_path_fix patch
Your reworking has completely broken LyX on cygwin for me. I can no longer run any external programs. Even running Tools->Reconfigure comes back immediately with no effect. Help! ---Kayvan On Mon, Jan 17, 2005 at 12:05:06PM +, Angus Leeming wrote: > Angus Leeming wrote: > > > Kayvan A. Sylvan wrote: > >> I am able to run it from the build directory via "src/lyx". and was > >> able to confirm that the patch works as expected. Thank you! > > > > Good. Then I'll commit that. > > > >> Now, we have to fix this new bug (can not determine the path to the > >> LyX binary). > > > > H. So "lyx" is in your path, right? Can you investigate? The routine > > that is failing is src/support/package.C.in's abs_path_from_binary_name > > (get_binary_path, actually). > > Kayvan, I just committed a little patch to this piece of code. It fixes a > clear bug but I wonder if it resolves your problem too? > > @@ -388,11 +391,10 @@ string const get_binary_path(string cons > std::vector::const_iterator it = path.begin(); > std::vector::const_iterator const end = path.end(); > for (; it != end; ++it) { > -if (!os::is_absolute_path(*it)) > -// Someone is playing silly buggers. > -continue; > - > -string const exe_path = AddName(*it, exe_name); > > +// This will do nothing if *it is already absolute. > +string const exe_dir = MakeAbsPath(*it); > + > +string const exe_path = AddName(exe_dir, exe_name); > if (FileInfo(exe_path, true).isOK()) > return exe_path; > } > > -- > Angus -- 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)
Re: Reworking of Kayvan's cygwin_path_fix patch
On Mon, Jan 17, 2005 at 08:17:42PM -0800, Kayvan A. Sylvan wrote: > Your reworking has completely broken LyX on cygwin for me. > > I can no longer run any external programs. > > Even running Tools->Reconfigure comes back immediately with no effect. > > Help! To verify, I went back to 01/16/2005 and everything that is now botched up works correctly (except for the "Unable to determine the path [...]"). I can probably spend a bit of time isolating exactly which change broke lyx on Cygwin, after I have finished some work for my employer and finished an assignment for school. Best regards, ---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)
Re: Reworking of Kayvan's cygwin_path_fix patch
On Thu, Jan 13, 2005 at 02:35:10PM +, Angus Leeming wrote: Attached is a slight reworking of Kayvan's patch that causes no linkage problems for tex2lyx. It also implements JMarc's suggested changes. I've also added Qt and XForms frontends. I've tested that they do what they're supposed to do (by commenting out all of the #if defined(__CYGWIN__) || defined(__CYGWIN32__) ... #endif blocks. I've also checked that there's minimal polution of the Edit-Preferences dialog if you're not using Cygwin. (On Qt, there's no polution, on XForms there's a disabled check button on the Outputs-Misc tab. The one thing that I haven't been able to check is that the patch actually leads to the desired output on Cygwin. Kayvan, can you confirm that all works for you? Angus Here's what happens: $ lyx u02d1.lyx Unable to determine the path to the LyX binary from the command line lyx This is obviously unrelated to the patch. I am able to run it from the build directory via src/lyx. and was able to confirm that the patch works as expected. Thank you! Now, we have to fix this new bug (can not determine the path to the LyX binary). ---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)
Re: Reworking of Kayvan's cygwin_path_fix patch
On Thu, Jan 13, 2005 at 02:35:10PM +, Angus Leeming wrote: > Attached is a slight reworking of Kayvan's patch that causes no > linkage problems for tex2lyx. It also implements JMarc's suggested > changes. > > I've also added Qt and XForms frontends. I've tested that they do what > they're supposed to do (by commenting out all of the >#if defined(__CYGWIN__) || defined(__CYGWIN32__) ... #endif > blocks. I've also checked that there's minimal polution of the > Edit->Preferences dialog if you're not using Cygwin. (On Qt, there's > no polution, on XForms there's a disabled check button on the > Outputs->Misc tab. > > The one thing that I haven't been able to check is that the patch > actually leads to the desired output on Cygwin. Kayvan, can you > confirm that all works for you? > > Angus Here's what happens: $ lyx u02d1.lyx Unable to determine the path to the LyX binary from the command line lyx This is obviously unrelated to the patch. I am able to run it from the build directory via "src/lyx". and was able to confirm that the patch works as expected. Thank you! Now, we have to fix this new bug (can not determine the path to the LyX binary). ---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)
Re: Latest Cygwin compile problem
On Wed, Jan 12, 2005 at 08:27:43AM +, Angus Leeming wrote: Kayvan A. Sylvan wrote: ../../../lyx/src/support/os_win32.C:59: error: `uppercase' undeclared ../../../lyx/src/support/os_win32.C:92: error: `subst' undeclared Hi, Kayvan. I guess that the attached one liner will fix things. Committing now. Thanks. Yes. -- 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)
Re: Latest Cygwin compile problem
On Wed, Jan 12, 2005 at 08:27:43AM +, Angus Leeming wrote: > Kayvan A. Sylvan wrote: > > > ../../../lyx/src/support/os_win32.C:59: error: `uppercase' undeclared > > ../../../lyx/src/support/os_win32.C:92: error: `subst' undeclared > > Hi, Kayvan. > > I guess that the attached one liner will fix things. Committing now. Thanks. Yes. -- 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)
LyX CVS on Solaris compile (PACKAGING stuff...)
Hi folks, Here is a LyX Solaris compile problem. - Forwarded message from Kayvan Sylvan [EMAIL PROTECTED] - P ChangeLog P configure.ac P config/ChangeLog P config/lyxinclude.m4 P po/POTFILES.in P src/BufferView_pimpl.C P src/ChangeLog P src/CutAndPaste.C P src/bufferlist.C P src/cursor.C P src/cursor.h P src/exporter.C P src/lyx_cb.C P src/lyx_main.C P src/lyxfunc.C P src/messages.C P src/client/ChangeLog M src/client/Makefile.am P src/client/messages.C P src/frontends/ChangeLog P src/frontends/screen.C P src/frontends/controllers/ChangeLog P src/frontends/controllers/ControlAboutlyx.C P src/frontends/controllers/ControlGraphics.C P src/frontends/controllers/helper_funcs.C P src/frontends/controllers/tex_helpers.C P src/frontends/gnome/ChangeLog P src/frontends/gnome/lyx_gui.C P src/frontends/gtk/ChangeLog P src/frontends/gtk/ghelpers.C P src/frontends/gtk/lyx_gui.C P src/frontends/qt2/ChangeLog P src/frontends/qt2/lyx_gui.C P src/frontends/xforms/ChangeLog P src/frontends/xforms/FormFiledialog.C P src/frontends/xforms/FormPreferences.C P src/frontends/xforms/lyx_gui.C P src/insets/ChangeLog P src/insets/ExternalSupport.C P src/insets/ExternalTemplate.C P src/support/ChangeLog P src/support/Makefile.am P src/support/filetools.C P src/support/filetools.h P src/support/os.h P src/support/os_os2.C P src/support/os_unix.C P src/support/os_win32.C U src/support/package.C.in U src/support/package.h P src/support/tempname.C P src/tex2lyx/ChangeLog P src/tex2lyx/tex2lyx.C Using autoconf (GNU Autoconf) 2.57 -n Locating GNU m4... stty: : No such device or address stty: : No such device or address stty: : No such device or address stty: : No such device or address /remote/ithome/ksylvan/bin-sunos-5.5/gm4 Generate acinclude.m4... done. Building macros... . aclocal: couldn't open directory `/m4': No such file or directory lib/reLyX aclocal: couldn't open directory `/m4': No such file or directory done. Building config header template... . done. Building Makefile templates... . lib/reLyX done. Building configure... . lib/reLyX done. Building lib/configure ... done. run ./configure ; make configuring LyX version 1.4.0cvs [...] Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -I/u/ksylvan/include -W -Wall -I/usr/openwin/include -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -I/u/ksylvan/include -W -Wall -I/usr/openwin/include -O2 -fno-exceptions Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 Packaging: LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. [...] g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src -I../../../lyx/src/support/.. -I../../../lyx/boost -I/u/ksylvan/include -W -Wall -I/usr/openwin/include -O2 -fno-exceptions -MT package.lo -MD -MP -MF .deps/package.Tpo -c package.C -o package.o package.C:36:2: #error USE_FOO_PACKAGING must be defined for FOO = WINDOWS, MACOSX or POSIX. make[2]: *** [package.lo] Error 1 make[2]: Leaving directory `/remote/scratch05/ksylvan/lyx-build/src/support' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/scratch05/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1 - End forwarded message - -- I'm Kayvan Sylvan, and I approve this message. Kayvan A. Sylvan (650-584-5489) Central Infrastructure Services Email: [EMAIL PROTECTED] Alternate Email: [EMAIL PROTECTED]
Latest Cygwin compile problem
Hi all, make[4]: Entering directory `/home/ksylvan/src/lyx-build/src/support' if /bin/bash ../../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I.. /../../lyx/src/support -I../../src -I../../../lyx/src/support/.. -I../../../ly x/boost -I/usr/local/include -W -Wall -I/usr/X11R6/include -g -g -fno-except ions -mms-bitfields -MT os.lo -MD -MP -MF .deps/os.Tpo -c -o os.lo ../../../ly x/src/support/os.C; \ then mv -f .deps/os.Tpo .deps/os.Plo; else rm -f .deps/os.Tpo; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src -I../../../lyx/s rc/support/.. -I../../../lyx/boost -I/usr/local/include -W -Wall -I/usr/X11R6/in clude -g -g -fno-exceptions -mms-bitfields -MT os.lo -MD -MP -MF .deps/os.Tpo -c ../../../lyx/src/support/os.C -o os.o In file included from ../../../lyx/src/support/os.C:16: ../../../lyx/src/support/os_win32.C: In function `size_t lyx::support::os::common_path(const std::string, const std::string)': ../../../lyx/src/support/os_win32.C:59: error: `uppercase' undeclared (first use this function) ../../../lyx/src/support/os_win32.C:59: error: (Each undeclared identifier is reported only once for each function it appears in.) ../../../lyx/src/support/os_win32.C: In function `std::string lyx::support::os::external_path(const std::string)': ../../../lyx/src/support/os_win32.C:92: error: `subst' undeclared (first use this function) make[4]: *** [os.lo] Error 1 make[4]: Leaving directory `/home/ksylvan/src/lyx-build/src/support' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/ksylvan/src/lyx-build/src/support' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/ksylvan/src/lyx-build/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/ksylvan/src/lyx-build/src' make: *** [all-recursive] Error 1
LyX CVS on Solaris compile (PACKAGING stuff...)
Hi folks, Here is a LyX Solaris compile problem. - Forwarded message from Kayvan Sylvan <[EMAIL PROTECTED]> - P ChangeLog P configure.ac P config/ChangeLog P config/lyxinclude.m4 P po/POTFILES.in P src/BufferView_pimpl.C P src/ChangeLog P src/CutAndPaste.C P src/bufferlist.C P src/cursor.C P src/cursor.h P src/exporter.C P src/lyx_cb.C P src/lyx_main.C P src/lyxfunc.C P src/messages.C P src/client/ChangeLog M src/client/Makefile.am P src/client/messages.C P src/frontends/ChangeLog P src/frontends/screen.C P src/frontends/controllers/ChangeLog P src/frontends/controllers/ControlAboutlyx.C P src/frontends/controllers/ControlGraphics.C P src/frontends/controllers/helper_funcs.C P src/frontends/controllers/tex_helpers.C P src/frontends/gnome/ChangeLog P src/frontends/gnome/lyx_gui.C P src/frontends/gtk/ChangeLog P src/frontends/gtk/ghelpers.C P src/frontends/gtk/lyx_gui.C P src/frontends/qt2/ChangeLog P src/frontends/qt2/lyx_gui.C P src/frontends/xforms/ChangeLog P src/frontends/xforms/FormFiledialog.C P src/frontends/xforms/FormPreferences.C P src/frontends/xforms/lyx_gui.C P src/insets/ChangeLog P src/insets/ExternalSupport.C P src/insets/ExternalTemplate.C P src/support/ChangeLog P src/support/Makefile.am P src/support/filetools.C P src/support/filetools.h P src/support/os.h P src/support/os_os2.C P src/support/os_unix.C P src/support/os_win32.C U src/support/package.C.in U src/support/package.h P src/support/tempname.C P src/tex2lyx/ChangeLog P src/tex2lyx/tex2lyx.C Using autoconf (GNU Autoconf) 2.57 -n Locating GNU m4... stty: : No such device or address stty: : No such device or address stty: : No such device or address stty: : No such device or address /remote/ithome/ksylvan/bin-sunos-5.5/gm4 Generate acinclude.m4... done. Building macros... . aclocal: couldn't open directory `/m4': No such file or directory lib/reLyX aclocal: couldn't open directory `/m4': No such file or directory done. Building config header template... . done. Building Makefile templates... . lib/reLyX done. Building configure... . lib/reLyX done. Building lib/configure ... done. run "./configure ; make" configuring LyX version 1.4.0cvs [...] Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -I/u/ksylvan/include -W -Wall -I/usr/openwin/include -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -I/u/ksylvan/include -W -Wall -I/usr/openwin/include -O2 -fno-exceptions Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 Packaging: LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. [...] g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src -I../../../lyx/src/support/.. -I../../../lyx/boost -I/u/ksylvan/include -W -Wall -I/usr/openwin/include -O2 -fno-exceptions -MT package.lo -MD -MP -MF .deps/package.Tpo -c package.C -o package.o package.C:36:2: #error USE_FOO_PACKAGING must be defined for FOO = WINDOWS, MACOSX or POSIX. make[2]: *** [package.lo] Error 1 make[2]: Leaving directory `/remote/scratch05/ksylvan/lyx-build/src/support' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/scratch05/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1 - End forwarded message - -- "I'm Kayvan Sylvan, and I approve this message." Kayvan A. Sylvan (650-584-5489) Central Infrastructure Services Email: [EMAIL PROTECTED] Alternate Email: [EMAIL PROTECTED]
Latest Cygwin compile problem
Hi all, make[4]: Entering directory `/home/ksylvan/src/lyx-build/src/support' if /bin/bash ../../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I.. /../../lyx/src/support -I../../src -I../../../lyx/src/support/.. -I../../../ly x/boost -I/usr/local/include -W -Wall -I/usr/X11R6/include -g -g -fno-except ions -mms-bitfields -MT os.lo -MD -MP -MF ".deps/os.Tpo" -c -o os.lo ../../../ly x/src/support/os.C; \ then mv -f ".deps/os.Tpo" ".deps/os.Plo"; else rm -f ".deps/os.Tpo"; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src -I../../../lyx/s rc/support/.. -I../../../lyx/boost -I/usr/local/include -W -Wall -I/usr/X11R6/in clude -g -g -fno-exceptions -mms-bitfields -MT os.lo -MD -MP -MF .deps/os.Tpo -c ../../../lyx/src/support/os.C -o os.o In file included from ../../../lyx/src/support/os.C:16: ../../../lyx/src/support/os_win32.C: In function `size_t lyx::support::os::common_path(const std::string&, const std::string&)': ../../../lyx/src/support/os_win32.C:59: error: `uppercase' undeclared (first use this function) ../../../lyx/src/support/os_win32.C:59: error: (Each undeclared identifier is reported only once for each function it appears in.) ../../../lyx/src/support/os_win32.C: In function `std::string lyx::support::os::external_path(const std::string&)': ../../../lyx/src/support/os_win32.C:92: error: `subst' undeclared (first use this function) make[4]: *** [os.lo] Error 1 make[4]: Leaving directory `/home/ksylvan/src/lyx-build/src/support' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/ksylvan/src/lyx-build/src/support' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/ksylvan/src/lyx-build/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/ksylvan/src/lyx-build/src' make: *** [all-recursive] Error 1
Latest CVS LyX on cygwin: can not remove temp dir
Exiting lyx, I see a dialog box: Could not remove the temporary directory /tmp/lyx_tmpdir3432003432/lyx_tmpbuf0 I am not sure why, but I suspect it has to do with the recent cleanups. I can investigate more later, but maybe someone already has a fix. ---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)
Latest CVS LyX on cygwin: can not remove temp dir
Exiting lyx, I see a dialog box: "Could not remove the temporary directory /tmp/lyx_tmpdir3432003432/lyx_tmpbuf0" I am not sure why, but I suspect it has to do with the recent cleanups. I can investigate more later, but maybe someone already has a fix. ---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)
Build of CVS LyX on Solaris
Here's the latest compile failure: - Forwarded message from Kayvan Sylvan [EMAIL PROTECTED] - From: Kayvan Sylvan [EMAIL PROTECTED] Date: Fri, 7 Jan 2005 02:06:50 -0800 (PST) To: [EMAIL PROTECTED] Subject: Output from cron command Your cron job on toolsrules /u/ksylvan/src/lyx-build/DOIT produced the following output: P development/FORMAT P lib/ChangeLog P lib/Makefile.am P lib/lyx2lyx/ChangeLog P lib/lyx2lyx/LyX.py P lib/lyx2lyx/lyx_1_4.py P src/BufferView_pimpl.C P src/ChangeLog P src/LaTeX.C P src/MenuBackend.C P src/ParagraphParameters.C P src/Spacing.C P src/Spacing.h P src/buffer.C P src/bufferparams.C P src/bufferview_funcs.C P src/counters.C P src/lyxfind.C P src/lyxfunc.C P src/lyxlayout.C P src/lyxrc.C P src/output_docbook.C P src/paragraph.C P src/rowpainter.C P src/sgml.C P src/tabular.C P src/tex-accent.C P src/text.C P src/text2.C P src/text3.C P src/toc.C M src/client/Makefile.am P src/frontends/controllers/ChangeLog P src/frontends/controllers/ControlExternal.C P src/frontends/controllers/ControlGraphics.C P src/frontends/controllers/ControlPrint.C P src/frontends/controllers/ControlSpellchecker.C P src/frontends/controllers/ControlTabularCreate.C P src/frontends/gtk/ChangeLog P src/frontends/gtk/GGraphics.C P src/frontends/gtk/GParagraph.C P src/frontends/gtk/GPrint.C P src/frontends/gtk/GSpellchecker.C P src/frontends/qt2/ChangeLog P src/frontends/qt2/QBox.C P src/frontends/qt2/QDocument.C P src/frontends/qt2/QExternal.C P src/frontends/qt2/QGraphics.C P src/frontends/qt2/QParagraph.C P src/frontends/qt2/QTabular.C P src/frontends/qt2/QVSpace.C P src/frontends/qt2/QWrap.C P src/frontends/qt2/qt_helpers.C P src/frontends/xforms/ChangeLog P src/frontends/xforms/ColorHandler.C P src/frontends/xforms/FontInfo.C P src/frontends/xforms/FormBox.C P src/frontends/xforms/FormColorpicker.C P src/frontends/xforms/FormDocument.C P src/frontends/xforms/FormExternal.C P src/frontends/xforms/FormFiledialog.C P src/frontends/xforms/FormGraphics.C P src/frontends/xforms/FormParagraph.C P src/frontends/xforms/FormPrint.C P src/frontends/xforms/FormSpellchecker.C P src/frontends/xforms/FormVSpace.C P src/frontends/xforms/FormWrap.C P src/frontends/xforms/XFormsMenubar.C P src/frontends/xforms/xforms_helpers.C P src/graphics/ChangeLog P src/graphics/GraphicsConverter.C P src/graphics/PreviewLoader.C P src/insets/ChangeLog P src/insets/ExternalTransforms.C P src/insets/insetbibitem.C P src/insets/insetexternal.C P src/insets/insetfloat.C P src/insets/insetinclude.C P src/insets/insettabular.C P src/insets/insetwrap.C P src/mathed/math_nestinset.C P src/support/ChangeLog P src/support/Makefile.am U src/support/convert.C U src/support/convert.h P src/support/filetools.C P src/support/lstrings.C P src/support/lstrings.h P src/support/tempname.C P src/tex2lyx/ChangeLog P src/tex2lyx/Spacing.h P src/tex2lyx/preamble.C P src/tex2lyx/tex2lyx.C P src/tex2lyx/tex2lyx.h P src/tex2lyx/texparser.C P src/tex2lyx/texparser.h P src/tex2lyx/text.C Using autoconf (GNU Autoconf) 2.57 Generate acinclude.m4... done. Building macros... . aclocal: couldn't open directory `/m4': No such file or directory lib/reLyX aclocal: couldn't open directory `/m4': No such file or directory done. Building config header template... . done. Building Makefile templates... . lib/reLyX done. Building configure... . lib/reLyX done. Building lib/configure ... done. run ./configure ; make configuring LyX version 1.4.0cvs WARNING: This is a development version. Expect bugs. checking whether to enable maintainer-specific portions of Makefiles... yes checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking target system type... sparc-sun-solaris2.8 checking for install target ... ... lyx checking for a BSD-compatible install... /usr/local/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for a BSD-compatible install... /usr/local/bin/install -c checking for kpsewhich... kpsewhich checking for gm4... gm4 checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for AIX... no checking what frontend should be used for the GUI... xforms checking for a good enough C++ compiler... g++ checking whether we are using the GNU C++ compiler... yes checking
Build of CVS LyX on Solaris
Here's the latest compile failure: - Forwarded message from Kayvan Sylvan <[EMAIL PROTECTED]> - From: Kayvan Sylvan <[EMAIL PROTECTED]> Date: Fri, 7 Jan 2005 02:06:50 -0800 (PST) To: [EMAIL PROTECTED] Subject: Output from "cron" command Your "cron" job on toolsrules /u/ksylvan/src/lyx-build/DOIT produced the following output: P development/FORMAT P lib/ChangeLog P lib/Makefile.am P lib/lyx2lyx/ChangeLog P lib/lyx2lyx/LyX.py P lib/lyx2lyx/lyx_1_4.py P src/BufferView_pimpl.C P src/ChangeLog P src/LaTeX.C P src/MenuBackend.C P src/ParagraphParameters.C P src/Spacing.C P src/Spacing.h P src/buffer.C P src/bufferparams.C P src/bufferview_funcs.C P src/counters.C P src/lyxfind.C P src/lyxfunc.C P src/lyxlayout.C P src/lyxrc.C P src/output_docbook.C P src/paragraph.C P src/rowpainter.C P src/sgml.C P src/tabular.C P src/tex-accent.C P src/text.C P src/text2.C P src/text3.C P src/toc.C M src/client/Makefile.am P src/frontends/controllers/ChangeLog P src/frontends/controllers/ControlExternal.C P src/frontends/controllers/ControlGraphics.C P src/frontends/controllers/ControlPrint.C P src/frontends/controllers/ControlSpellchecker.C P src/frontends/controllers/ControlTabularCreate.C P src/frontends/gtk/ChangeLog P src/frontends/gtk/GGraphics.C P src/frontends/gtk/GParagraph.C P src/frontends/gtk/GPrint.C P src/frontends/gtk/GSpellchecker.C P src/frontends/qt2/ChangeLog P src/frontends/qt2/QBox.C P src/frontends/qt2/QDocument.C P src/frontends/qt2/QExternal.C P src/frontends/qt2/QGraphics.C P src/frontends/qt2/QParagraph.C P src/frontends/qt2/QTabular.C P src/frontends/qt2/QVSpace.C P src/frontends/qt2/QWrap.C P src/frontends/qt2/qt_helpers.C P src/frontends/xforms/ChangeLog P src/frontends/xforms/ColorHandler.C P src/frontends/xforms/FontInfo.C P src/frontends/xforms/FormBox.C P src/frontends/xforms/FormColorpicker.C P src/frontends/xforms/FormDocument.C P src/frontends/xforms/FormExternal.C P src/frontends/xforms/FormFiledialog.C P src/frontends/xforms/FormGraphics.C P src/frontends/xforms/FormParagraph.C P src/frontends/xforms/FormPrint.C P src/frontends/xforms/FormSpellchecker.C P src/frontends/xforms/FormVSpace.C P src/frontends/xforms/FormWrap.C P src/frontends/xforms/XFormsMenubar.C P src/frontends/xforms/xforms_helpers.C P src/graphics/ChangeLog P src/graphics/GraphicsConverter.C P src/graphics/PreviewLoader.C P src/insets/ChangeLog P src/insets/ExternalTransforms.C P src/insets/insetbibitem.C P src/insets/insetexternal.C P src/insets/insetfloat.C P src/insets/insetinclude.C P src/insets/insettabular.C P src/insets/insetwrap.C P src/mathed/math_nestinset.C P src/support/ChangeLog P src/support/Makefile.am U src/support/convert.C U src/support/convert.h P src/support/filetools.C P src/support/lstrings.C P src/support/lstrings.h P src/support/tempname.C P src/tex2lyx/ChangeLog P src/tex2lyx/Spacing.h P src/tex2lyx/preamble.C P src/tex2lyx/tex2lyx.C P src/tex2lyx/tex2lyx.h P src/tex2lyx/texparser.C P src/tex2lyx/texparser.h P src/tex2lyx/text.C Using autoconf (GNU Autoconf) 2.57 Generate acinclude.m4... done. Building macros... . aclocal: couldn't open directory `/m4': No such file or directory lib/reLyX aclocal: couldn't open directory `/m4': No such file or directory done. Building config header template... . done. Building Makefile templates... . lib/reLyX done. Building configure... . lib/reLyX done. Building lib/configure ... done. run "./configure ; make" configuring LyX version 1.4.0cvs WARNING: This is a development version. Expect bugs. checking whether to enable maintainer-specific portions of Makefiles... yes checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking target system type... sparc-sun-solaris2.8 checking for install target ... ... lyx checking for a BSD-compatible install... /usr/local/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for a BSD-compatible install... /usr/local/bin/install -c checking for kpsewhich... kpsewhich checking for gm4... gm4 checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for AIX... no checking what frontend should be used for the GUI... xforms checking for a good enough C++ compiler... g++ checking whethe
Re: Latest LyX on Latest Cygwin
On Mon, Jan 03, 2005 at 11:20:22AM +0100, Jean-Marc Lasgouttes wrote: Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes: Kayvan On Sat, Jan 01, 2005 at 01:38:07PM +, Angus Leeming wrote: The GUI stuff is icing that will take 10 minutes; I'm happy to do that. However, I'd prefer to leave the configure stuff to you. Happy? Kayvan Sure. This patch almost works right. LyX now checks the new Kayvan variable (which was set by configure) and does the right Kayvan thing. Your patch does not sound right. It says that under cygwin, all programs should use dos-style paths. If this is the case, a simple #ifdef __CYGWIN__ could be used to hardcode this into LyX... No, it's the other way around. In my case, the teTeX that comes with Cygwin does not need dos-style paths. However, I guess that the situation is that _some_ programs (like teTeX) will need to use dos-style paths. In this case, what we may need is a new converter flag that says whether a converter require external or internal paths. Hmmm... Yes, that can happen. I route around such problems though. For example: The Acrobat reader program needs dos paths. So, I use the following shell script (as /usr/local/bin/acroread): #!/bin/sh if [ $# -eq 1 ] then FILE=`cygpath -a -w $1` else FILE='' fi exec acroread.link $FILE The /usr/local/bin/acroread.link is a symlink to the latest AcroRdr executable. In my case, /cygdrive/c/Program Files/Adobe/Acrobat 6.0/Reader/AcroRd32.exe is what the link points to. Could you tell us, among all helpers programs used with LyX on windows, which ones require dos names, which ones require unix names and which ones can use both? I think this would give us an idea on how to proceed. I think it really depends. There are native ports of various TeX implementations that need native windows paths, and there might even be a tetex port that needs native paths. By the way, the test for whether or not we need path correction already existed in $(srcdir)/lib/configure.m4 and I merely added a way for LyX to make use of the information. This is why the test must be run in lib/configure and not hardcoded. My particular installation will work just fine if I switch from tetex to MikTeX (which needs windows-style paths) after doing Tools-Reconfigure. This would not be the case with a hard-coded requirement (needing either Unix-style or Windows-style paths). ---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)
Re: Latest LyX on Latest Cygwin
On Mon, Jan 03, 2005 at 11:20:22AM +0100, Jean-Marc Lasgouttes wrote: > >>>>> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: > > Kayvan> On Sat, Jan 01, 2005 at 01:38:07PM +, Angus Leeming wrote: > >> The GUI stuff is icing that will take 10 minutes; I'm happy to do > >> that. However, I'd prefer to leave the configure stuff to you. > >> Happy? > >> > > Kayvan> Sure. This patch almost works right. LyX now checks the new > Kayvan> variable (which was set by configure) and does the right > Kayvan> thing. > > Your patch does not sound right. It says that under cygwin, all > programs should use dos-style paths. If this is the case, a simple > #ifdef __CYGWIN__ could be used to hardcode this into LyX... No, it's the other way around. In my case, the teTeX that comes with Cygwin does not need dos-style paths. > However, I guess that the situation is that _some_ programs (like > teTeX) will need to use dos-style paths. In this case, what we may > need is a new converter flag that says whether a converter require > external or internal paths. Hmmm... Yes, that can happen. I route around such problems though. For example: The Acrobat reader program needs dos paths. So, I use the following shell script (as /usr/local/bin/acroread): #!/bin/sh if [ $# -eq 1 ] then FILE=`cygpath -a -w "$1"` else FILE='' fi exec acroread.link "$FILE" The /usr/local/bin/acroread.link is a symlink to the latest AcroRdr executable. In my case, /cygdrive/c/Program Files/Adobe/Acrobat 6.0/Reader/AcroRd32.exe is what the link points to. > Could you tell us, among all helpers programs used with LyX on > windows, which ones require dos names, which ones require unix names > and which ones can use both? I think this would give us an idea on how > to proceed. I think it really depends. There are native ports of various TeX implementations that need native windows paths, and there might even be a tetex port that needs native paths. By the way, the test for whether or not we need path correction already existed in $(srcdir)/lib/configure.m4 and I merely added a way for LyX to make use of the information. This is why the test must be run in lib/configure and not hardcoded. My particular installation will work just fine if I switch from tetex to MikTeX (which needs windows-style paths) after doing Tools->Reconfigure. This would not be the case with a hard-coded requirement (needing either Unix-style or Windows-style paths). ---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)
Re: Latest LyX on Latest Cygwin
On Sat, Jan 01, 2005 at 01:38:07PM +, Angus Leeming wrote: The GUI stuff is icing that will take 10 minutes; I'm happy to do that. However, I'd prefer to leave the configure stuff to you. Happy? Sure. This patch almost works right. LyX now checks the new variable (which was set by configure) and does the right thing. The problem is that it introduces a dependency on the global lyxrc object in os_win32.C, which causes lyxclient to not compile. g++ -g -g -fno-exceptions -mms-bitfields -Wl,--export-all-symbols -o lyxclient.exe boost.o client.o debug.o gettext.o messages.o -L/usr/local/lib ../../src/support/.libs/libsupport.a ../../boost/libs/regex/src/.libs/libboost_regex.a ../../boost/libs/filesystem/src/.libs/libboost_filesystem.a /usr/lib/libintl.dll.a -L/usr/lib /usr/lib/libiconv.dll.a ../../src/support/.libs/libsupport.a(os.o)(.text+0x568): In function `_ZN3lyx7support2os13external_pathERKSs': /home/ksylvan/src/lyx-build/src/support/../../../lyx/src/support/os_win32.C:122: undefined reference to `_lyxrc' collect2: ld returned 1 exit status make: *** [lyxclient.exe] Error 1 I don't know the right way to fix this. Please take a look and see if you can tackle this little piece in addition to the GUI stff. Thanks! ---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) Index: lib/ChangeLog === RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v retrieving revision 1.660 diff -u -r1.660 ChangeLog --- lib/ChangeLog 2004/12/29 16:27:49 1.660 +++ lib/ChangeLog 2005/01/02 17:47:13 @@ -1,3 +1,7 @@ +2005-01-02 Kayvan A. Sylvan [EMAIL PROTECTED] + + * Added \cygwin_win32_path_fix_needed to lyrxc.defaults + 2004-12-29 Michael Schmitt [EMAIL PROTECTED] * configure.m4: check for notepad editor Index: lib/configure.m4 === RCS file: /cvs/lyx/lyx-devel/lib/configure.m4,v retrieving revision 1.88 diff -u -r1.88 configure.m4 --- lib/configure.m42004/12/29 16:27:49 1.88 +++ lib/configure.m42005/01/02 17:47:13 @@ -174,6 +174,7 @@ fi Adjust PATH for Win32 (Cygwin) +win32_path_correction='' case `uname -s` in CYGWIN*) tmpfname=/tmp/x$$.ltx; @@ -188,8 +189,10 @@ echo configure: cygwin detected; path correction srcdir=`cygpath -w ${srcdir} | tr '' /` echo srcdir=${srcdir} + win32_path_correction='true' else echo configure: cygwin detected; path correction is not needed + win32_path_correction='false' fi ;; esac @@ -658,6 +661,11 @@ $rc_entries \\font_encoding $chk_fontenc EOF + +if [ x$win32_path_correction != x ] +then + echo \\cygwin_win32_path_fix_needed $win32_path_correction $outfile +fi X FONTS # create a fonts.dir file to make X fonts available to LyX Index: src/ChangeLog === RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v retrieving revision 1.2070 diff -u -r1.2070 ChangeLog --- src/ChangeLog 2004/12/29 15:38:47 1.2070 +++ src/ChangeLog 2005/01/02 17:47:15 @@ -1,3 +1,8 @@ +2005-01-02 Kayvan Sylvan [EMAIL PROTECTED] + + * lyxrc.h: + * lyxrc.C (read): Added RC_CYGWIN_PATH_FIX, cygwin_path_fix. + 2004-12-29 Jean-Marc Lasgouttes [EMAIL PROTECTED] * lyxlength.C (asLatexString): get rid of setprecision Index: src/lyxrc.C === RCS file: /cvs/lyx/lyx-devel/src/lyxrc.C,v retrieving revision 1.179 diff -u -r1.179 lyxrc.C --- src/lyxrc.C 2004/10/26 18:39:10 1.179 +++ src/lyxrc.C 2005/01/02 17:47:15 @@ -76,6 +76,7 @@ { \\cursor_follows_scrollbar, LyXRC::RC_CURSOR_FOLLOWS_SCROLLBAR }, { \\custom_export_command, LyXRC::RC_CUSTOM_EXPORT_COMMAND }, { \\custom_export_format, LyXRC::RC_CUSTOM_EXPORT_FORMAT }, + { \\cygwin_win32_path_fix_needed, LyXRC::RC_CYGWIN_PATH_FIX }, { \\date_insert_format, LyXRC::RC_DATE_INSERT_FORMAT }, { \\default_language, LyXRC::RC_DEFAULT_LANGUAGE }, { \\default_papersize, LyXRC::RC_DEFAULT_PAPERSIZE }, @@ -265,6 +266,9 @@ default_language = english; show_banner = true; + // This is for the Win32 path conversion. + cygwin_path_fix = false; + // date_insert_format = %A, %e %B %Y; cursor_follows_scrollbar = false; @@ -385,6 +389,12 @@ case RC_KBMAP: if (lexrc.next()) { use_kbmap = lexrc.getBool(); + } + break; + + case RC_CYGWIN_PATH_FIX: + if (lexrc.next
Re: Latest LyX on Latest Cygwin
On Sun, Jan 02, 2005 at 07:42:46PM +, Angus Leeming wrote: I don't know the right way to fix this. Please take a look and see if you can tackle this little piece in addition to the GUI stff. Will do. Many thanks for doing the grunt work. Great. I can do a last minute check on the patch if you want, when you do that last piece. ---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)
Re: Latest LyX on Latest Cygwin
On Sat, Jan 01, 2005 at 01:38:07PM +, Angus Leeming wrote: > > The GUI stuff is icing that will take 10 minutes; I'm happy to do that. > However, I'd prefer to leave the configure stuff to you. Happy? > Sure. This patch almost works right. LyX now checks the new variable (which was set by configure) and does the right thing. The problem is that it introduces a dependency on the global lyxrc object in os_win32.C, which causes lyxclient to not compile. g++ -g -g -fno-exceptions -mms-bitfields -Wl,--export-all-symbols -o lyxclient.exe boost.o client.o debug.o gettext.o messages.o -L/usr/local/lib ../../src/support/.libs/libsupport.a ../../boost/libs/regex/src/.libs/libboost_regex.a ../../boost/libs/filesystem/src/.libs/libboost_filesystem.a /usr/lib/libintl.dll.a -L/usr/lib /usr/lib/libiconv.dll.a ../../src/support/.libs/libsupport.a(os.o)(.text+0x568): In function `_ZN3lyx7support2os13external_pathERKSs': /home/ksylvan/src/lyx-build/src/support/../../../lyx/src/support/os_win32.C:122: undefined reference to `_lyxrc' collect2: ld returned 1 exit status make: *** [lyxclient.exe] Error 1 I don't know the right way to fix this. Please take a look and see if you can tackle this little piece in addition to the GUI stff. Thanks! ---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) Index: lib/ChangeLog === RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v retrieving revision 1.660 diff -u -r1.660 ChangeLog --- lib/ChangeLog 2004/12/29 16:27:49 1.660 +++ lib/ChangeLog 2005/01/02 17:47:13 @@ -1,3 +1,7 @@ +2005-01-02 Kayvan A. Sylvan <[EMAIL PROTECTED]> + + * Added \cygwin_win32_path_fix_needed to lyrxc.defaults + 2004-12-29 Michael Schmitt <[EMAIL PROTECTED]> * configure.m4: check for notepad editor Index: lib/configure.m4 === RCS file: /cvs/lyx/lyx-devel/lib/configure.m4,v retrieving revision 1.88 diff -u -r1.88 configure.m4 --- lib/configure.m42004/12/29 16:27:49 1.88 +++ lib/configure.m42005/01/02 17:47:13 @@ -174,6 +174,7 @@ fi Adjust PATH for Win32 (Cygwin) +win32_path_correction='' case `uname -s` in CYGWIN*) tmpfname="/tmp/x$$.ltx"; @@ -188,8 +189,10 @@ echo "configure: cygwin detected; path correction" srcdir=`cygpath -w "${srcdir}" | tr '' /` echo "srcdir=${srcdir}" + win32_path_correction='true' else echo "configure: cygwin detected; path correction is not needed" + win32_path_correction='false' fi ;; esac @@ -658,6 +661,11 @@ $rc_entries \\font_encoding "$chk_fontenc" EOF + +if [ "x$win32_path_correction" != "x" ] +then + echo "\\cygwin_win32_path_fix_needed $win32_path_correction" >> $outfile +fi X FONTS # create a fonts.dir file to make X fonts available to LyX Index: src/ChangeLog === RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v retrieving revision 1.2070 diff -u -r1.2070 ChangeLog --- src/ChangeLog 2004/12/29 15:38:47 1.2070 +++ src/ChangeLog 2005/01/02 17:47:15 @@ -1,3 +1,8 @@ +2005-01-02 Kayvan Sylvan <[EMAIL PROTECTED]> + + * lyxrc.h: + * lyxrc.C (read): Added RC_CYGWIN_PATH_FIX, cygwin_path_fix. + 2004-12-29 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> * lyxlength.C (asLatexString): get rid of setprecision Index: src/lyxrc.C === RCS file: /cvs/lyx/lyx-devel/src/lyxrc.C,v retrieving revision 1.179 diff -u -r1.179 lyxrc.C --- src/lyxrc.C 2004/10/26 18:39:10 1.179 +++ src/lyxrc.C 2005/01/02 17:47:15 @@ -76,6 +76,7 @@ { "\\cursor_follows_scrollbar", LyXRC::RC_CURSOR_FOLLOWS_SCROLLBAR }, { "\\custom_export_command", LyXRC::RC_CUSTOM_EXPORT_COMMAND }, { "\\custom_export_format", LyXRC::RC_CUSTOM_EXPORT_FORMAT }, + { "\\cygwin_win32_path_fix_needed", LyXRC::RC_CYGWIN_PATH_FIX }, { "\\date_insert_format", LyXRC::RC_DATE_INSERT_FORMAT }, { "\\default_language", LyXRC::RC_DEFAULT_LANGUAGE }, { "\\default_papersize", LyXRC::RC_DEFAULT_PAPERSIZE }, @@ -265,6 +266,9 @@ default_language = "english"; show_banner = true; + // This is for the Win32 path conversion. + cygwin_path_fix = false; + // date_insert_format = "%A, %e %B %Y"; cursor_follows_scrollbar = false; @@ -
Re: Latest LyX on Latest Cygwin
On Sun, Jan 02, 2005 at 07:42:46PM +, Angus Leeming wrote: > > I don't know the right way to fix this. Please take a look and see > > if you can tackle this little piece in addition to the GUI stff. > > Will do. Many thanks for doing the grunt work. Great. I can do a last minute check on the patch if you want, when you do that last piece. ---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)
Re: Latest LyX on Latest Cygwin
On Fri, Dec 31, 2004 at 04:24:37PM +, Angus Leeming wrote: Angus Leeming wrote: Sure. This means that the s/slashify_path/internal_path/ switch was less carefully done that it needed to be. Mea culpa. I'll try and come up with something in the next couple of hours. Ok, Kayvan. The problem (I believe) lies in the call to 'MakeLatexName', below, which invokes 'AddName' which invokes 'os::internal_path'. Okay, Angus. That almost fixes it. See the attached first_try.patch file for a working adaptation of your idea. Now lyx starts up. However, the path fixing is not right for the Cygwin tetex. See below: $ lyx --export pdf2 u04a1.lyx This is BibTeX, Version 0.99c (Web2C 7.4.5) The top-level auxiliary file: u04a1.aux The style file: apalike.bst I couldn't open database file C:/cygwin/home/ksylvan/src/capella/TS3130/refs.bib ---line 31 of file u04a1.aux : \bibdata{C:/cygwin/home/ksylvan/src/capella/TS3130/refs :} I'm skipping whatever remains of this command I found no database files---while reading file u04a1.aux Warning--I didn't find a database entry for mannino04 (There were 2 error messages) Here, I added a hack which I would love to get rid of. The Cygwin tetex does not like Win32 paths (and does not need them), so I changed os_win32.C (external_path) adding a LYX_NO_CYGPATH_FIX environment variable to skip changing the external path. See the attached second_try.patch. With this patch, I see: $ lyx --export pdf2 u04a1.lyx This is BibTeX, Version 0.99c (Web2C 7.4.5) The top-level auxiliary file: u04a1.aux The style file: apalike.bst Database file #1: /home/ksylvan/src/capella/TS3130/refs.bib So, now, it all works for me. I recommend that you apply first_try.patch and we come up with a better way to do what I need for Cygwin's tetex. Any suggestions? One idea would be a configure test which then sets a variable in lyxrc.defaults which would be consulted by LyX to know whether or not Win32 paths are needed for external paths. Best regards, ---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) Index: src/support/os_win32.C === RCS file: /cvs/lyx/lyx-devel/src/support/os_win32.C,v retrieving revision 1.17 diff -u -r1.17 os_win32.C --- src/support/os_win32.C 2004/12/20 16:59:33 1.17 +++ src/support/os_win32.C 2004/12/31 20:39:00 @@ -147,17 +147,21 @@ string internal_path(string const p) { #ifdef __CYGWIN__ - char pp[MAX_PATH]; + char pp[MAX_PATH]; pp[0] = '\0'; cygwin_conv_to_posix_path(p.c_str(), pp); - string const posix_path = MakeLatexName(pp); + lyxerr[Debug::DEPEND] +Win32 path correction [ +p ]-[ +pp ']' endl; + return pp; #else string const posix_path = subst(p,\\,/); -#endif lyxerr[Debug::DEPEND] Win32 path correction [ p ]-[ posix_path ']' endl; return posix_path; +#endif } @@ -187,13 +191,13 @@ } -string binpath() +const string binpath() { return binpath_; } -string binname() +const string binname() { return binname_; } @@ -205,7 +209,7 @@ } -string getTmpDir() +const string getTmpDir() { return tmpdir_; } Index: src/support/os_win32.C === RCS file: /cvs/lyx/lyx-devel/src/support/os_win32.C,v retrieving revision 1.17 diff -u -r1.17 os_win32.C --- src/support/os_win32.C 2004/12/20 16:59:33 1.17 +++ src/support/os_win32.C 2004/12/31 20:46:31 @@ -115,10 +115,11 @@ string external_path(string const p) { + char const * const disable_cygwin_fixup = getenv(LYX_NO_CYGPATH_FIX); string dos_path; #ifdef __CYGWIN__ // Translate from cygwin path syntax to dos path syntax - if (is_absolute_path(p)) { + if ((! disable_cygwin_fixup) is_absolute_path(p)) { char dp[MAX_PATH]; cygwin_conv_to_full_win32_path(p.c_str(), dp); dos_path = !dp ? : dp; @@ -147,17 +148,21 @@ string internal_path(string const p) { #ifdef __CYGWIN__ - char pp[MAX_PATH]; + char pp[MAX_PATH]; pp[0] = '\0'; cygwin_conv_to_posix_path(p.c_str(), pp); - string const posix_path = MakeLatexName(pp); + lyxerr[Debug::DEPEND] +Win32 path correction [ +p ]-[ +pp ']' endl; + return pp; #else string const posix_path = subst(p,\\,/); -#endif lyxerr[Debug::DEPEND] Win32 path correction [ p ]-[ posix_path ']' endl; return posix_path
Re: Latest LyX on Latest Cygwin
On Thu, Dec 30, 2004 at 08:42:19AM +0100, Michael Schmitt wrote: Dear Kayvan, I guess you have upgraded from gcc 3.3.1 to 3.3.3, right? All I can say is that this compiler version does not work and 3.4X neither :-( I can say now that gcc-3.3.3 works fine with the latest Cygwin with the xforms-1.0.90 release (is there a later version of xforms?). I tracked down the problem and Angus fixed it. I have not been successful in getting the latest free qt working (from kde-cygwin.sourceforge.net) yet. My suggestion (after a lot of frustration): Switch to MinGW and help us iron out the remaining bugs! I may check out MingW at some point, but I like Cygwin because it brings Unix-like functionality to a braindead OS. Best regards, ---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)
Re: Latest LyX on Latest Cygwin
On Fri, Dec 31, 2004 at 04:24:37PM +, Angus Leeming wrote: > Angus Leeming wrote: > > Sure. This means that the s/slashify_path/internal_path/ switch was less > > carefully done that it needed to be. Mea culpa. > > > > I'll try and come up with something in the next couple of hours. > > Ok, Kayvan. The problem (I believe) lies in the call to 'MakeLatexName', > below, which invokes 'AddName' which invokes 'os::internal_path'. Okay, Angus. That almost fixes it. See the attached "first_try.patch" file for a working adaptation of your idea. Now lyx starts up. However, the path fixing is not right for the Cygwin tetex. See below: $ lyx --export pdf2 u04a1.lyx This is BibTeX, Version 0.99c (Web2C 7.4.5) The top-level auxiliary file: u04a1.aux The style file: apalike.bst I couldn't open database file C:/cygwin/home/ksylvan/src/capella/TS3130/refs.bib ---line 31 of file u04a1.aux : \bibdata{C:/cygwin/home/ksylvan/src/capella/TS3130/refs :} I'm skipping whatever remains of this command I found no database files---while reading file u04a1.aux Warning--I didn't find a database entry for "mannino04" (There were 2 error messages) Here, I added a hack which I would love to get rid of. The Cygwin tetex does not like Win32 paths (and does not need them), so I changed os_win32.C (external_path) adding a LYX_NO_CYGPATH_FIX environment variable to skip changing the external path. See the attached "second_try.patch". With this patch, I see: $ lyx --export pdf2 u04a1.lyx This is BibTeX, Version 0.99c (Web2C 7.4.5) The top-level auxiliary file: u04a1.aux The style file: apalike.bst Database file #1: /home/ksylvan/src/capella/TS3130/refs.bib So, now, it all works for me. I recommend that you apply first_try.patch and we come up with a better way to do what I need for Cygwin's tetex. Any suggestions? One idea would be a configure test which then sets a variable in lyxrc.defaults which would be consulted by LyX to know whether or not Win32 paths are needed for external paths. Best regards, ---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) Index: src/support/os_win32.C === RCS file: /cvs/lyx/lyx-devel/src/support/os_win32.C,v retrieving revision 1.17 diff -u -r1.17 os_win32.C --- src/support/os_win32.C 2004/12/20 16:59:33 1.17 +++ src/support/os_win32.C 2004/12/31 20:39:00 @@ -147,17 +147,21 @@ string internal_path(string const & p) { #ifdef __CYGWIN__ - char pp[MAX_PATH]; + char pp[MAX_PATH]; pp[0] = '\0'; cygwin_conv_to_posix_path(p.c_str(), pp); - string const posix_path = MakeLatexName(pp); + lyxerr[Debug::DEPEND] + << " [" + << p << "]->>[" + << pp << ']' << endl; + return pp; #else string const posix_path = subst(p,"\\","/"); -#endif lyxerr[Debug::DEPEND] << " [" << p << "]->>[" << posix_path << ']' << endl; return posix_path; +#endif } @@ -187,13 +191,13 @@ } -string binpath() +const string& binpath() { return binpath_; } -string binname() +const string& binname() { return binname_; } @@ -205,7 +209,7 @@ } -string getTmpDir() +const string& getTmpDir() { return tmpdir_; } Index: src/support/os_win32.C === RCS file: /cvs/lyx/lyx-devel/src/support/os_win32.C,v retrieving revision 1.17 diff -u -r1.17 os_win32.C --- src/support/os_win32.C 2004/12/20 16:59:33 1.17 +++ src/support/os_win32.C 2004/12/31 20:46:31 @@ -115,10 +115,11 @@ string external_path(string const & p) { + char const * const disable_cygwin_fixup = getenv("LYX_NO_CYGPATH_FIX"); string dos_path; #ifdef __CYGWIN__ // Translate from cygwin path syntax to dos path syntax - if (is_absolute_path(p)) { + if ((! disable_cygwin_fixup) && is_absolute_path(p)) { char dp[MAX_PATH]; cygwin_conv_to_full_win32_path(p.c_str(), dp); dos_path = !dp ? "" : dp; @@ -147,17 +148,21 @@ string internal_path(string const & p) { #ifdef __CYGWIN__ - char pp[MAX_PATH]; + char pp[MAX_PATH]; pp[0] = '\0'; cygwin_conv_to_posix_path(p.c_str(), pp); - string const posix_path = MakeLatexName(pp); + lyxerr[Debug::DEPEND] + << " ["
Re: Latest LyX on Latest Cygwin
On Thu, Dec 30, 2004 at 08:42:19AM +0100, Michael Schmitt wrote: > Dear Kayvan, > > I guess you have upgraded from gcc 3.3.1 to 3.3.3, right? All I can say is > that this compiler version does not work and 3.4X neither :-( I can say now that gcc-3.3.3 works fine with the latest Cygwin with the xforms-1.0.90 release (is there a later version of xforms?). I tracked down the problem and Angus fixed it. I have not been successful in getting the latest free qt working (from kde-cygwin.sourceforge.net) yet. > My suggestion (after a lot of frustration): Switch to MinGW and help us > iron out the remaining bugs! I may check out MingW at some point, but I like Cygwin because it brings Unix-like functionality to a braindead OS. Best regards, ---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)
Re: Latest LyX on Latest Cygwin
On Thu, Dec 30, 2004 at 08:42:19AM +0100, Michael Schmitt wrote: Dear Kayvan, I guess you have upgraded from gcc 3.3.1 to 3.3.3, right? All I can say is that this compiler version does not work and 3.4X neither :-( Actually, I spent countless days on uncovering and fixing the problem but all I found was this email: http://www.cygwin.com/ml/cygwin/2004-09/msg01130.html I upgraded libtool, too, but I wasn't successful. My suggestion (after a lot of frustration): Switch to MinGW and help us iron out the remaining bugs! Kind regards, Michael Went back to gcc-3.3.1, and still the same problem: $ gdb lyx GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run Starting program: /usr/local/bin/lyx.exe Program received signal SIGSEGV, Segmentation fault. 0x6106b954 in setpassent () from /usr/bin/cygwin1.dll (gdb) This seems like a Cygwin issue, not a compiler or lyx issue, but I can't find anything about it on the net. -- 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)
Re: Latest LyX on Latest Cygwin
Hi Angus, Here is another clue. I ran the lyx executable with strace under Cygwin. The output was very interesting and seems to point to an infinite loop in startup: [...] 39 433123 [main] lyx 3884 mount_info::conv_to_posix_path: conv_to_posix_path (/usr/local/, keep-rel, add-slash) 25 433148 [main] lyx 3884 normalize_win32_path: \usr\local\ = normalize_win32_path (/usr/local/) 22 433170 [main] lyx 3884 mount_info::conv_to_posix_path: /usr/local/ = conv_to_posix_path (/usr/local/) 35 433205 [main] lyx 3884 mount_info::conv_to_posix_path: conv_to_posix_path (/usr/local/, keep-rel, add-slash) 24 433229 [main] lyx 3884 normalize_win32_path: \usr\local\ = normalize_win32_path (/usr/local/) 23 433252 [main] lyx 3884 mount_info::conv_to_posix_path: /usr/local/ = conv_to_posix_path (/usr/local/) 36 433288 [main] lyx 3884 mount_info::conv_to_posix_path: conv_to_posix_path (/usr/local/, keep-rel, add-slash) 25 433313 [main] lyx 3884 normalize_win32_path: \usr\local\ = normalize_win32_path (/usr/local/) 22 45 [main] lyx 3884 mount_info::conv_to_posix_path: /usr/local/ = conv_to_posix_path (/usr/local/) 35 433370 [main] lyx 3884 mount_info::conv_to_posix_path: conv_to_posix_path (/usr/local/, keep-rel, add-slash) 25 433395 [main] lyx 3884 normalize_win32_path: \usr\local\ = normalize_win32_path (/usr/local/) 22 433417 [main] lyx 3884 mount_info::conv_to_posix_path: /usr/local/ = conv_to_posix_path (/usr/local/) The above is repeated forever till (I presume) stack space is exhasuted and LyX does not start up. Does this give you any ideas of where to look? ---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)
Re: Latest LyX on Latest Cygwin
On Thu, Dec 30, 2004 at 08:42:19AM +0100, Michael Schmitt wrote: > Dear Kayvan, > > I guess you have upgraded from gcc 3.3.1 to 3.3.3, right? All I can say is > that this compiler version does not work and 3.4X neither :-( > > Actually, I spent countless days on uncovering and fixing the problem but > all I found was this email: > > http://www.cygwin.com/ml/cygwin/2004-09/msg01130.html > > I upgraded libtool, too, but I wasn't successful. > > My suggestion (after a lot of frustration): Switch to MinGW and help us > iron out the remaining bugs! > > Kind regards, Michael Went back to gcc-3.3.1, and still the same problem: $ gdb lyx GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) run Starting program: /usr/local/bin/lyx.exe Program received signal SIGSEGV, Segmentation fault. 0x6106b954 in setpassent () from /usr/bin/cygwin1.dll (gdb) This seems like a Cygwin issue, not a compiler or lyx issue, but I can't find anything about it on the net. -- 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)
Re: Latest LyX on Latest Cygwin
Hi Angus, Here is another clue. I ran the lyx executable with strace under Cygwin. The output was very interesting and seems to point to an infinite loop in startup: [...] 39 433123 [main] lyx 3884 mount_info::conv_to_posix_path: conv_to_posix_path (/usr/local/, keep-rel, add-slash) 25 433148 [main] lyx 3884 normalize_win32_path: \usr\local\ = normalize_win32_path (/usr/local/) 22 433170 [main] lyx 3884 mount_info::conv_to_posix_path: /usr/local/ = conv_to_posix_path (/usr/local/) 35 433205 [main] lyx 3884 mount_info::conv_to_posix_path: conv_to_posix_path (/usr/local/, keep-rel, add-slash) 24 433229 [main] lyx 3884 normalize_win32_path: \usr\local\ = normalize_win32_path (/usr/local/) 23 433252 [main] lyx 3884 mount_info::conv_to_posix_path: /usr/local/ = conv_to_posix_path (/usr/local/) 36 433288 [main] lyx 3884 mount_info::conv_to_posix_path: conv_to_posix_path (/usr/local/, keep-rel, add-slash) 25 433313 [main] lyx 3884 normalize_win32_path: \usr\local\ = normalize_win32_path (/usr/local/) 22 45 [main] lyx 3884 mount_info::conv_to_posix_path: /usr/local/ = conv_to_posix_path (/usr/local/) 35 433370 [main] lyx 3884 mount_info::conv_to_posix_path: conv_to_posix_path (/usr/local/, keep-rel, add-slash) 25 433395 [main] lyx 3884 normalize_win32_path: \usr\local\ = normalize_win32_path (/usr/local/) 22 433417 [main] lyx 3884 mount_info::conv_to_posix_path: /usr/local/ = conv_to_posix_path (/usr/local/) The above is repeated forever till (I presume) stack space is exhasuted and LyX does not start up. Does this give you any ideas of where to look? ---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)
Latest LyX on Latest Cygwin
I'm having the following problem after having upgraded Cygwin to the latest and then compiling the latest lyx CVS: Lyx does not start up. Running it in gdb, I get: $ gdb src/lyx GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run Starting program: /home/ksylvan/src/lyx-debug/src/lyx.exe Program received signal SIGSEGV, Segmentation fault. 0x6106b954 in setpassent () from /usr/bin/cygwin1.dll (gdb) where #0 0x6106b954 in setpassent () from /usr/bin/cygwin1.dll Does anyone have any ideas here? Thanks. ---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)
Re: Latest LyX on Latest Cygwin
On Wed, Dec 29, 2004 at 09:40:55PM +, Angus Leeming wrote: Kayvan A. Sylvan wrote: I'm having the following problem after having upgraded Cygwin to the latest and then compiling the latest lyx CVS: Hi, Kayvan. I've made a lot of little changes recently that may well impact Cygwin. I've looked at the patches, and I don't think they are to blame. It seems to be happening in the startup, though. I am stumped. This used to work perfectly for me. I will look at this more tomorrow. Meanwhile, if you have any other ideas... Thanks. ---Kayvan
Latest LyX on Latest Cygwin
I'm having the following problem after having upgraded Cygwin to the latest and then compiling the latest lyx CVS: Lyx does not start up. Running it in gdb, I get: $ gdb src/lyx GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) run Starting program: /home/ksylvan/src/lyx-debug/src/lyx.exe Program received signal SIGSEGV, Segmentation fault. 0x6106b954 in setpassent () from /usr/bin/cygwin1.dll (gdb) where #0 0x6106b954 in setpassent () from /usr/bin/cygwin1.dll Does anyone have any ideas here? Thanks. ---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)
Re: Latest LyX on Latest Cygwin
On Wed, Dec 29, 2004 at 09:40:55PM +, Angus Leeming wrote: > Kayvan A. Sylvan wrote: > > > I'm having the following problem after having upgraded Cygwin to the > > latest and then compiling the latest lyx CVS: > > Hi, Kayvan. > > I've made a lot of little changes recently that may well impact Cygwin. I've looked at the patches, and I don't think they are to blame. It seems to be happening in the startup, though. I am stumped. This used to work perfectly for me. I will look at this more tomorrow. Meanwhile, if you have any other ideas... Thanks. ---Kayvan
Latest LyX CVS: undo (C-z) is disabled.
This is very strange. Is anyone else seeing this? In the latest LyX CVS, undo (C-z) is disabled. ---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)
Latest LyX CVS: undo (C-z) is disabled.
This is very strange. Is anyone else seeing this? In the latest LyX CVS, undo (C-z) is disabled. ---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)
postscript preview: convert problem in Cygwin
Hi everyone, Under Cygwin, I can't seem to see postscript images in LyX, though the output looks just fine. I have traced the issue to an ImageMagick/convert problem. Does any of this ring a bell? Does anyone have postscript image preview working under Cygwin? $ convert -depth 8 eps:/home/ksylvan/etc/scouts/img/BSA.eps ppm:/tmp/img.ppm Unrecoverable error: rangecheck in .putdeviceprops START 0 1911592 582931 1623064 325902 true 1096 6 0 END PROCS 0 1911592 592670 1623064 327286 true 1095 6 0 END FONTDIR/ENCS 0 1931688 601750 1623064 328670 true 1094 6 0 END DEVS 0 1934376 607726 1623064 328670 true 1094 6 0 END STATD 0 1934376 611706 1623064 330294 true 1094 6 0 END GS_FONTS 0 1954472 629115 1623064 330294 true 1094 6 0 BEGIN RESOURCES 0 1974568 646669 1669104 376734 true 1094 7 0 END CATEGORY 0 1974568 647953 1669104 376894 true 1094 8 0 END GENERIC 0 1974568 650922 1669104 376894 true 1094 7 0 END FIXED 0 1994664 659867 1669104 376894 true 1094 7 0 END MISC 0 1994664 664283 1669104 376894 true 1094 7 0 END ENCODING 0 1994664 665999 1669104 376894 true 1094 7 0 %%[ Error: undefinedresource; OffendingCommand: makepattern ]%% START 60 2066576 730160 1669104 377638 true 1088 8 6 END PROCS 70 2066576 739875 1669104 379022 true 1086 8 6 END FONTDIR/ENCS 70 2066576 745627 1669104 380406 true 1085 8 6 END DEVS 80 2089360 754931 1669104 380406 true 1085 8 6 END STATD 80 2089360 759159 1669104 382030 true 1085 8 6 END GS_FONTS 80 2109456 776568 1669104 382030 true 1085 8 6 %%[ Error: execstackoverflowUnrecoverable error: rangecheck in .putdeviceprops START 0 1911592 582931 1623064 325902 true 1096 6 0 END PROCS 0 1911592 592670 1623064 327286 true 1095 6 0 END FONTDIR/ENCS 0 1931688 601750 1623064 328670 true 1094 6 0 END DEVS 0 1934376 607726 1623064 328670 true 1094 6 0 END STATD 0 1934376 611706 1623064 330294 true 1094 6 0 END GS_FONTS 0 1954472 629115 1623064 330294 true 1094 6 0 BEGIN RESOURCES 0 1974568 646669 1669104 376734 true 1094 7 0 END CATEGORY 10 1974568 647953 1669104 376894 true 1094 8 0 END GENERIC 10 1974568 650922 1669104 376894 true 1094 7 0 END FIXED 10 1994664 659867 1669104 376894 true 1094 7 0 END MISC 10 1994664 664283 1669104 376894 true 1094 7 0 END ENCODING 10 1994664 665999 1669104 376894 true 1094 7 0 %%[ Error: undefinedresource; OffendingCommand: makepattern ]%% START 90 2066576 730160 1669104 377638 true 1088 8 6 END PROCS 90 2066576 739875 1669104 379022 true 1086 8 6 END FONTDIR/ENCS 90 2066576 745627 1669104 380406 true 1085 8 6 END DEVS 90 2089360 754931 1669104 380406 true 1085 8 6 END STATD 100 2089360 759159 1669104 382030 true 1085 8 6 END GS_FONTS 100 2109456 776568 1669104 382030 true 1085 8 6 %%[ Error: execstackoverflowconvert: Postscript delegate failed `/home/ksylvan/etc/scouts/img/BSA.eps'. -- 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)
postscript preview: convert problem in Cygwin
Hi everyone, Under Cygwin, I can't seem to see postscript images in LyX, though the output looks just fine. I have traced the issue to an ImageMagick/convert problem. Does any of this ring a bell? Does anyone have postscript image preview working under Cygwin? $ convert -depth 8 eps:/home/ksylvan/etc/scouts/img/BSA.eps ppm:/tmp/img.ppm Unrecoverable error: rangecheck in .putdeviceprops START 0 1911592 582931 1623064 325902 true 1096 6 <0> END PROCS 0 1911592 592670 1623064 327286 true 1095 6 <0> END FONTDIR/ENCS 0 1931688 601750 1623064 328670 true 1094 6 <0> END DEVS 0 1934376 607726 1623064 328670 true 1094 6 <0> END STATD 0 1934376 611706 1623064 330294 true 1094 6 <0> END GS_FONTS 0 1954472 629115 1623064 330294 true 1094 6 <0> BEGIN RESOURCES 0 1974568 646669 1669104 376734 true 1094 7 <0> END CATEGORY 0 1974568 647953 1669104 376894 true 1094 8 <0> END GENERIC 0 1974568 650922 1669104 376894 true 1094 7 <0> END FIXED 0 1994664 659867 1669104 376894 true 1094 7 <0> END MISC 0 1994664 664283 1669104 376894 true 1094 7 <0> END ENCODING 0 1994664 665999 1669104 376894 true 1094 7 <0> %%[ Error: undefinedresource; OffendingCommand: makepattern ]%% START 60 2066576 730160 1669104 377638 true 1088 8 <6> END PROCS 70 2066576 739875 1669104 379022 true 1086 8 <6> END FONTDIR/ENCS 70 2066576 745627 1669104 380406 true 1085 8 <6> END DEVS 80 2089360 754931 1669104 380406 true 1085 8 <6> END STATD 80 2089360 759159 1669104 382030 true 1085 8 <6> END GS_FONTS 80 2109456 776568 1669104 382030 true 1085 8 <6> %%[ Error: execstackoverflowUnrecoverable error: rangecheck in .putdeviceprops START 0 1911592 582931 1623064 325902 true 1096 6 <0> END PROCS 0 1911592 592670 1623064 327286 true 1095 6 <0> END FONTDIR/ENCS 0 1931688 601750 1623064 328670 true 1094 6 <0> END DEVS 0 1934376 607726 1623064 328670 true 1094 6 <0> END STATD 0 1934376 611706 1623064 330294 true 1094 6 <0> END GS_FONTS 0 1954472 629115 1623064 330294 true 1094 6 <0> BEGIN RESOURCES 0 1974568 646669 1669104 376734 true 1094 7 <0> END CATEGORY 10 1974568 647953 1669104 376894 true 1094 8 <0> END GENERIC 10 1974568 650922 1669104 376894 true 1094 7 <0> END FIXED 10 1994664 659867 1669104 376894 true 1094 7 <0> END MISC 10 1994664 664283 1669104 376894 true 1094 7 <0> END ENCODING 10 1994664 665999 1669104 376894 true 1094 7 <0> %%[ Error: undefinedresource; OffendingCommand: makepattern ]%% START 90 2066576 730160 1669104 377638 true 1088 8 <6> END PROCS 90 2066576 739875 1669104 379022 true 1086 8 <6> END FONTDIR/ENCS 90 2066576 745627 1669104 380406 true 1085 8 <6> END DEVS 90 2089360 754931 1669104 380406 true 1085 8 <6> END STATD 100 2089360 759159 1669104 382030 true 1085 8 <6> END GS_FONTS 100 2109456 776568 1669104 382030 true 1085 8 <6> %%[ Error: execstackoverflowconvert: Postscript delegate failed `/home/ksylvan/etc/scouts/img/BSA.eps'. -- 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)
Re: [PATCH] Re: Control-Enter and cursor location
On Tue, Nov 02, 2004 at 03:26:33PM +0100, Jean-Marc Lasgouttes wrote: Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes: Kayvan I thought JMarc said he has a fix, but I still see this bug in Kayvan the latest CVS. Well, there were two problems: 1/ I did not have time to commit the fix 2/ the fix did not handle this particular case. The proper fix is in now. JMarc Thank you! -- 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)
Re: [PATCH] Re: Control-Enter and cursor location
On Tue, Nov 02, 2004 at 03:26:33PM +0100, Jean-Marc Lasgouttes wrote: > >>>>> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: > > Kayvan> I thought JMarc said he has a fix, but I still see this bug in > Kayvan> the latest CVS. > > Well, there were two problems: > > 1/ I did not have time to commit the fix > > 2/ the fix did not handle this particular case. > > The proper fix is in now. > > JMarc > Thank you! -- 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)
A literate programming build bug
Recent CVS exhibits the following problem: lyx --export program foo.lyx This seems to always return an error, even when the build script appears to work. Is there something that has changed with the --export code in this regard? ---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)
Re: A literate programming build bug
On Fri, Oct 29, 2004 at 01:04:27PM -0700, Kayvan A. Sylvan wrote: Recent CVS exhibits the following problem: lyx --export program foo.lyx This seems to always return an error, even when the build script appears to work. Is there something that has changed with the --export code in this regard? Example: [EMAIL PROTECTED] ~/src/afg]$ make build lyx --export program commit.lyx Error: Couldn't copy file Copying /tmp/lyx_tmpdir4751PUK6iy/lyx_tmpbuf0/commit to ~/src/afg/commit failed. You have new mail in /var/spool/mail/kayvan LyX seems to be assuming that the build script will invariably create a program in the temporary directory which should be copied. For most of my literate programs, that is a bad assumption. My build-script handles everything it needs to. When was this added? Is this a change that we can revert? Thanks. ---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)
Re: A literate programming build bug
On Fri, Oct 29, 2004 at 11:16:36PM +0200, Alfredo Braunstein wrote: Kayvan A. Sylvan wrote: [EMAIL PROTECTED] ~/src/afg]$ make build lyx --export program commit.lyx Error: Couldn't copy file Copying /tmp/lyx_tmpdir4751PUK6iy/lyx_tmpbuf0/commit to ~/src/afg/commit failed. You have new mail in /var/spool/mail/kayvan btw, you have mail. *laugh* Yup! I do!! :-) From you!! PS: please forgive me, I'm just drunk. Nothing to forgive. I wish I could join you in drunken revelry! Enjoy it. ;-) -- 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)
Control-Enter and cursor location
I reported a similar bug about Control-Space and how the cursor location is non-intuitive. Reproduce: 1) abcd [Control-Enter] efg What you will see is: abcdefg with the non-breakable return inset on the next line. What you should see is: abcd[] efg Where the [] above represents the Control-Return inset. I thought JMarc said he has a fix, but I still see this bug in the latest CVS. ---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)
A literate programming build bug
Recent CVS exhibits the following problem: lyx --export program foo.lyx This seems to always return an error, even when the build script appears to work. Is there something that has changed with the --export code in this regard? ---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)
Re: A literate programming build bug
On Fri, Oct 29, 2004 at 01:04:27PM -0700, Kayvan A. Sylvan wrote: > Recent CVS exhibits the following problem: > > lyx --export program foo.lyx > > This seems to always return an error, even when the build script appears > to work. Is there something that has changed with the --export code > in this regard? Example: [EMAIL PROTECTED] ~/src/afg]$ make build lyx --export program commit.lyx Error: Couldn't copy file Copying /tmp/lyx_tmpdir4751PUK6iy/lyx_tmpbuf0/commit to ~/src/afg/commit failed. You have new mail in /var/spool/mail/kayvan LyX seems to be assuming that the build script will invariably create a program in the temporary directory which should be copied. For most of my literate programs, that is a bad assumption. My build-script handles everything it needs to. When was this added? Is this a change that we can revert? Thanks. ---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)
Re: A literate programming build bug
On Fri, Oct 29, 2004 at 11:16:36PM +0200, Alfredo Braunstein wrote: > Kayvan A. Sylvan wrote: > > > [EMAIL PROTECTED] ~/src/afg]$ make build > > lyx --export program commit.lyx > > Error: Couldn't copy file > > > > Copying /tmp/lyx_tmpdir4751PUK6iy/lyx_tmpbuf0/commit to ~/src/afg/commit > > failed. You have new mail in /var/spool/mail/kayvan > > btw, you have mail. *laugh* Yup! I do!! :-) From you!! > PS: please forgive me, I'm just drunk. Nothing to forgive. I wish I could join you in drunken revelry! Enjoy it. ;-) -- 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)
Control-Enter and cursor location
I reported a similar bug about Control-Space and how the cursor location is non-intuitive. Reproduce: 1) abcd [Control-Enter] efg What you will see is: "abcdefg" with the non-breakable return inset on the next line. What you should see is: abcd[] efg Where the "[]" above represents the Control-Return inset. I thought JMarc said he has a fix, but I still see this bug in the latest CVS. ---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)
docbook.C compile problem
Latest CVS lyx does not compile: if g++ -DHAVE_CONFIG_H -I. -I../../lyx/src -I. -I../../lyx/boost -I/usr/local/include -I/usr/X11R6/include -O2 -fno-exceptions -W -Wall -mms-bitfields -MT output_docbook.o -MD -MP -MF .deps/output_docbook.Tpo -c -o output_docbook.o ../../lyx/src/output_docbook.C; \ then mv -f .deps/output_docbook.Tpo .deps/output_docbook.Po; else rm -f .deps/output_docbook.Tpo; exit 1; fi ../../lyx/src/output_docbook.C:39: error: `stack' not declared make[3]: *** [output_docbook.o] Error 1 make[3]: Leaving directory `/home/ksylvan/src/lyx-build/src'
BUG: CVS lyx Control-space oddity
Inserting a non-breaking space puts the cursor *before* the non-breaking space inset. Type: ab Control-space c You will see abc|_| with the cursor right after the c instead of what you would expect: ab|_|c (the |_| represents the unbreakable space). -- 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)
LyX CVS compile problem
On Linux, xforms frontend: if g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/X11R6/include -O2 -fno-ex ceptions -W -Wall -MT sgml.o -MD -MP -MF .deps/sgml.Tpo \ -c -o sgml.o `test -f 'sgml.C' || echo './'`sgml.C; \ then mv -f .deps/sgml.Tpo .deps/sgml.Po; \ else rm -f .deps/sgml.Tpo; exit 1; \ fi In file included from sgml.C:14: sgml.h:35: invalid use of undefined type `struct std::string' /usr/include/c++/3.2/bits/stringfwd.h:61: declaration of `struct std::string' make[4]: *** [sgml.o] Error 1 ---Kayvan
docbook.C compile problem
Latest CVS lyx does not compile: if g++ -DHAVE_CONFIG_H -I. -I../../lyx/src -I. -I../../lyx/boost -I/usr/local/include -I/usr/X11R6/include -O2 -fno-exceptions -W -Wall -mms-bitfields -MT output_docbook.o -MD -MP -MF ".deps/output_docbook.Tpo" -c -o output_docbook.o ../../lyx/src/output_docbook.C; \ then mv -f ".deps/output_docbook.Tpo" ".deps/output_docbook.Po"; else rm -f ".deps/output_docbook.Tpo"; exit 1; fi ../../lyx/src/output_docbook.C:39: error: `stack' not declared make[3]: *** [output_docbook.o] Error 1 make[3]: Leaving directory `/home/ksylvan/src/lyx-build/src'
BUG: CVS lyx Control-space oddity
Inserting a non-breaking space puts the cursor *before* the non-breaking space inset. Type: ab Control-space c You will see abc|_| with the cursor right after the "c" instead of what you would expect: ab|_|c (the "|_|" represents the unbreakable space). -- 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)
LyX CVS compile problem
On Linux, xforms frontend: if g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/X11R6/include -O2 -fno-ex ceptions -W -Wall -MT sgml.o -MD -MP -MF ".deps/sgml.Tpo" \ -c -o sgml.o `test -f 'sgml.C' || echo './'`sgml.C; \ then mv -f ".deps/sgml.Tpo" ".deps/sgml.Po"; \ else rm -f ".deps/sgml.Tpo"; exit 1; \ fi In file included from sgml.C:14: sgml.h:35: invalid use of undefined type `struct std::string' /usr/include/c++/3.2/bits/stringfwd.h:61: declaration of `struct std::string' make[4]: *** [sgml.o] Error 1 ---Kayvan
CVS lyx: make rpmdist failing
Did something change recently with the RPM spec file or the build process? + ./configure --with-frontend=xforms --prefix=/usr --mandir=/usr/share/man --bin dir=/usr/bin --datadir=/usr/share --without-warnings --disable-debug --enable-op timization=-O2 %{version_suffix} configure: WARNING: you should use --build, --host, --target configure: WARNING: invalid host type: %{version_suffix} configuring LyX version 1.4.0cvs WARNING: This is a development version. Expect bugs. checking whether to enable maintainer-specific portions of Makefiles... yes checking build system type... Invalid configuration `%{version_suffix}': machine `%{version_suffix}' not recognized configure: error: /bin/sh config/config.sub %{version_suffix} failed -- 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)
Re: CVS lyx: make rpmdist failing
On Thu, Oct 21, 2004 at 08:47:22PM +0200, Georg Baum wrote: Am Donnerstag, 21. Oktober 2004 19:46 schrieb Kayvan A. Sylvan: Did something change recently with the RPM spec file or the build process? Yes. I made rpms with version suffix work (at on my machine). + ./configure --with-frontend=xforms --prefix=/usr --mandir=/usr/share/man --bin dir=/usr/bin --datadir=/usr/share --without-warnings --disable-debug --enable-op timization=-O2 %{version_suffix} Why is that %{version_suffix}? This should be an empty variable or a string like --with-version-suffix=1.4 Have you tried it with an empty body? My RPM complains about the empty body and it never gets substituted. -- 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)
CVS lyx: make rpmdist failing
Did something change recently with the RPM spec file or the build process? + ./configure --with-frontend=xforms --prefix=/usr --mandir=/usr/share/man --bin dir=/usr/bin --datadir=/usr/share --without-warnings --disable-debug --enable-op timization=-O2 %{version_suffix} configure: WARNING: you should use --build, --host, --target configure: WARNING: invalid host type: %{version_suffix} configuring LyX version 1.4.0cvs WARNING: This is a development version. Expect bugs. checking whether to enable maintainer-specific portions of Makefiles... yes checking build system type... Invalid configuration `%{version_suffix}': machine `%{version_suffix}' not recognized configure: error: /bin/sh config/config.sub %{version_suffix} failed -- 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)
Re: CVS lyx: make rpmdist failing
On Thu, Oct 21, 2004 at 08:47:22PM +0200, Georg Baum wrote: > Am Donnerstag, 21. Oktober 2004 19:46 schrieb Kayvan A. Sylvan: > > Did something change recently with the RPM spec file or the build > process? > > Yes. I made rpms with version suffix work (at on my machine). > > > + ./configure --with-frontend=xforms --prefix=/usr > --mandir=/usr/share/man --bin > > dir=/usr/bin --datadir=/usr/share --without-warnings --disable-debug > --enable-op > > timization=-O2 %{version_suffix} > > Why is that %{version_suffix}? This should be an empty variable or a > string like "--with-version-suffix=1.4" Have you tried it with an empty body? My RPM complains about the empty body and it never gets substituted. -- 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)
Re: Fwd: Re: Cygwin and 1.3.5
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) pgpYiyGpcSc1Q.pgp Description: PGP signature
Re: Fwd: Re: Cygwin and 1.3.5
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) pgpYiyGpcSc1Q.pgp Description: PGP signature
Re: LyX compiles on Win32 with mingw gpl qt library
On Wed, Sep 22, 2004 at 10:59:32AM +0200, Ruurd Reitsma wrote: Hi there, just want to let you know that it is now possible to build a native LyX on the evil OS with just free tools. All of this because the qt port in the kde on cygwin project is maturing. What you need is: -LyX 1.3.x CVS -latest mingw with GCC 3.4 http://www.mingw.org/download.shtml -MSYS with autotools (msysDTK) -GPL win32 Qt port. http://kde-cygwin.sourceforge.net/qt3-win32/index.php -The patches on my page http://www.home.zonnet.nl/rareitsma/lyx/. These need to be updated btw. It´s still not a 100% working solution, because there are still some bugs in the Qt port. Weird things happen when mathed comes into play. Butthese can of course be fixed if someone takes the time. Building the qt port with a cross compiler is difficult, but I think that the rest can easily be cross compiled. A fairly good explanation is found here: http://www.technosis.de/mingw/crosscompile/ I will try to update my patches a bit. There´s less patching needed if gcc is used. Ruurd Wow, that's great! Does that mean that a LyX Win32 installer can be created at some point? Thanks for doing 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) pgp7Xcl5k1Cw0.pgp Description: PGP signature
Re: Towards LyX 1.3.5 [status update #2]
On Wed, Sep 22, 2004 at 07:52:57PM +0200, Georg Baum wrote: Jean-Marc Lasgouttes wrote: Things that remain to be done: - shall we fix the lyx.spec file, or wait until 1.4.0? The patch I sent a few days ago works, but it does not make rpmbuild stop if the needed packages are not found. I have an idea to fix that: Let the %prep script create an error file that is read by configure, and let configure stop if the error file exists. rpmbuild will stop if something goes wrong during the %build stage (strange that it does not during the prep stage). If this is not considered too ugly, I can prepare a patch tomorrow. Otherwise I have no idea how to improve the spec file and unless somebody else has an idea we should IMO not wait. Georg As long as all this still works with RPM 3.0.6, it's fine by me. -- 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) pgp2P1d8IT6Ff.pgp Description: PGP signature
Re: LyX compiles on Win32 with mingw & gpl qt library
On Wed, Sep 22, 2004 at 10:59:32AM +0200, Ruurd Reitsma wrote: > Hi there, > > just want to let you know that it is now possible to build a native LyX on > the evil OS with just free tools. All of this because the qt port in the kde > on cygwin project is maturing. What you need is: > > -LyX 1.3.x CVS > -latest mingw with GCC 3.4 http://www.mingw.org/download.shtml > -MSYS with autotools (msysDTK) > -GPL win32 Qt port. http://kde-cygwin.sourceforge.net/qt3-win32/index.php > -The patches on my page http://www.home.zonnet.nl/rareitsma/lyx/. These need > to be updated btw. > > It´s still not a 100% working solution, because there are still some bugs in > the Qt port. Weird things happen when mathed comes into play. Butthese > can of course be fixed if someone takes the time. > > Building the qt port with a cross compiler is difficult, but I think that > the rest can easily be cross compiled. A fairly good explanation is found > here: http://www.technosis.de/mingw/crosscompile/ > > I will try to update my patches a bit. There´s less patching needed if gcc > is used. > > Ruurd Wow, that's great! Does that mean that a LyX Win32 installer can be created at some point? Thanks for doing 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) pgp7Xcl5k1Cw0.pgp Description: PGP signature
Re: Towards LyX 1.3.5 [status update #2]
On Wed, Sep 22, 2004 at 07:52:57PM +0200, Georg Baum wrote: > Jean-Marc Lasgouttes wrote: > > > Things that remain to be done: > > > > - shall we fix the lyx.spec file, or wait until 1.4.0? > > The patch I sent a few days ago works, but it does not make rpmbuild stop if > the needed packages are not found. I have an idea to fix that: Let the > %prep script create an error file that is read by configure, and let > configure stop if the error file exists. rpmbuild will stop if something > goes wrong during the %build stage (strange that it does not during the > prep stage). > If this is not considered too ugly, I can prepare a patch tomorrow. > Otherwise I have no idea how to improve the spec file and unless somebody > else has an idea we should IMO not wait. > > > Georg As long as all this still works with RPM 3.0.6, it's fine by me. -- 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) pgp2P1d8IT6Ff.pgp Description: PGP signature
Solaris Build Still Fails
Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -O2 -fno-exceptions -W -Wall Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. [...] /bin/sh ../../libtool --mode=link g++ -O2 -fno-exceptions -W -Wall -L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib -o lyxclient boost.o client.o debug.o gettext.o messages.o ../../src/support/libsupport.la ../../boost/libs/filesystem/src/libboostfilesystem.la ../../boost/libs/regex/src/libboostregex.la /u/ksylvan/lib/libintl.so -lc -R/u/ksylvan/lib g++ -O2 -fno-exceptions -W -Wall -Wl,-R/u/ksylvan/lib -o lyxclient boost.o client.o debug.o gettext.o messages.o /u/ksylvan/lib/libintl.so -L/u/ksylvan/lib ../../src/support/.libs/libsupport.a -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -L/remote/meth_lab2/ksylvan/gcc-build/gcc -L/remote/tools/ksylvan/bin/icon-9.3.2/include ../../boost/libs/filesystem/src/.libs/libboostfilesystem.a ../../boost/libs/regex/src/.libs/libboostregex.a /u/ksylvan/gcc3/lib/./libstdc++.so -L/usr/ccs/bin -L/usr/ccs/lib -lm -lgcc_s -lc -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/lib ld: warning: file /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of file Undefined first referenced symbol in file __xnet_connect client.o __xnet_socket client.o ld: fatal: Symbol referencing errors. No output written to lyxclient collect2: ld returned 1 exit status make[2]: *** [lyxclient] Error 1 make[2]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1 ---Kayvan -- I'm Kayvan Sylvan, and I approve this message. Kayvan A. Sylvan (650-584-5489) Central Infrastructure Services Email: [EMAIL PROTECTED] Alternate Email: [EMAIL PROTECTED] pgpgRef4YDzz1.pgp Description: PGP signature
Re: Solaris Build Still Fails
On Tue, Sep 21, 2004 at 10:04:58PM +0200, Lars Gullik Bjønnes wrote: John Levon [EMAIL PROTECTED] writes: | On Tue, Sep 21, 2004 at 07:03:32PM +0200, Lars Gullik Bj?nnes wrote: | ld: warning: file /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of file | Undefinedfirst referenced | symbol in file | __xnet_connect client.o | __xnet_socket client.o so in what lib are these defined? | -lsocket probably Kayvan, can you check? -- Lgb [EMAIL PROTECTED] [~]503$ nm /lib/libsocket.a | grep xnet 0030 T __xnet_socket 0030 T __xnet_socketpair 0108 T __xnet_bind 0128 T __xnet_connect 0174 T __xnet_getsockopt 0118 T __xnet_listen 0138 T __xnet_recvmsg 014c T __xnet_sendmsg 0160 T __xnet_sendto Yes. pgpe2HcrYPaER.pgp Description: PGP signature
Re: Solaris Build Still Fails
On Tue, Sep 21, 2004 at 10:49:24PM +0200, Lars Gullik Bjønnes wrote: Kayvan A. Sylvan [EMAIL PROTECTED] writes: | On Tue, Sep 21, 2004 at 10:04:58PM +0200, Lars Gullik Bjønnes wrote: John Levon [EMAIL PROTECTED] writes: | On Tue, Sep 21, 2004 at 07:03:32PM +0200, Lars Gullik Bj?nnes wrote: | ld: warning: file /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of file | Undefined first referenced | symbol in file | __xnet_connect client.o | __xnet_socket client.o so in what lib are these defined? | -lsocket probably Kayvan, can you check? -- Lgb | [EMAIL PROTECTED] [~]503$ nm /lib/libsocket.a | grep xnet | 0030 T __xnet_socket | 0030 T __xnet_socketpair | 0108 T __xnet_bind | 0128 T __xnet_connect | 0174 T __xnet_getsockopt | 0118 T __xnet_listen | 0138 T __xnet_recvmsg | 014c T __xnet_sendmsg | 0160 T __xnet_sendto does it have plain socket and connect as well? Yes, it does. pgpgmGnbbz1X8.pgp Description: PGP signature
Solaris Build Still Fails
Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -O2 -fno-exceptions -W -Wall Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. [...] /bin/sh ../../libtool --mode=link g++ -O2 -fno-exceptions -W -Wall -L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib -o lyxclient boost.o client.o debug.o gettext.o messages.o ../../src/support/libsupport.la ../../boost/libs/filesystem/src/libboostfilesystem.la ../../boost/libs/regex/src/libboostregex.la /u/ksylvan/lib/libintl.so -lc -R/u/ksylvan/lib g++ -O2 -fno-exceptions -W -Wall -Wl,-R/u/ksylvan/lib -o lyxclient boost.o client.o debug.o gettext.o messages.o /u/ksylvan/lib/libintl.so -L/u/ksylvan/lib ../../src/support/.libs/libsupport.a -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -L/remote/meth_lab2/ksylvan/gcc-build/gcc -L/remote/tools/ksylvan/bin/icon-9.3.2/include ../../boost/libs/filesystem/src/.libs/libboostfilesystem.a ../../boost/libs/regex/src/.libs/libboostregex.a /u/ksylvan/gcc3/lib/./libstdc++.so -L/usr/ccs/bin -L/usr/ccs/lib -lm -lgcc_s -lc -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/lib ld: warning: file /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of file Undefined first referenced symbol in file __xnet_connect client.o __xnet_socket client.o ld: fatal: Symbol referencing errors. No output written to lyxclient collect2: ld returned 1 exit status make[2]: *** [lyxclient] Error 1 make[2]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1 ---Kayvan -- "I'm Kayvan Sylvan, and I approve this message." Kayvan A. Sylvan (650-584-5489) Central Infrastructure Services Email: [EMAIL PROTECTED] Alternate Email: [EMAIL PROTECTED] pgpgRef4YDzz1.pgp Description: PGP signature
Re: Solaris Build Still Fails
On Tue, Sep 21, 2004 at 10:04:58PM +0200, Lars Gullik Bjønnes wrote: > John Levon <[EMAIL PROTECTED]> writes: > > | On Tue, Sep 21, 2004 at 07:03:32PM +0200, Lars Gullik Bj?nnes wrote: > > > >> | ld: warning: file > >> /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: > >> linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of > >> file > >> | Undefinedfirst referenced > >> | symbol in file > >> | __xnet_connect client.o > >> | __xnet_socket client.o > >> > >> so in what lib are these defined? > > > | -lsocket probably > > Kayvan, can you check? > > -- > Lgb [EMAIL PROTECTED] [~]503$ nm /lib/libsocket.a | grep xnet 0030 T __xnet_socket 0030 T __xnet_socketpair 0108 T __xnet_bind 0128 T __xnet_connect 0174 T __xnet_getsockopt 0118 T __xnet_listen 0138 T __xnet_recvmsg 014c T __xnet_sendmsg 0160 T __xnet_sendto Yes. pgpe2HcrYPaER.pgp Description: PGP signature
Re: Solaris Build Still Fails
On Tue, Sep 21, 2004 at 10:49:24PM +0200, Lars Gullik Bjønnes wrote: > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: > > | On Tue, Sep 21, 2004 at 10:04:58PM +0200, Lars Gullik Bjønnes wrote: > >> John Levon <[EMAIL PROTECTED]> writes: > >> > >> | On Tue, Sep 21, 2004 at 07:03:32PM +0200, Lars Gullik Bj?nnes wrote: > >> > > >> >> | ld: warning: file > >> >> /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: > >> >> linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of > >> >> file > >> >> | Undefined first referenced > >> >> | symbol in file > >> >> | __xnet_connect client.o > >> >> | __xnet_socket client.o > >> >> > >> >> so in what lib are these defined? > >> > > >> | -lsocket probably > >> > >> Kayvan, can you check? > >> > >> -- > >>Lgb > > > | [EMAIL PROTECTED] [~]503$ nm /lib/libsocket.a | grep xnet > | 0030 T __xnet_socket > | 0030 T __xnet_socketpair > | 0108 T __xnet_bind > | 0128 T __xnet_connect > | 0174 T __xnet_getsockopt > | 0118 T __xnet_listen > | 0138 T __xnet_recvmsg > | 014c T __xnet_sendmsg > | 0160 T __xnet_sendto > > does it have plain socket and connect as well? Yes, it does. pgpgmGnbbz1X8.pgp Description: PGP signature
Re: Solaris build again
This is different that the last compile failure... Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -O2 -fno-exceptions -W -Wall Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, [...] Making install in client make[2]: Entering directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' /bin/sh ../../libtool --mode=link g++ -O2 -fno-exceptions -W -Wall -L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib -o lyxclient boost.o client.o debug.o gettext.o messages.o ../../src/support/libsupport.la ../../boost/libs/filesystem/src/libboostfilesystem.la ../../boost/libs/regex/src/libboostregex.la /u/ksylvan/lib/libintl.so -lc -R/u/ksylvan/lib g++ -O2 -fno-exceptions -W -Wall -Wl,-R/u/ksylvan/lib -o lyxclient boost.o client.o debug.o gettext.o messages.o /u/ksylvan/lib/libintl.so -L/u/ksylvan/lib ../../src/support/.libs/libsupport.a -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -L/remote/meth_lab2/ksylvan/gcc-build/gcc -L/remote/tools/ksylvan/bin/icon-9.3.2/include ../../boost/libs/filesystem/src/.libs/libboostfilesystem.a ../../boost/libs/regex/src/.libs/libboostregex.a /u/ksylvan/gcc3/lib/./libstdc++.so -L/usr/ccs/bin -L/usr/ccs/lib -lm -lgcc_s -lc -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/lib ld: warning: file /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of file Undefined first referenced symbol in file __xnet_connect client.o __xnet_socket client.o ld: fatal: Symbol referencing errors. No output written to lyxclient collect2: ld returned 1 exit status make[2]: *** [lyxclient] Error 1 make[2]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1 pgpl58hoGcZGb.pgp Description: PGP signature
Re: Solaris build again
This is different that the last compile failure... Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -O2 -fno-exceptions -W -Wall Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, [...] Making install in client make[2]: Entering directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' /bin/sh ../../libtool --mode=link g++ -O2 -fno-exceptions -W -Wall -L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib -o lyxclient boost.o client.o debug.o gettext.o messages.o ../../src/support/libsupport.la ../../boost/libs/filesystem/src/libboostfilesystem.la ../../boost/libs/regex/src/libboostregex.la /u/ksylvan/lib/libintl.so -lc -R/u/ksylvan/lib g++ -O2 -fno-exceptions -W -Wall -Wl,-R/u/ksylvan/lib -o lyxclient boost.o client.o debug.o gettext.o messages.o /u/ksylvan/lib/libintl.so -L/u/ksylvan/lib ../../src/support/.libs/libsupport.a -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -L/remote/meth_lab2/ksylvan/gcc-build/gcc -L/remote/tools/ksylvan/bin/icon-9.3.2/include ../../boost/libs/filesystem/src/.libs/libboostfilesystem.a ../../boost/libs/regex/src/.libs/libboostregex.a /u/ksylvan/gcc3/lib/./libstdc++.so -L/usr/ccs/bin -L/usr/ccs/lib -lm -lgcc_s -lc -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/lib ld: warning: file /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of file Undefined first referenced symbol in file __xnet_connect client.o __xnet_socket client.o ld: fatal: Symbol referencing errors. No output written to lyxclient collect2: ld returned 1 exit status make[2]: *** [lyxclient] Error 1 make[2]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1 pgpl58hoGcZGb.pgp Description: PGP signature
Solaris build still failing
This is for the following system: % uname -a SunOS toolsrules 5.8 Generic_108528-15 sun4u sparc SUNW,Ultra-80 Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -O2 -fno-exceptions -W -Wall Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [...] Making install in client make[2]: Entering directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' if g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/client -I../../src -I../../../lyx/src/client/../ -I../../../lyx/boost -I/u/ksylvan/include -I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT client.o -MD -MP -MF .deps/client.Tpo \ -c -o client.o `test -f '../../../lyx/src/client/client.C' || echo '../../../lyx/src/client/'`../../../lyx/src/client/client.C; \ then mv .deps/client.Tpo .deps/client.Po; \ else rm -f .deps/client.Tpo; exit 1; \ fi ../../../lyx/src/client/client.C: In function `int support::socktools::connect(const std::string)': ../../../lyx/src/client/client.C:118: `SUN_LEN' undeclared (first use this function) ../../../lyx/src/client/client.C:118: (Each undeclared identifier is reported only once for each function it appears in.) make[2]: *** [client.o] Error 1 make[2]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1 -- I'm Kayvan Sylvan, and I approve this message. Kayvan A. Sylvan (650-584-5489) Central Infrastructure Services Email: [EMAIL PROTECTED] Alternate Email: [EMAIL PROTECTED] pgp2oOl8JJqct.pgp Description: PGP signature
Solaris build still failing
This is for the following system: % uname -a SunOS toolsrules 5.8 Generic_108528-15 sun4u sparc SUNW,Ultra-80 > > Configuration > Host type: sparc-sun-solaris2.8 > Special build flags:warnings assertions jpeg-image-loader compression > C Compiler: gcc > C Compiler flags: -g -O2 > C++ Compiler: g++ (3.2.3) > C++ Compiler flags: -O2 -fno-exceptions -W -Wall > Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib > XForms Frontend: > libXpm version: 4.11 > libforms version: 1.0.0 > LyX binary dir: /u/ksylvan/bin > LyX files dir: /u/ksylvan/share/lyx > > Configuration of LyX was successful. > Type 'make' to compile the program, > and then 'make install' to install it. [...] > Making install in client > make[2]: Entering directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' > if g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/client -I../../src > -I../../../lyx/src/client/../ -I../../../lyx/boost -I/u/ksylvan/include > -I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT client.o -MD -MP -MF > ".deps/client.Tpo" \ > -c -o client.o `test -f '../../../lyx/src/client/client.C' || echo > '../../../lyx/src/client/'`../../../lyx/src/client/client.C; \ > then mv ".deps/client.Tpo" ".deps/client.Po"; \ > else rm -f ".deps/client.Tpo"; exit 1; \ > fi > ../../../lyx/src/client/client.C: In function `int >support::socktools::connect(const std::string&)': > ../../../lyx/src/client/client.C:118: `SUN_LEN' undeclared (first use this >function) > ../../../lyx/src/client/client.C:118: (Each undeclared identifier is reported >only once for each function it appears in.) > make[2]: *** [client.o] Error 1 > make[2]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' > make[1]: *** [install-recursive] Error 1 > make[1]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src' > make: *** [install-recursive] Error 1 -- "I'm Kayvan Sylvan, and I approve this message." Kayvan A. Sylvan (650-584-5489) Central Infrastructure Services Email: [EMAIL PROTECTED] Alternate Email: [EMAIL PROTECTED] pgp2oOl8JJqct.pgp Description: PGP signature
Latest CVS compile error on Solaris
More lyxclient compile problems: [...] Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -O2 -fno-exceptions -W -Wall Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, [...] Making install in client make[2]: Entering directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' if g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/client -I../../src -I../../../lyx/src/client/../ -I../../../lyx/boost -I/u/ksylvan/include -I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT boost.o -MD -MP -MF .deps/boost.Tpo \ -c -o boost.o `test -f '../../../lyx/src/client/boost.C' || echo '../../../lyx/src/client/'`../../../lyx/src/client/boost.C; \ then mv .deps/boost.Tpo .deps/boost.Po; \ else rm -f .deps/boost.Tpo; exit 1; \ fi if g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/client -I../../src -I../../../lyx/src/client/../ -I../../../lyx/boost -I/u/ksylvan/include -I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT client.o -MD -MP -MF .deps/client.Tpo \ -c -o client.o `test -f '../../../lyx/src/client/client.C' || echo '../../../lyx/src/client/'`../../../lyx/src/client/client.C; \ then mv .deps/client.Tpo .deps/client.Po; \ else rm -f .deps/client.Tpo; exit 1; \ fi ../../../lyx/src/client/client.C: In function `int support::socktools::connect(const std::string)': ../../../lyx/src/client/client.C:118: `SUN_LEN' undeclared (first use this function) ../../../lyx/src/client/client.C:118: (Each undeclared identifier is reported only once for each function it appears in.) make[2]: *** [client.o] Error 1 make[2]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1
Latest CVS compile error on Solaris
More lyxclient compile problems: [...] Configuration Host type: sparc-sun-solaris2.8 Special build flags:warnings assertions jpeg-image-loader compression C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2.3) C++ Compiler flags: -O2 -fno-exceptions -W -Wall Linker flags:-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /u/ksylvan/bin LyX files dir: /u/ksylvan/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, [...] Making install in client make[2]: Entering directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' if g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/client -I../../src -I../../../lyx/src/client/../ -I../../../lyx/boost -I/u/ksylvan/include -I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT boost.o -MD -MP -MF ".deps/boost.Tpo" \ -c -o boost.o `test -f '../../../lyx/src/client/boost.C' || echo '../../../lyx/src/client/'`../../../lyx/src/client/boost.C; \ then mv ".deps/boost.Tpo" ".deps/boost.Po"; \ else rm -f ".deps/boost.Tpo"; exit 1; \ fi if g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/client -I../../src -I../../../lyx/src/client/../ -I../../../lyx/boost -I/u/ksylvan/include -I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT client.o -MD -MP -MF ".deps/client.Tpo" \ -c -o client.o `test -f '../../../lyx/src/client/client.C' || echo '../../../lyx/src/client/'`../../../lyx/src/client/client.C; \ then mv ".deps/client.Tpo" ".deps/client.Po"; \ else rm -f ".deps/client.Tpo"; exit 1; \ fi ../../../lyx/src/client/client.C: In function `int support::socktools::connect(const std::string&)': ../../../lyx/src/client/client.C:118: `SUN_LEN' undeclared (first use this function) ../../../lyx/src/client/client.C:118: (Each undeclared identifier is reported only once for each function it appears in.) make[2]: *** [client.o] Error 1 make[2]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src/client' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/remote/meth_lab2/ksylvan/lyx-build/src' make: *** [install-recursive] Error 1
Latest compile problem on Cygwin
This is new... g++ -O2 -fno-exceptions -W -Wall -mms-bitfields -Wl,--export-all-symbols -o lyxclient.exe boost.o client.o debug.o gettext.o messages.o -L/usr/local/lib ../../src/support/.libs/libsupport.a ../../boost/libs/filesystem/src/.libs/libboostfilesystem.a ../../boost/libs/regex/src/.libs/libboostregex.a messages.o(.text+0x2c9):messages.C: undefined reference to `_libintl_bindtextdomain' messages.o(.text+0x2d5):messages.C: undefined reference to `_libintl_textdomain' messages.o(.text+0x2f5):messages.C: undefined reference to `_libintl_gettext' collect2: ld returned 1 exit status make[3]: *** [lyxclient.exe] Error 1 make[3]: Leaving directory `/home/ksylvan/src/lyx-build/src/client' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/home/ksylvan/src/lyx-build/src' make[1]: *** [install] Error 2 make[1]: Leaving directory `/home/ksylvan/src/lyx-build/src' make: *** [install-recursive] Error 1 -- 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)
Latest compile problem on Cygwin
This is new... g++ -O2 -fno-exceptions -W -Wall -mms-bitfields -Wl,--export-all-symbols -o lyxclient.exe boost.o client.o debug.o gettext.o messages.o -L/usr/local/lib ../../src/support/.libs/libsupport.a ../../boost/libs/filesystem/src/.libs/libboostfilesystem.a ../../boost/libs/regex/src/.libs/libboostregex.a messages.o(.text+0x2c9):messages.C: undefined reference to `_libintl_bindtextdomain' messages.o(.text+0x2d5):messages.C: undefined reference to `_libintl_textdomain' messages.o(.text+0x2f5):messages.C: undefined reference to `_libintl_gettext' collect2: ld returned 1 exit status make[3]: *** [lyxclient.exe] Error 1 make[3]: Leaving directory `/home/ksylvan/src/lyx-build/src/client' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/home/ksylvan/src/lyx-build/src' make[1]: *** [install] Error 2 make[1]: Leaving directory `/home/ksylvan/src/lyx-build/src' make: *** [install-recursive] Error 1 -- 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)
Re: Latest lyx build failure
On Wed, Aug 18, 2004 at 03:26:52PM +0200, Lars Gullik Bjønnes wrote: Kayvan A. Sylvan [EMAIL PROTECTED] writes: | On Wed, Aug 18, 2004 at 12:19:26AM +0200, Lars Gullik Bjønnes wrote: Kayvan A. Sylvan [EMAIL PROTECTED] writes: | I think I already reported this... | make[2]: Entering directory `/home/kayvan/src/lyx/src/mathed' | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost \ | -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -x c++-header pch. | h | g++: language c++-header not recognized | pch.h: file not recognized: File format not recognized I wonder why this is run on your box, it is supposedly only activated for gcc 3.4 and 3.5. The latest build just succeeded, so whatever the fix was, it worked. Thanks! ---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)
Re: Latest lyx build failure
On Wed, Aug 18, 2004 at 03:26:52PM +0200, Lars Gullik Bjønnes wrote: > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: > > | On Wed, Aug 18, 2004 at 12:19:26AM +0200, Lars Gullik Bjønnes wrote: > >> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: > >> > >> | I think I already reported this... > >> > > >> | make[2]: Entering directory `/home/kayvan/src/lyx/src/mathed' > >> | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost \ > >> | -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -x c++-header pch. > >> | h > >> | g++: language c++-header not recognized > >> | pch.h: file not recognized: File format not recognized > > I wonder why this is run on your box, it is supposedly only activated > for gcc 3.4 and 3.5. > The latest build just succeeded, so whatever the fix was, it worked. Thanks! ---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)
Latest lyx build failure
I think I already reported this... make[2]: Entering directory `/home/kayvan/src/lyx/src/mathed' g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost \ -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -x c++-header pch. h g++: language c++-header not recognized pch.h: file not recognized: File format not recognized
Re: Latest lyx build failure
On Wed, Aug 18, 2004 at 12:19:26AM +0200, Lars Gullik Bjønnes wrote: Kayvan A. Sylvan [EMAIL PROTECTED] writes: | I think I already reported this... | make[2]: Entering directory `/home/kayvan/src/lyx/src/mathed' | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost \ | -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -x c++-header pch. | h | g++: language c++-header not recognized | pch.h: file not recognized: File format not recognized You are giving too little information. Have you run autogen? Yes. Every time. The automatic build is a clean rebuild. What version of gcc? What platform? etc etc. All of this is in ftp://ftp.sylvan.com/pub/lyx/devel/log/make-lyx-xforms.log Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions jpeg-image-loader compress ion C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2) C++ Compiler flags: -g -O -fno-exceptions -W -Wall Linker flags: XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx
Latest lyx build failure
I think I already reported this... make[2]: Entering directory `/home/kayvan/src/lyx/src/mathed' g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost \ -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -x c++-header pch. h g++: language c++-header not recognized pch.h: file not recognized: File format not recognized
Re: Latest lyx build failure
On Wed, Aug 18, 2004 at 12:19:26AM +0200, Lars Gullik Bjønnes wrote: > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: > > | I think I already reported this... > > > | make[2]: Entering directory `/home/kayvan/src/lyx/src/mathed' > | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost \ > | -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -x c++-header pch. > | h > | g++: language c++-header not recognized > | pch.h: file not recognized: File format not recognized > > You are giving too little information. > > Have you run autogen? Yes. Every time. The automatic build is a clean rebuild. > What version of gcc? > What platform? > etc etc. All of this is in ftp://ftp.sylvan.com/pub/lyx/devel/log/make-lyx-xforms.log Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions jpeg-image-loader compress ion C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.2) C++ Compiler flags: -g -O -fno-exceptions -W -Wall Linker flags: XForms Frontend: libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx
Daily build failed
make[2]: Entering directory `/home/kayvan/src/lyx/src/mathed' g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost \ -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -x c++-header pch.h g++: language c++-header not recognized pch.h: file not recognized: File format not recognized collect2: ld returned 1 exit status -- 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)
Daily build failed
make[2]: Entering directory `/home/kayvan/src/lyx/src/mathed' g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost \ -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -x c++-header pch.h g++: language c++-header not recognized pch.h: file not recognized: File format not recognized collect2: ld returned 1 exit status -- 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)
Daily lyx build failed
On Fri, Aug 13, 2004 at 03:07:51AM -0700, Cron Daemon wrote: BUILD FAILED: xforms lyx rpm Make dist fails like this: make[1]: Leaving directory `/home/kayvan/src/lyx/sourcedoc' make[1]: Entering directory `/home/kayvan/src/lyx/lib' make[1]: *** No rule to make target `layouts/db_stdcounters.inc', needed by `dis tdir'. Stop. make[1]: Leaving directory `/home/kayvan/src/lyx/lib'
Daily lyx build failed
On Fri, Aug 13, 2004 at 03:07:51AM -0700, Cron Daemon wrote: > > BUILD FAILED: xforms lyx rpm > Make dist fails like this: make[1]: Leaving directory `/home/kayvan/src/lyx/sourcedoc' make[1]: Entering directory `/home/kayvan/src/lyx/lib' make[1]: *** No rule to make target `layouts/db_stdcounters.inc', needed by `dis tdir'. Stop. make[1]: Leaving directory `/home/kayvan/src/lyx/lib'
Quote annoyances
In the latest CVS lyx, when I type , my cursor ends up *before* the inserted quote. This is annoying, since it results in input like this: Hello!|''``(The | is where the cursor ends up) Typing further just pushes the two quote marks forward. This means that to use quotations in LyX, I have to type the sentence, then click before, type quote, click after, and type another quote. This is with the xforms frontend. Can somebody please fix this? Thanks! ---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)
Quote annoyances
In the latest CVS lyx, when I type ", my cursor ends up *before* the inserted quote. This is annoying, since it results in input like this: Hello!|''``(The | is where the cursor ends up) Typing further just pushes the two quote marks forward. This means that to use quotations in LyX, I have to type the sentence, then click before, type quote, click after, and type another quote. This is with the xforms frontend. Can somebody please fix this? Thanks! ---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)
Re: tex2lyx compile fails
On Sun, Jun 20, 2004 at 09:27:37AM +0200, Georg Baum wrote: Am Freitag, 18. Juni 2004 01:50 schrieb Kayvan A. Sylvan: Undefined first referenced symbol in file LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT1)lyxlayout.o LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT3)lyxlayout.o LyXFont::LyXFont[in-charge]() lyxlayout.o Spacing::set(Spacing::Space, float) lyxlayout.o LyXFont::realize(LyXFont const)lyxtextclass.o LyXFont::resolved() const lyxtextclass.o ld: fatal: Symbol referencing errors. No output written to tex2lyx collect2: ld returned 1 exit status This looks like the compiler found src/lyxfont.h and src/Spacing.h instead of src/tex2lyx/lyxfont.h and src/tex2lyx/Spacing.h. How do the compile lines look like? On linux I have (with builddir != srcdir) -I. -I../../../src/tex2lyx -I../../src -I../../../src/tex2lyx/../ and therefore the correct files are found. -I. -I../../../lyx/src/tex2lyx -I../../src -I../../../lyx/src/tex2lyx/../ -I../../../lyx/boost Do you compile lyx with srcdir != destdir? ---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)
Re: tex2lyx compile fails
On Sun, Jun 20, 2004 at 09:27:37AM +0200, Georg Baum wrote: > Am Freitag, 18. Juni 2004 01:50 schrieb Kayvan A. Sylvan: > > Undefined first referenced > > symbol in file > > LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT1)lyxlayout.o > > LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT3)lyxlayout.o > > LyXFont::LyXFont[in-charge]() lyxlayout.o > > Spacing::set(Spacing::Space, float) lyxlayout.o > > LyXFont::realize(LyXFont const&)lyxtextclass.o > > LyXFont::resolved() const lyxtextclass.o > > ld: fatal: Symbol referencing errors. No output written to tex2lyx > > collect2: ld returned 1 exit status > > This looks like the compiler found src/lyxfont.h and src/Spacing.h instead > of src/tex2lyx/lyxfont.h and src/tex2lyx/Spacing.h. How do the compile > lines look like? On linux I have (with builddir != srcdir) > > -I. -I../../../src/tex2lyx -I../../src -I../../../src/tex2lyx/../ > > and therefore the correct files are found. -I. -I../../../lyx/src/tex2lyx -I../../src -I../../../lyx/src/tex2lyx/../ -I../../../lyx/boost Do you compile lyx with srcdir != destdir? ---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)
tex2lyx compile fails
This is on my solaris machine. Latest CVS, clean build. /bin/bash ../../libtool --mode=link g++ -O2 -fno-exceptions -W -Wall -L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib -o tex2lyx FloatList.o Floating.o counters.o lyxlayout.o lyxtextclass.o lyxlex.o lyxlex_pimpl.o boost.o context.o gettext.o lengthcommon.o lyxfont.o texparser.o tex2lyx.o preamble.o math.o table.o text.o ../support/libsupport.la ../../boost/libs/regex/src/libboostregex.la -lz mkdir .libs g++ -O2 -fno-exceptions -W -Wall -Wl,-R/u/ksylvan/lib -o tex2lyx FloatList.o Floating.o counters.o lyxlayout.o lyxtextclass.o lyxlex.o lyxlex_pimpl.o boost.o context.o gettext.o lengthcommon.o lyxfont.o texparser.o tex2lyx.o preamble.o math.o table.o text.o -L/u/ksylvan/lib ../support/.libs/libsupport.a -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -L/remote/meth_lab2/ksylvan/gcc-build/gcc ../../boost/libs/regex/src/.libs/libboostregex.a /u/ksylvan/gcc3/lib/./libstdc++.so -L/remote/tools/ksylvan/bin/icon-9.3.2/include -L/usr/ccs/bin -L/usr/ccs/lib -lm -lgcc_s -lz -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. ld: warning: file /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of file Undefined first referenced symbol in file LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT1)lyxlayout.o LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT3)lyxlayout.o LyXFont::LyXFont[in-charge]() lyxlayout.o Spacing::set(Spacing::Space, float) lyxlayout.o LyXFont::realize(LyXFont const)lyxtextclass.o LyXFont::resolved() const lyxtextclass.o ld: fatal: Symbol referencing errors. No output written to tex2lyx collect2: ld returned 1 exit status -- 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)
tex2lyx compile fails
This is on my solaris machine. Latest CVS, clean build. /bin/bash ../../libtool --mode=link g++ -O2 -fno-exceptions -W -Wall -L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib -o tex2lyx FloatList.o Floating.o counters.o lyxlayout.o lyxtextclass.o lyxlex.o lyxlex_pimpl.o boost.o context.o gettext.o lengthcommon.o lyxfont.o texparser.o tex2lyx.o preamble.o math.o table.o text.o ../support/libsupport.la ../../boost/libs/regex/src/libboostregex.la -lz mkdir .libs g++ -O2 -fno-exceptions -W -Wall -Wl,-R/u/ksylvan/lib -o tex2lyx FloatList.o Floating.o counters.o lyxlayout.o lyxtextclass.o lyxlex.o lyxlex_pimpl.o boost.o context.o gettext.o lengthcommon.o lyxfont.o texparser.o tex2lyx.o preamble.o math.o table.o text.o -L/u/ksylvan/lib ../support/.libs/libsupport.a -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src -L/remote/meth_lab2/ksylvan/gcc-build/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -L/remote/meth_lab2/ksylvan/gcc-build/gcc ../../boost/libs/regex/src/.libs/libboostregex.a /u/ksylvan/gcc3/lib/./libstdc++.so -L/remote/tools/ksylvan/bin/icon-9.3.2/include -L/usr/ccs/bin -L/usr/ccs/lib -lm -lgcc_s -lz -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. -Wl,-R -Wl,/u/ksylvan/gcc3/lib/. ld: warning: file /remote/ithome/ksylvan/gcc3/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/../../../libstdc++.so: linked to /u/ksylvan/gcc3/lib/./libstdc++.so: attempted multiple inclusion of file Undefined first referenced symbol in file LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT1)lyxlayout.o LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT3)lyxlayout.o LyXFont::LyXFont[in-charge]() lyxlayout.o Spacing::set(Spacing::Space, float) lyxlayout.o LyXFont::realize(LyXFont const&)lyxtextclass.o LyXFont::resolved() const lyxtextclass.o ld: fatal: Symbol referencing errors. No output written to tex2lyx collect2: ld returned 1 exit status -- 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)
Re: Win32 binaries?
On Sat, Jun 05, 2004 at 12:32:09PM +0100, Angus Leeming wrote: Michael Schmitt wrote: Hello, has anybody produced some Win32 binaries for LyX 1.4.0cvs or 1.3.4/1.3.5cvs? Nope. In addition, the forked process code is totally broken on Win32. I'm thinking about how best to proceed. I noticed that many patches concerning the Win32 platform have been committed recently. so I guess that someone must actually work on this platform. Really? I don't think so. Since Ruurd's latest version is 1.3.3 and I don't have to patience to set up a complete development environment by myself (Ruurd's description sounded a bit complicated), I would be very interested in such binaries. Shrug. If no one is willing to contribute, then nothing gets done... Lyx is completely working on Win32 with Cygwin. I compile it almost daily and use it about as often. ---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)
Re: Win32 binaries?
On Sat, Jun 05, 2004 at 12:32:09PM +0100, Angus Leeming wrote: > Michael Schmitt wrote: > > > Hello, > > > > has anybody produced some Win32 binaries for LyX 1.4.0cvs or > > 1.3.4/1.3.5cvs? > > Nope. In addition, the forked process code is totally broken on Win32. > I'm thinking about how best to proceed. > > > I noticed that many patches concerning the Win32 platform have been > > committed recently. so I guess that someone must actually work on > > this platform. > > Really? I don't think so. > > > Since Ruurd's latest version is 1.3.3 and I don't have to patience > > to set up a complete development environment by myself (Ruurd's > > description sounded a bit complicated), I would be very interested > > in such binaries. > > Shrug. If no one is willing to contribute, then nothing gets done... Lyx is completely working on Win32 with Cygwin. I compile it almost daily and use it about as often. ---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)
Cygwin lyx compile failure
Anyone have any ideas about this? Strangely, this is only happening on one of my Cygwin systems. make install-recursive make[5]: Entering directory `/home/ksylvan/src/lyx-build/src/frontends/xforms' Making install in forms make[6]: Entering directory `/home/ksylvan/src/lyx-build/src/frontends/xforms/forms' { [ ../../../../../lyx/src/frontends/xforms/forms != . ] [ ! -a form_aboutlyx.fd ] ln -s ../../../../../lyx/src/frontends/xforms/forms/form_aboutlyx.fd . ; } || true [: form_aboutlyx.fd: unknown operand /bin/sh ../../../../../lyx/src/frontends/xforms/forms/fdfix.sh `basename ../../../../../lyx/src/frontends/xforms/forms/form_aboutlyx.fd` Input file does not exist. Cannot continue make[6]: *** [form_aboutlyx.C] Error 1 make[6]: Leaving directory `/home/ksylvan/src/lyx-build/src/frontends/xforms/forms' -- 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)
Cygwin lyx compile failure
Anyone have any ideas about this? Strangely, this is only happening on one of my Cygwin systems. make install-recursive make[5]: Entering directory `/home/ksylvan/src/lyx-build/src/frontends/xforms' Making install in forms make[6]: Entering directory `/home/ksylvan/src/lyx-build/src/frontends/xforms/forms' { [ ../../../../../lyx/src/frontends/xforms/forms != . ] && [ ! -a form_aboutlyx.fd ] && ln -s ../../../../../lyx/src/frontends/xforms/forms/form_aboutlyx.fd . ; } || true [: form_aboutlyx.fd: unknown operand /bin/sh ../../../../../lyx/src/frontends/xforms/forms/fdfix.sh `basename ../../../../../lyx/src/frontends/xforms/forms/form_aboutlyx.fd` Input file does not exist. Cannot continue make[6]: *** [form_aboutlyx.C] Error 1 make[6]: Leaving directory `/home/ksylvan/src/lyx-build/src/frontends/xforms/forms' -- 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)
Re: LyX Haskell literate programing
On Mon, May 31, 2004 at 10:32:33PM +0200, Gour wrote: Hi! I'm trying to test literate programming in LyX by using Haskell ghc compiler, but it looks it does not work. There is file.nw.out produced in /tmp/lyxtmpbufx, LyX reports about the error in building process, but there is not errors file i.e. it looks like listerrors script does not 'speak' ghc error messages :-( Is there anyone using LyX for Haskell literate programming? Sincerely, Gour No one I know is using LyX for Haskell literate programming. However, literate programming with noweb is language independant. I use it for Perl, C, C++, Python programming without any issues. As for listerrors, it is pretty simplistic. It tries to recast error messages into something resembling gcc error messages. You can probably extend it. Best regards, ---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)
Re: LyX & Haskell literate programing
On Mon, May 31, 2004 at 10:32:33PM +0200, Gour wrote: > Hi! > > I'm trying to test literate programming in LyX by using Haskell & ghc compiler, > but it looks it does not work. > > There is file.nw.out produced in /tmp/lyxtmpbufx, LyX reports about the error > in building process, but there is not errors file i.e. it looks like listerrors > script does not 'speak' ghc error messages :-( > > Is there anyone using LyX for Haskell literate programming? > > Sincerely, > Gour No one I know is using LyX for Haskell literate programming. However, literate programming with noweb is language independant. I use it for Perl, C, C++, Python programming without any issues. As for listerrors, it is pretty simplistic. It tries to recast error messages into something resembling gcc error messages. You can probably extend it. Best regards, ---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)