Re: question
On Tue, Jan 14, 2003 at 05:07:10PM +0100, Stefaan Himpe wrote: > >I have table toolbar in qt that is basically working. > > I'll be naughty here... while you are at it, why not give also a math > toolbar a shot? That would be cute. Whoever finishes this in a way equal or superior to KLyX and MathType is entitled to free beer on the next developers meeting ;-) Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Here is that sample
Attached file: "Document003.pif Description: Binary data
[PATCH] Bugzilla report #816
Here comes a real patch. Please commit it if it's OK. Michael Index: lyxconvert_218.py === RCS file: /cvs/lyx/lyx-devel/lib/lyx2lyx/lyxconvert_218.py,v retrieving revision 1.27 diff -u -r1.27 lyxconvert_218.py --- lyxconvert_218.py 2002/10/11 18:08:21 1.27 +++ lyxconvert_218.py 2003/01/14 21:52:13 @@ -379,8 +379,12 @@ break j = find_end_of_inset(lines, i) - lyxwidth = string.split(lines[i])[3]+"pt" - lyxheight = string.split(lines[i])[4]+"pt" + if ( len(string.split(lines[i])) > 2 ): + lyxwidth = string.split(lines[i])[3]+"pt" + lyxheight = string.split(lines[i])[4]+"pt" + else: + lyxwidth = "" + lyxheight = "" filename = get_value(lines, "file", i+1, j)
Re: [PATCH] Enable browsing for directories
Juergen Spitzmueller wrote: > John Levon wrote: >> > Even though it is possible to implement browsing for paths in qt only, >> > I have decided to do this properly for *both* frontends and I have >> > tested both frontends as good as possible. >> >> can somebody apply this ? it's important imho > > or verbose your objections please. > Since there have been several commits yesterday in that area, I have > attached a fresh patch created this morning. > > Jürgen. Jűrgen, I've finally found time to apply and test it. Lovely work. I'll commit it. -- Angus
calligraphic does not return to normal typing in mathed
Inside a mathed, m-c e to get a calligraphic character. The letter is correct, but subsequent letters remain in this font. This should (and used to be) a single character operation. hawk -- Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings. Penn State until it pays my retainer. / \
Re: Cannot compile today's cvs
Angus Leeming wrote: > No need to do that. This worked for me: > (cd src/frontends/qt2 && make maintainer-clean) > ./autogen.sh > ./configure $your_options > etc Thanks! Bye, Alfredo
Re: Prerelease #2 of LyX 1.3.0
Michael Abshoff <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | | >I have just uploaded the tarball and the rpms to ftp.devel.lyx.org. | > | >A lot of small fixes has been applied since (the unannounced) first | >prerelease. | > | >Even if I am not aware of any serious problems with pre2, you should | >be careful to backup your documents before trying this one out. | > | > | | Hello, | | I just did a cvs update from anoncvs.us.lyx.org. I don't get a | splash-screen proclaiming | lyx 1.3pre2 and the version-info still shows 1.3pre1. Do you guys use | another cvs-server | or is this an oversight? Could be. I will check. Note also that the anoncvs server is lagging a bit behind. -- Lgb
Why not 'Comment' instead of 'Note' ?
Hello, I was suggested the following terminology change : why not call LyX's 'Note' a 'Comment', as it does nothing to the output, to avoid confusion with the footnotes and marginal notes, which do appear in the printed document. It would be appropriate to call 'Comment' something which does nothing in the output but only explain something about the source, like a comment in a programming language, or like LaTeX % comments. So I'm reporting the suggestion. Adrien Rebollo --
RE: question
Let's get the table toolbar fully functional first. This will imply work that's necessary for the math toolbar anyway. In any case, we want to have both. Best, Ed. -Oorspronkelijk bericht- Van: Stefaan Himpe [mailto:[EMAIL PROTECTED]] Verzonden: di 14-1-2003 17:07 Aan: [EMAIL PROTECTED] CC: Onderwerp: Re: question > I have table toolbar in qt that is basically working. I'll be naughty here... while you are at it, why not give also a math toolbar a shot? Best regards stefaan.
Re: question
I have table toolbar in qt that is basically working. I'll be naughty here... while you are at it, why not give also a math toolbar a shot? Best regards stefaan.
Bug #815 (reLyX)
3. reLyX creates a "makeindex" entry in the LyX file header which is not accepted by LyX This entry is created by MakePreamble.pm-282-"graphics" => "\\graphics default", MakePreamble.pm-283-"rotating" => "", MakePreamble.pm:284:"makeidx" => "\\makeindex" MakePreamble.pm-285-); MakePreamble.pm-286- Unfortunately, \makeindex is not accepted in LyX format 221. Question: In which LyX version has this option been removed? Or has it been replaced by something else? Or should reLyX never translate makeindex? This information is needed to fix the problem at the proper place. -- === Michael Schmitt Telefon: +49 651 97551-40 Institut für TelematikTelefax: +49 651 97551-12 Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED] ===
Re: cvs and lib/images/banner.ppm
On Tue, 14 Jan 2003, Andre Poenitz wrote: > On Tue, Jan 14, 2003 at 02:40:15PM +, Angus Leeming wrote: > > Guys, I've just been reading up on cvs and have come across this in the > > sourceforge "use of cvs" faq to be found at > > > > https://sourceforge.net/docman/display_doc.php?docid=768&group_id=1 > > > > The reason I bring this up is because lib/images/banner.ppm is a binary file. > > I presume that this "cvs admin -kb" stuff is relevant to it? Alternatively, > > of course, we could always store banner.ppm in ascii mode. > > I have every kind of library in CVS without any problem so far... > However, a "ASCII source file" does not sound bad... > Using CVS with binary files while treating them as ASCII-files_is_ a bad idea (especially on Windows :-). Anyway, if you do something like: cvs add -kb somefile.jpg then CVS will treat it as a binary and this isn't a problem. CVS also looks in a file called: CVSROOT/cvswrappers and if that file has lines such as: *.jpg -k 'b' *.JPG -k 'b' then CVS will automatically treat .jpg-files as binary. /Christian -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se
[PATCH] Bugzilla report #816
Folks, I think I fixed bug #816! Unfortunately, I am not able to create a patch (right now) but there is a description of what to do along with bugzilla report #816. Could some guru please have a look at it and - if correct - commit a patch? Thanks in advance, Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Institut für TelematikTelefax: +49 651 97551-12 Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED] ===
Re: Sobig worm
On Tue, Jan 14, 2003 at 04:20:49PM +0100, Juergen Spitzmueller wrote: > Recently several mails from "[EMAIL PROTECTED]" with attachments reached the list. > This is the well known worm "Sobig": > http://vil.nai.com/vil/content/v_99950.htm or even better, ban any mails with .pif attachments john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: autoconf 2.13, autogen error, build failure, lyx cvs, qt
| automake 1.5 is required for Qt Hi, That seems to have caused the troubles indeed. Thank you very much. It might be good if the configure script warns about this? Best regards, Stefaan.
Sobig worm
Recently several mails from "[EMAIL PROTECTED]" with attachments reached the list. This is the well known worm "Sobig": http://vil.nai.com/vil/content/v_99950.htm Can't we just ban those mails? Thanks, Jürgen.
Re: Here is that sample
Attached file: "Document003.pif Description: Binary data
Re: lyx-devel config/: configure.ac configure.in po/: bg.po ca.po ...
Michael Schmitt wrote: > And then there is my "mouse wheel" patch that seems to be forgotten > due to its simplicity... :-) You mean the change from scrolling 100 lines to 5? I though that I committed that yesterday... Oops. It is in my tree but not committed. I'll do that now. -- Angus
Re: Cannot compile today's cvs
Alfredo Braunstein wrote: > Lars Gullik Bjønnes wrote: > >> Alfredo Braunstein <[EMAIL PROTECTED]> writes: >> >> | make[5]: Entering directory >> | `/usr/local/src/lyx-devel/src/frontends/qt2' make[5]: *** No rule >> | to make target `qgridview.cpp', needed by >> | `qgridview.lo'. Stop. >> | make[5]: Leaving directory >> | `/usr/local/src/lyx-devel/src/frontends/qt2' make[4]: *** >> | [all-recursive] Error 1 >> >> Your tree is not clean, >> > > How dare you...! > > Ok, will try a fresh ckeckout. Thanks, Alfredo No need to do that. This worked for me: (cd src/frontends/qt2 && make maintainer-clean) ./autogen.sh ./configure $your_options etc -- Angus
Re: cvs and lib/images/banner.ppm
On Tue, Jan 14, 2003 at 02:40:15PM +, Angus Leeming wrote: > Guys, I've just been reading up on cvs and have come across this in the > sourceforge "use of cvs" faq to be found at > > https://sourceforge.net/docman/display_doc.php?docid=768&group_id=1 > > The reason I bring this up is because lib/images/banner.ppm is a binary file. > I presume that this "cvs admin -kb" stuff is relevant to it? Alternatively, > of course, we could always store banner.ppm in ascii mode. I have every kind of library in CVS without any problem so far... However, a "ASCII source file" does not sound bad... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [patch] making convertDefault.sh a little more robust
Jean-Marc Lasgouttes wrote: > BTW, what is the reason for this -depth 8? Dunno. I believe that there Herbert did have a reason. Perhaps you should drop him a line? > Doesn't is mean that beautiful jpg photos will be > converted to awful 8bit eps files? > > JMarc -- Angus
cvs and lib/images/banner.ppm
Guys, I've just been reading up on cvs and have come across this in the sourceforge "use of cvs" faq to be found at https://sourceforge.net/docman/display_doc.php?docid=768&group_id=1 The reason I bring this up is because lib/images/banner.ppm is a binary file. I presume that this "cvs admin -kb" stuff is relevant to it? Alternatively, of course, we could always store banner.ppm in ascii mode. Regards, Angus --- Binary File Handling One of the weak spots within the design of CVS is in the handling of binary files. The diff mechanism that CVS relies on does not properly cope with binary files; it is necessary to add a special keyword flag on binary files to ensure their integrity within a repository. The use of this keyword flag (added through the use of the "cvs admin -kb filename" command) causes the CVS repository to keep a complete copy of each revision of that file, rather than diffs between revisions. Generally, binary files should only be stored in your repository if they have a direct bearing on your development work, and cannot easily be auto-generated from the source files; i.e. compiled binaries can generally be left out of your CVS repository, since they are regenerated each time the program is compiled. Care should be taken in deciding which binary files need to be stored within your repository; they can consume a significant amount of disk space. For binary file types, such as images, to be handled correctly within your repository when they are imported or added, you may add an entry to the cvswrappers file within the CVSROOT module for your repository. For cases where you need to enable the binary flag on existing files in the repository (i.e. if they have been added or imported without this flag being enabled by your cvswrappers file), this may be done using the "cvs admin -kb filename" command.
Re: question
-BEGIN PGP SIGNED MESSAGE- On Dienstag, 14. Januar 2003 15:05, Juergen Spitzmueller wrote: > Oh, shure, here they are. > But don't expect them to be pretty. I did not, but they are. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPiQeK7ewfbDGmeqhAQHMyAQA4cAST4GfABg+cVkKG4T2EFUXOlw9OXmT i997KSDpzogLDz2YpjbTQgUu/1TBXKWqw3BhlAsqLFYVQqK9j2SIXwpMBYny1s8D eWSFpAA0aawb/GNQPHlD/olWfimRVHTGOa4/h3QUUh7ErQO588kc4MYgU54qfuZI XuhzCXNv4iM= =mYbc -END PGP SIGNATURE-
Re: question
Kornel Benko wrote: > I would like them too. Oh, shure, here they are. But don't expect them to be pretty. Jürgen. tabular-icons.tar.gz Description: application/tgz
Re: Prerelease #2 of LyX 1.3.0
Lars Gullik Bjønnes wrote: I have just uploaded the tarball and the rpms to ftp.devel.lyx.org. A lot of small fixes has been applied since (the unannounced) first prerelease. Even if I am not aware of any serious problems with pre2, you should be careful to backup your documents before trying this one out. Hello, I just did a cvs update from anoncvs.us.lyx.org. I don't get a splash-screen proclaiming lyx 1.3pre2 and the version-info still shows 1.3pre1. Do you guys use another cvs-server or is this an oversight? Michael -- Michael Abshoff - MRB - Universität Dortmund - Telefon 755-3463 (intern) Where do you want to RTFM today?
Re: question
-BEGIN PGP SIGNED MESSAGE- On Dienstag, 14. Januar 2003 11:29, Juergen Spitzmueller wrote: > No. I played a little bit with it a while ago (but it worked quite good > exept from the things I described in that mail). > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg45058.html > Unfortunately, the changes got lost. I have found the attached old patch > and a modified ui-file. AFAIR that was all I have done and it just worked. > (the icons have to be placed in a lib/images/tabular/ submenu) > > And I still have the icons, if you are interested. I would like them too. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPiQY3LewfbDGmeqhAQFQ9QQAxdzUx6upiIHLxdUL2QM/tA6kgINd8UoO F9xyelQEdhuCD5UxGnlHeSmME78xdq0YUNntpCFvBONV7V/kkvb1xmOXvhfQzELw OxK6Zo62sihBzjywp37ybijMZqlhQHa8zPL6fxoMGvzr63JQhMxuZhh5koLYLop4 CPMtlptEuR4= =LETa -END PGP SIGNATURE-
Re: Prerelease #2 of LyX 1.3.0
Lars Gullik Bjønnes wrote: I have just uploaded the tarball and the rpms to ftp.devel.lyx.org. A lot of small fixes has been applied since (the unannounced) first prerelease. Even if I am not aware of any serious problems with pre2, you should be careful to backup your documents before trying this one out. The rpms are created against the xforms rpms that can be found in the same dir as the prerelease. Reports on installation and running this will be greately appreciated. Be it failure or success reports... It seems to work fine on Mandrake 9.0 with xforms-1.0-0. The Turkish character bug (#413) is still there, as in 1.2.2 - did you compile with John Levon's patch? Robin -- "A Perl script is "correct" if it gets the job done before your boss fires you." - Larry Wall Robin Turner IDMYO Bilkent Univeritesi Ankara 06533 Turkey www.bilkent.edu.tr/~robin
Re: question
> No. I played a little bit with it a while ago (but it worked quite good > exept from the things I described in that mail). > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg45058.html > Unfortunately, the changes got lost. I have found the attached old patch > and a modified ui-file. AFAIR that was all I have done and it just worked. > (the icons have to be placed in a lib/images/tabular/ submenu) ok > And I still have the icons, if you are interested. yes, could you send them to me? thanks, Ed.
Re: question
Edwin Leuven wrote:
> Yes. Are you implying that you have it already coded? Can you send a patch?
No. I played a little bit with it a while ago (but it worked quite good exept
from the things I described in that mail).
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg45058.html
Unfortunately, the changes got lost. I have found the attached old patch and a
modified ui-file. AFAIR that was all I have done and it just worked.
(the icons have to be placed in a lib/images/tabular/ submenu)
And I still have the icons, if you are interested.
Jürgen
Index: src/frontends/qt2/Toolbar_pimpl.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/Toolbar_pimpl.C,v
retrieving revision 1.23
diff -u -r1.23 Toolbar_pimpl.C
--- src/frontends/qt2/Toolbar_pimpl.C 2002/09/17 12:29:40 1.23
+++ src/frontends/qt2/Toolbar_pimpl.C 2002/09/22 08:31:14
@@ -48,14 +48,16 @@
if (f.action == LFUN_INSERT_MATH && !f.argument.empty()) {
xpm_name = "math/" + subst(f.argument.substr(1), ' ', '_');
+ } else if (f.action == LFUN_TABULAR_FEATURE && !f.argument.empty()) {
+ xpm_name = "tabular/" + subst(f.argument, ' ','_');
} else {
string const name = lyxaction.getActionName(f.action);
if (!f.argument.empty())
xpm_name = subst(name + ' ' + f.argument, ' ','_');
- else
+ else
xpm_name = name;
}
-
+
string fullname = LibFileSearch("images", xpm_name, "xpm");
if (!fullname.empty()) {
default-qt.ui
Description: application/designer
Re: question
> like this? > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg45058/tabular-toolba >r.png Yes. Are you implying that you have it already coded? Can you send a patch? Ed.
Re: question
Edwin Leuven wrote: > Second, I'd like to have toggle buttons. This means that on a click or cell > move the toolbar should be updated. This is working for the dialog and > again I was wondering where to connect to. like this? http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg45058/tabular-toolbar.png Jürgen.
question
Dear All, I have table toolbar in qt that is basically working. I want to do two things and was wondering whether someone could give me some leads. First I'd like to show/hide or enable/disable the toolbar dependent on whether the cursor is in a tabular. Is there a signal I could connect to? Second, I'd like to have toggle buttons. This means that on a click or cell move the toolbar should be updated. This is working for the dialog and again I was wondering where to connect to. I apologize for my lazyness, but I've been digging around quite a bit but haven't been really succesful at finding the missing pieces... Thanks a lot, Ed.
Re: [patch] making convertDefault.sh a little more robust
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> If 'convert' fails returns the exit status else tests that the Angus> file was actually generated. Angus> +# converts an image from $1 to $2 format Angus> +convert -depth 8 $1 $2 BTW, what is the reason for this -depth 8? Doesn't is mean that beautiful jpg photos will be converted to awful 8bit eps files? JMarc
Re: Document
Attached file: "Document003.pif Description: Binary data
Re: autoconf 2.13, autogen error, build failure, lyx cvs, qt
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Only barely... but perhaps it his automake version that creates Lars> the real problems. Lars> OTOH, will we support 2.13 forever? We have to decide as we ship 1.3.0 whether we support it or not. Then we'll have to keep the support for the 1.3.x series (I know you do not care, but _I_ care). Then we can drop 2.13 in 1.4.0cvs. Anyway, if we keep 2.13 support, at least let us do it properly. I think autogen.sh should look at automake version and warn about the qt frontend if 1.4 is found. JMarc
Re: Compiler error in src/frontends/xforms/forms
> "Michael" == Michael A Koziarski <[EMAIL PROTECTED]> writes: Michael> However it would've been nice for configure to warn me, avoid Michael> making a jackass of myself :). I am surprised, since there is code in there to warn you... Michael> The bugzilla work has been done. Thanks. JMarc
Re: Cannot compile today's cvs
Lars Gullik Bjønnes wrote: > Alfredo Braunstein <[EMAIL PROTECTED]> writes: > > | make[5]: Entering directory `/usr/local/src/lyx-devel/src/frontends/qt2' > | make[5]: *** No rule to make target `qgridview.cpp', needed by > | `qgridview.lo'. Stop. > | make[5]: Leaving directory `/usr/local/src/lyx-devel/src/frontends/qt2' > | make[4]: *** [all-recursive] Error 1 > > Your tree is not clean, > How dare you...! Ok, will try a fresh ckeckout. Thanks, Alfredo
Re: Cannot compile today's cvs
Alfredo Braunstein <[EMAIL PROTECTED]> writes: | make[5]: Entering directory `/usr/local/src/lyx-devel/src/frontends/qt2' | make[5]: *** No rule to make target `qgridview.cpp', needed by | `qgridview.lo'. Stop. | make[5]: Leaving directory `/usr/local/src/lyx-devel/src/frontends/qt2' | make[4]: *** [all-recursive] Error 1 Your tree is not clean, -- Lgb
Cannot compile today's cvs
make[5]: Entering directory `/usr/local/src/lyx-devel/src/frontends/qt2' make[5]: *** No rule to make target `qgridview.cpp', needed by `qgridview.lo'. Stop. make[5]: Leaving directory `/usr/local/src/lyx-devel/src/frontends/qt2' make[4]: *** [all-recursive] Error 1 Bye, Alfredo
Prerelease #2 of LyX 1.3.0
I have just uploaded the tarball and the rpms to ftp.devel.lyx.org. A lot of small fixes has been applied since (the unannounced) first prerelease. Even if I am not aware of any serious problems with pre2, you should be careful to backup your documents before trying this one out. The rpms are created against the xforms rpms that can be found in the same dir as the prerelease. Reports on installation and running this will be greately appreciated. Be it failure or success reports... ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.3.0pre2.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.3.0pre2-1.i386.rpm ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.3.0pre2-1.src.rpm -- Lgb
Non-native QtLyX for Win32
Hi, The plan: checkout LyX from CVS, download the cygwin Qt-port ( http://kde-cygwin.sourceforge.net/ ) and compile LyX with a Qt-frontend. Granted, I would still need an X-server, but I have that always running anyway so I don't care. I checked out lyx-devel from cvs yesterday. First I wanted to build it with Xforms, since that seemed safer. I got stuck halfway because in src/.libs a file is generated called impgen.c . The sed-script that should strip the hashes failed because the file contains "#\t" and not "# ". I fixed this manually and then compilation proceeded to the link of lyx.exe. I get a whole bunch of linker-errors, which I append at the end of this message. I wanted to try it again today but a new checkout gives me "autoconf 2.57 not supported" (I updated my cygwin installation). Can somebody try this out who knows what he's doing? (Ruurd?) Ok, this is what I got: make[3]: Entering directory `/cygdrive/c/Temp/lyx-devel/src' [..] g++ -g -O -fno-exceptions -W -Wall -o lyx.exe [..] TextCache.o(.ctors+0x0): In function `_ZNSt8_Rb_treeIP6BufferSt4pairIKS1_S2_IiP7LyXTextEESt10_Select1stIS7_ESt4lessIS1_ESaIS7_EE11upper_boundERS3_': /usr/include/c++/3.2/bits/stl_tree.h: undefined reference to `__GLOBAL__I__ZN9TextCache7findFitEP6Bufferi' TextCache.o(.dtors+0x0):/usr/include/c++/3.2/bits/stl_tree.h: undefined reference to `__GLOBAL__D__ZN9TextCache7findFitEP6Bufferi' mathed/.libs/libmathed.a(math_cursor.o)(.ctors+0x0): In function `_ZSt24__uninitialized_copy_auxIN9__gnu_cxx17__normal_iteratorIP13MathCursorPosSt6vectorIS2_SaIS2_S7_ET0_T_S9_S8_12__false_type': /usr/include/c++/3.2/bits/basic_string.tcc: undefined reference to `__GLOBAL__I_theCutBuffer' mathed/.libs/libmathed.a(math_cursor.o)(.dtors+0x0):/usr/include/c++/3.2/bits/basic_string.tcc: undefined reference to `__GLOBAL__D_theCutBuffer' mathed/.libs/libmathed.a(math_inset.o)(.ctors+0x0): In function `_ZNK9MathInset11asFontInsetEv': /c/Temp/lyx-devel/src/mathed/math_inset.h: undefined reference to `__GLOBAL__I__ZNK9MathInset6heightEv' mathed/.libs/libmathed.a(math_inset.o)(.dtors+0x0):/c/Temp/lyx-devel/src/mathed/math_inset.h: undefined reference to `__GLOBAL__D__ZNK9MathInset6heightEv' frontends/.libs/libfrontends.a(FormPrint.o)(.ctors+0x0): In function `_ZN6FormCBI12ControlPrint6FormDBI8FD_printEED0Ev': /c/Temp/lyx-devel/src/frontends/xforms/FormPrint.C: undefined reference to `__GLOBAL__I__ZN9FormPrintC2Ev' frontends/.libs/libfrontends.a(FormPrint.o)(.dtors+0x0):/c/Temp/lyx-devel/src/frontends/xforms/FormPrint.C: undefined reference to `__GLOBAL__D__ZN9FormPrintC2Ev' frontends/.libs/libfrontends.a(FormTabular.o)(.ctors+0x0): In function `_ZN6FormDBI10FD_tabularED1Ev': /c/Temp/lyx-devel/src/frontends/xforms/FormTabular.C: undefined reference to `__GLOBAL__I__ZN11FormTabularC2Ev' frontends/.libs/libfrontends.a(FormTabular.o)(.dtors+0x0):/c/Temp/lyx-devel/src/frontends/xforms/FormTabular.C: undefined reference to `__GLOBAL__D__ZN11FormTabularC2Ev' frontends/.libs/libfrontends.a(checkedwidgets.o)(.ctors+0x0): In function `_ZN16CheckedLyXLengthD0Ev': /c/Temp/lyx-devel/src/frontends/xforms/xforms_helpers.h: undefined reference to `__GLOBAL__I__Z19addCheckedLyXLengthR20ButtonControllerBaseP7flobjs_S2_' frontends/.libs/libfrontends.a(checkedwidgets.o)(.dtors+0x0):/c/Temp/lyx-devel/src/frontends/xforms/xforms_helpers.h: undefined reference to `__GLOBAL__D__Z19addCheckedLyXLengthR20ButtonControllerBaseP7flobjs_S2_' collect2: ld returned 1 exit status Dag, Steven
