Re: [LyX/master] Compile fix after change 4b64aaf, replace missing constructor for C-string with docstring variant

commit 1440b6a2fc6d39782a486f045d72506eb9215712 Author: Stephan Witt <sw...@lyx.org> Date: Sat Jul 2 08:29:39 2016 +0200 Compile fix after change 4b64aaf, replace missing constructor for C-string with docstring variant --- src/support/AppleScriptProxy.cpp |2 +- 1 files changed,

Re: [LyX/master] Compile fix after change 4b64aaf, replace missing constructor for C-string with docstring variant

presumed the input is UTF-8 too. Am I right? Stephan Am 02.07.2016 um 08:30 schrieb Stephan Witt <sw...@lyx.org>: > > commit 1440b6a2fc6d39782a486f045d72506eb9215712 > Author: Stephan Witt <sw...@lyx.org> > Date: Sat Jul 2 08:29:39 2016 +0200 > >Compile fix after c

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

Am Dienstag, 23. Juli 2013 um 19:05:55, schrieb Vincent van Ravesteijn v...@lyx.org commit 33aef1befede724ec478a70f4e13675eff730d06 Author: Vincent van Ravesteijn v...@lyx.org Date: Tue Jul 23 18:36:23 2013 +0200 CMake: xvkbd: Compile fix if none of the libraries is found

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

Op 23-7-2013 19:29, Kornel Benko schreef: Am Dienstag, 23. Juli 2013 um 19:05:55, schrieb Vincent van Ravesteijn v...@lyx.org commit 33aef1befede724ec478a70f4e13675eff730d06 Author: Vincent van Ravesteijn v...@lyx.org Date: Tue Jul 23 18:36:23 2013 +0200 CMake: xvkbd: Compile fix

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

Ravesteijn v...@lyx.org Date: Tue Jul 23 18:36:23 2013 +0200 CMake: xvkbd: Compile fix if none of the libraries is found If no libraries are found, XVFBDLIBS is not initialized and the command list(REMOVE_DUPLICATES XVFBDLIBS) fails. So, initialize XVFBDLIBS beforehand

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

33aef1befede724ec478a70f4e13675eff730d06 Author: Vincent van Ravesteijn v...@lyx.org Date: Tue Jul 23 18:36:23 2013 +0200 CMake: xvkbd: Compile fix if none of the libraries is found If no libraries are found, XVFBDLIBS is not initialized and the command list

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

Am Dienstag, 23. Juli 2013 um 20:35:25, schrieb Vincent van Ravesteijn v...@lyx.org Op 23-7-2013 20:22, Kornel Benko schreef: Am Dienstag, 23. Juli 2013 um 19:58:48, schrieb Vincent van Ravesteijn ... Technically, a list is a string. Not exactly. set(a b c) is a list, internal value

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

Am Dienstag, 23. Juli 2013 um 19:05:55, schrieb Vincent van Ravesteijn <v...@lyx.org> > commit 33aef1befede724ec478a70f4e13675eff730d06 > Author: Vincent van Ravesteijn <v...@lyx.org> > Date: Tue Jul 23 18:36:23 2013 +0200 > > CMake: xvkbd: Compile fix if non

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

00 > > CMake: xvkbd: Compile fix if none of the libraries is found > > If no libraries are found, XVFBDLIBS is not initialized and the command "list(REMOVE_DUPLICATES XVFBDLIBS)" fails. So, initialize XVFBDLIBS beforehand. > > diff --git a/development/autotests/CMake

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

commit 33aef1befede724ec478a70f4e13675eff730d06 > > > > > Author: Vincent van Ravesteijn <v...@lyx.org> > > > > > Date: Tue Jul 23 18:36:23 2013 +0200 > > > > > > > > > > CMake: xvkbd: Compile fix if none of the libraries is found > &

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

n > > <v...@lyx.org> > > > > > commit 33aef1befede724ec478a70f4e13675eff730d06 > > > > > Author: Vincent van Ravesteijn <v...@lyx.org> > > > > > Date: Tue Jul 23 18:36:23 2013 +0200 > > > > > > > > > > CMake:

Re: [LyX/master] CMake: xvkbd: Compile fix if none of the libraries is found

Am Dienstag, 23. Juli 2013 um 20:35:25, schrieb Vincent van Ravesteijn > Op 23-7-2013 20:22, Kornel Benko schreef: > > > > Am Dienstag, 23. Juli 2013 um 19:58:48, schrieb Vincent van Ravesteijn ... > > > Technically, a list is a string. > > > > Not exactly. set(a "b" "c") is a

[patch] ispell compile fix

I am going to commit the attached if I don't get objections within the next 3 seconds (virtual friday, no smiley). -- Enrico Index: src/ispell.C === --- src/ispell.C(revision 15479) +++ src/ispell.C(working copy) @@

Re: [patch] ispell compile fix

On Sun, Oct 22, 2006 at 04:58:14PM +0200, Enrico Forestieri wrote: I am going to commit the attached if I don't get objections within the next 3 seconds (virtual friday, no smiley). Committed. -- Enrico

[patch] ispell compile fix

I am going to commit the attached if I don't get objections within the next 3 seconds (virtual friday, no smiley). -- Enrico Index: src/ispell.C === --- src/ispell.C(revision 15479) +++ src/ispell.C(working copy) @@

Re: [patch] ispell compile fix

On Sun, Oct 22, 2006 at 04:58:14PM +0200, Enrico Forestieri wrote: > I am going to commit the attached if I don't get objections within > the next 3 seconds (virtual friday, no smiley). Committed. -- Enrico

[patch] gtk compile fix

This makes gtk compile, but is of course not the right fix. I therefore marked it with FIXMEs. This goes in now. Georg Index: src/frontends/gtk/GView.C === --- src/frontends/gtk/GView.C (Revision 14458) +++

[patch] gtk compile fix

This makes gtk compile, but is of course not the right fix. I therefore marked it with FIXMEs. This goes in now. Georg Index: src/frontends/gtk/GView.C === --- src/frontends/gtk/GView.C (Revision 14458) +++

compile fix for STLPort

The attached is needed for compilation with STLPort. I wonder what header drags in string for other STL versions? Could somebody please apply? Thanks, Georg Index: src/Spacing.C === RCS file: /cvs/lyx/lyx-devel/src/Spacing.C,v

Re: compile fix for STLPort

Georg Baum wrote: Could somebody please apply? Done, thanks. Alfredo

compile fix for STLPort

The attached is needed for compilation with STLPort. I wonder what header drags in for other STL versions? Could somebody please apply? Thanks, Georg Index: src/Spacing.C === RCS file: /cvs/lyx/lyx-devel/src/Spacing.C,v retrieving

Re: compile fix for STLPort

Georg Baum wrote: > Could somebody please apply? Done, thanks. Alfredo

Re: 2.95 compile fix remainder (trivial)

On Fri, Feb 06, 2004 at 08:58:40AM +0200, Martin Vermeer wrote: I'll check this in too if nobody objects. That's ok. Andre'

Re: 2.95 compile fix remainder (trivial)

On Fri, Feb 06, 2004 at 08:58:40AM +0200, Martin Vermeer wrote: > I'll check this in too if nobody objects. That's ok. Andre'

2.95 compile fix remainder (trivial)

I'll check this in too if nobody objects. - Martin Index: converter.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/converter.C,v retrieving revision 1.96 diff -u -p -r1.96 converter.C --- converter.C 31 Jan 2004 15:30:20 -

2.95 compile fix remainder (trivial)

I'll check this in too if nobody objects. - Martin Index: converter.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/converter.C,v retrieving revision 1.96 diff -u -p -r1.96 converter.C --- converter.C 31 Jan 2004 15:30:20 -

Compile fix...

...for 2.95 and STLport. - Martin Index: output.h === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/output.h,v retrieving revision 1.1 diff -u -p -r1.1 output.h --- output.h5 Nov 2003 12:06:03 - 1.1 +++ output.h5

Re: Compile fix...

On Wed, Nov 05, 2003 at 05:26:25PM +0200, Martin Vermeer wrote: ...for 2.95 and STLport. - Martin Index: output.h === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/output.h,v retrieving revision 1.1 diff -u -p -r1.1

Re: Compile fix...

Martin == Martin Vermeer [EMAIL PROTECTED] writes: Martin ...for 2.95 and STLport. - Martin I just commited something similar. JMarc

Re: Compile fix...

On Wednesday 05 November 2003 15:26, Martin Vermeer wrote: ...for 2.95 and STLport. I had most of that in the original patch, but since I did not needed I decided to remove them and wait for your complain. ;-) - Martin -- José Abílio

Compile fix...

...for 2.95 and STLport. - Martin Index: output.h === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/output.h,v retrieving revision 1.1 diff -u -p -r1.1 output.h --- output.h5 Nov 2003 12:06:03 - 1.1 +++ output.h5

Re: Compile fix...

On Wed, Nov 05, 2003 at 05:26:25PM +0200, Martin Vermeer wrote: > ...for 2.95 and STLport. > > - Martin > > Index: output.h > === > RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/output.h,v > retrieving revision 1.1 > diff -u -p

Re: Compile fix...

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> ...for 2.95 and STLport. - Martin I just commited something similar. JMarc

Re: Compile fix...

On Wednesday 05 November 2003 15:26, Martin Vermeer wrote: > ...for 2.95 and STLport. I had most of that in the original patch, but since I did not needed I decided to remove them and wait for your complain. ;-) > - Martin -- José Abílio

Re: [patch] aspell.C compile fix

shall I apply the fix? (including boost/assert.cpp to aspell.C) Juergen.

Re: [patch] aspell.C compile fix

[EMAIL PROTECTED] (Juergen Spitzmueller) writes: | shall I apply the fix? | (including boost/assert.cpp to aspell.C) | Juergen. yes please -- Lgb

Re: [patch] aspell.C compile fix

shall I apply the fix? (including to aspell.C) Juergen.

Re: [patch] aspell.C compile fix

[EMAIL PROTECTED] (Juergen Spitzmueller) writes: | shall I apply the fix? | (including to aspell.C) | Juergen. yes please -- Lgb

[patch] aspell.C compile fix

regards, Juergen. Index: src/aspell.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/aspell.C,v retrieving revision 1.7 diff -u -r1.7 aspell.C --- src/aspell.C 9 Sep 2003 22:13:22 - 1.7 +++ src/aspell.C 11 Sep 2003 14:42:05

[patch] aspell.C compile fix

regards, Juergen. Index: src/aspell.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/aspell.C,v retrieving revision 1.7 diff -u -r1.7 aspell.C --- src/aspell.C 9 Sep 2003 22:13:22 - 1.7 +++ src/aspell.C 11 Sep 2003 14:42:05

Compile fix

gcc does not like the unterminated single quote: Index: src/BufferView_pimpl.C === RCS file: /cvs/lyx/lyx-devel/src/BufferView_pimpl.C,v retrieving revision 1.414 diff -u -r1.414 BufferView_pimpl.C --- src/BufferView_pimpl.C

Compile fix

gcc does not like the unterminated single quote: Index: src/BufferView_pimpl.C === RCS file: /cvs/lyx/lyx-devel/src/BufferView_pimpl.C,v retrieving revision 1.414 diff -u -r1.414 BufferView_pimpl.C --- src/BufferView_pimpl.C

[PATCH] qt compile fix

] + + * Alert_pimpl.C: compile fix. + 2002-12-18 John Levon [EMAIL PROTECTED] * qfont_loader.C: symbol should not match Standard Symbols 1

Re: [PATCH] qt compile fix

[EMAIL PROTECTED] (Juergen Spitzmueller) writes: | Mixing QString with string broke non-boost (gcc 2.95.3 here). | Please apply. | | Jürgen. | | PS: the fix is fromqstr(qt_(LyX: )) instead of _(LyX: ) My Q is: who extracts qt_(LyX: ) for translation? Does the regular machinery handle it? |

Re: [PATCH] qt compile fix

Lars Gullik Bjønnes wrote: My Q is: who extracts qt_(LyX: ) for translation? Does the regular machinery handle it? qt_helpers.C: QString const qt_(char const * str) { return toqstr(_(str)); } QString const qt_(string const str) { return toqstr(_(str)); } John knows the

Re: [PATCH] qt compile fix

[EMAIL PROTECTED] (Juergen Spitzmueller) writes: | Lars Gullik Bjønnes wrote: | My Q is: who extracts qt_(LyX: ) for translation? Does the regular | machinery handle it? | | qt_helpers.C: mmm... no extraction done there. | John knows the details. John? -- Lgb

Re: [PATCH] qt compile fix

Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen Mixing QString with string broke non-boost (gcc 2.95.3 here). Juergen Please apply. Juergen Jürgen. Juergen PS: the fix is fromqstr(qt_(LyX: )) instead of _(LyX: ) Juergen because gettext is no more included (OTOH: who

Re: [PATCH] qt compile fix

On Wed, Dec 18, 2002 at 10:21:02AM +0100, Lars Gullik Bj?nnes wrote: | My Q is: who extracts qt_(LyX: ) for translation? Does the regular | machinery handle it? | | qt_helpers.C: mmm... no extraction done there. | John knows the details. John? I guess we need to add some grep to

Re: [PATCH] qt compile fix

On Wed, Dec 18, 2002 at 02:45:05PM +0100, Jean-Marc Lasgouttes wrote: Juergen Mixing QString with string broke non-boost (gcc 2.95.3 here). Juergen Please apply. Juergen PS: the fix is fromqstr(qt_(LyX: )) instead of _(LyX: ) Juergen because gettext is no more included (OTOH: who translates

Re: [PATCH] qt compile fix

John Levon [EMAIL PROTECTED] writes: | On Wed, Dec 18, 2002 at 10:21:02AM +0100, Lars Gullik Bj?nnes wrote: | | | My Q is: who extracts qt_(LyX: ) for translation? Does the regular | | machinery handle it? | | | | qt_helpers.C: | | mmm... no extraction done there. | | | John knows

Re: [PATCH] qt compile fix

John Levon [EMAIL PROTECTED] writes: | On Wed, Dec 18, 2002 at 10:02:56PM +0100, Lars Gullik Bj?nnes wrote: | | | | My Q is: who extracts qt_(LyX: ) for translation? Does the regular | | | machinery handle it? | | ext_l10n.h is not in use anymore (gone *poff*) | | I see. So, is there a

Re: [PATCH] qt compile fix

On Wed, Dec 18, 2002 at 11:48:01PM +0100, Lars Gullik Bj?nnes wrote: We already support _(), N_(), both are non-standard gettext-wise. We can support qt_() just as easy: great. - --escape --add-comments --keyword=_ --keyword=N_ \ + --escape --add-comments --keyword=_

Re: [PATCH] qt compile fix

John Levon [EMAIL PROTECTED] writes: | On Wed, Dec 18, 2002 at 11:48:01PM +0100, Lars Gullik Bj?nnes wrote: | | We already support _(), N_(), both are non-standard gettext-wise. | We can support qt_() just as easy: | | great. | | - --escape --add-comments --keyword=_ --keyword=N_ \

Re: [PATCH] qt compile fix

On Thu, Dec 19, 2002 at 12:04:15AM +0100, Lars Gullik Bj?nnes wrote: make distdir ... make[3]: *** No rule to make target `../src/ext_l10n.h', needed by `lyx.pot'. Stop. ... This is after a ./config.status --recheck ./config.status on current cvs so, can someone else who can use this apply

Re: [PATCH] qt compile fix

John Levon [EMAIL PROTECTED] writes: | On Thu, Dec 19, 2002 at 12:04:15AM +0100, Lars Gullik Bj?nnes wrote: | | make distdir | | ... | make[3]: *** No rule to make target `../src/ext_l10n.h', needed by | `lyx.pot'. Stop. | ... | | This is after a ./config.status --recheck ./config.status

[PATCH] qt compile fix

002-12-18 Juergen Spitzmueller <[EMAIL PROTECTED]> + + * Alert_pimpl.C: compile fix. + 2002-12-18 John Levon <[EMAIL PROTECTED]> * qfont_loader.C: symbol should not match "Standard Symbols 1"

Re: [PATCH] qt compile fix

[EMAIL PROTECTED] (Juergen Spitzmueller) writes: | Mixing QString with string broke non-boost (gcc 2.95.3 here). | Please apply. | | Jürgen. | | PS: the fix is fromqstr(qt_("LyX: ")) instead of _("LyX: ") My Q is: who extracts qt_("LyX: ") for translation? Does the regular machinery handle it?

Re: [PATCH] qt compile fix

Lars Gullik Bjønnes wrote: > My Q is: who extracts qt_("LyX: ") for translation? Does the regular > machinery handle it? qt_helpers.C: QString const qt_(char const * str) { return toqstr(_(str)); } QString const qt_(string const & str) { return toqstr(_(str)); } John knows the

Re: [PATCH] qt compile fix

[EMAIL PROTECTED] (Juergen Spitzmueller) writes: | Lars Gullik Bjønnes wrote: | > My Q is: who extracts qt_("LyX: ") for translation? Does the regular | > machinery handle it? | | qt_helpers.C: mmm... no extraction done there. | John knows the details. John? -- Lgb

Re: [PATCH] qt compile fix

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Mixing QString with string broke non-boost (gcc 2.95.3 here). Juergen> Please apply. Juergen> Jürgen. Juergen> PS: the fix is fromqstr(qt_("LyX: ")) instead of _("LyX: ") Juergen> because gettext is no more included

Re: [PATCH] qt compile fix

On Wed, Dec 18, 2002 at 10:21:02AM +0100, Lars Gullik Bj?nnes wrote: > | > My Q is: who extracts qt_("LyX: ") for translation? Does the regular > | > machinery handle it? > | > | qt_helpers.C: > > mmm... no extraction done there. > > | John knows the details. > > John? I guess we need to add

Re: [PATCH] qt compile fix

On Wed, Dec 18, 2002 at 02:45:05PM +0100, Jean-Marc Lasgouttes wrote: > Juergen> Mixing QString with string broke non-boost (gcc 2.95.3 here). > Juergen> Please apply. > > Juergen> PS: the fix is fromqstr(qt_("LyX: ")) instead of _("LyX: ") > Juergen> because gettext is no more included (OTOH:

Re: [PATCH] qt compile fix

John Levon <[EMAIL PROTECTED]> writes: | On Wed, Dec 18, 2002 at 10:21:02AM +0100, Lars Gullik Bj?nnes wrote: | | > | > My Q is: who extracts qt_("LyX: ") for translation? Does the regular | > | > machinery handle it? | > | | > | qt_helpers.C: | > | > mmm... no extraction done there. | > | >

Re: [PATCH] qt compile fix

John Levon <[EMAIL PROTECTED]> writes: | On Wed, Dec 18, 2002 at 10:02:56PM +0100, Lars Gullik Bj?nnes wrote: | | > | > | > My Q is: who extracts qt_("LyX: ") for translation? Does the regular | > | > | > machinery handle it? | > | > ext_l10n.h is not in use anymore (gone *poff*) | | I see.

Re: [PATCH] qt compile fix

On Wed, Dec 18, 2002 at 11:48:01PM +0100, Lars Gullik Bj?nnes wrote: > We already support _(""), N_(""), both are non-standard gettext-wise. > We can support qt_("") just as easy: great. > - --escape --add-comments --keyword=_ --keyword=N_ \ > + --escape --add-comments

Re: [PATCH] qt compile fix

John Levon <[EMAIL PROTECTED]> writes: | On Wed, Dec 18, 2002 at 11:48:01PM +0100, Lars Gullik Bj?nnes wrote: | | > We already support _(""), N_(""), both are non-standard gettext-wise. | > We can support qt_("") just as easy: | | great. | | > - --escape --add-comments --keyword=_

Re: [PATCH] qt compile fix

On Thu, Dec 19, 2002 at 12:04:15AM +0100, Lars Gullik Bj?nnes wrote: > make distdir ... make[3]: *** No rule to make target `../src/ext_l10n.h', needed by `lyx.pot'. Stop. ... This is after a ./config.status --recheck && ./config.status on current cvs so, can someone else who can use this

Re: [PATCH] qt compile fix

John Levon <[EMAIL PROTECTED]> writes: | On Thu, Dec 19, 2002 at 12:04:15AM +0100, Lars Gullik Bj?nnes wrote: | | > make distdir | | ... | make[3]: *** No rule to make target `../src/ext_l10n.h', needed by | `lyx.pot'. Stop. | ... | | This is after a ./config.status --recheck &&

[Patch] Compile fix for Qt with g++ 3.1

Patch from Norbert Koksch attached. Looks sensible. [Does all Qt code look like this?] Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson) Index: QBrowseBox.C

[Patch] Compile fix for Qt with g++ 3.1

Patch from Norbert Koksch attached. Looks sensible. [Does all Qt code look like this?] Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson) Index: QBrowseBox.C

compile fix

src/mathed/fontinset.C #include support/LOstream.h Herbert -- http://www.lyx.org/help/

Re: compile fix

On Tue, Aug 13, 2002 at 08:18:14PM +0200, Herbert Voss wrote: src/mathed/fontinset.C #include support/LOstream.h Thanks. Adnre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)

Re: compile fix

make[3]: Entering directory `/home/voss/lyx-devel.13/src' make[3]: *** No rule to make target `funcrequest.C', needed by `funcrequest.o'. Stop. make[3]: Leaving directory `/home/voss/lyx-devel.13/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/voss/lyx-devel.13/src'

compile fix

src/mathed/fontinset.C #include "support/LOstream.h" Herbert -- http://www.lyx.org/help/

Re: compile fix

On Tue, Aug 13, 2002 at 08:18:14PM +0200, Herbert Voss wrote: > src/mathed/fontinset.C > #include "support/LOstream.h" Thanks. Adnre' > -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)

Re: compile fix

make[3]: Entering directory `/home/voss/lyx-devel.13/src' make[3]: *** No rule to make target `funcrequest.C', needed by `funcrequest.o'. Stop. make[3]: Leaving directory `/home/voss/lyx-devel.13/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/voss/lyx-devel.13/src'

compile fix

xforms/lyx_gui.C xforms/XWorkArea.C using std::dec; Herbert -- http://www.lyx.org/help/

Re: compile fix

On Thu, Jul 25, 2002 at 06:53:53PM +0200, Herbert Voss wrote: xforms/lyx_gui.C xforms/XWorkArea.C using std::dec; Hmm didn't I commit that ? john -- The new WinFix 4.3 is a very effective way to improve the reliability of Windows, because it makes Windows fault-tolerant and

compile fix

xforms/lyx_gui.C xforms/XWorkArea.C using std::dec; Herbert -- http://www.lyx.org/help/

Re: compile fix

On Thu, Jul 25, 2002 at 06:53:53PM +0200, Herbert Voss wrote: > xforms/lyx_gui.C > xforms/XWorkArea.C > > using std::dec; Hmm didn't I commit that ? john -- "The new WinFix 4.3 is a very effective way to improve the reliability of Windows, because it makes Windows fault-tolerant and

compile fix

LaTeXFeatures.C using std::list; Herbert -- http://www.lyx.org/help/

Re: compile fix

Herbert Voss wrote: LaTeXFeatures.C using std::list; Indeed. Fixed. JMarc

compile fix

LaTeXFeatures.C using std::list; Herbert -- http://www.lyx.org/help/

Re: compile fix

Herbert Voss wrote: > LaTeXFeatures.C > using std::list; > Indeed. Fixed. JMarc

mathed compile fix

math_oldfontinset #inlcude support/LOstream.h Herbert -- http://www.lyx.org/help/

mathed compile fix

math_oldfontinset #inlcude "support/LOstream.h" Herbert -- http://www.lyx.org/help/

[PATCH] mathed compile fix for gcc 3.0

hope it's ok thanks john -- Euler's equation contains the five most important numbers in mathematics. Index: src/mathed/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v retrieving revision 1.85

[PATCH] mathed compile fix #2

thanks john -- Euler's equation contains the five most important numbers in mathematics. Index: src/mathed/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v retrieving revision 1.85 diff -u -r1.85

[PATCH] mathed compile fix for gcc 3.0

hope it's ok thanks john -- "Euler's equation contains the five most important numbers in mathematics." Index: src/mathed/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v retrieving revision 1.85

[PATCH] mathed compile fix #2

thanks john -- "Euler's equation contains the five most important numbers in mathematics." Index: src/mathed/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v retrieving revision 1.85 diff -u -r1.85