Re: Compilation problem [SOLVED]

2017-09-20 Thread Guido Milanese
On Tue, 19 Sep 2017 19:13:04 +0200 Jürgen Spitzmüller wrote: > From the file INSTALL: > > "Quick compilation guide > --- > > These four steps will compile, test and install LyX: > > 0) Linux users beware: You need qt4 and qt4-devel packages >

Re: Compilation problem [SOLVED]

2017-09-19 Thread Jürgen Spitzmüller
Am Dienstag, den 19.09.2017, 19:06 +0200 schrieb Guido Milanese: > Mystery solved. Lyx does not use the QT5 libraries, it needs QT4 > (with > qt4-devel). If I may take the liberty of suggesting a minor > improvement to the configuration script, I would say that a message > mentioning the need of

Re: Compilation problem [SOLVED]

2017-09-19 Thread Guido Milanese
Mystery solved. Lyx does not use the QT5 libraries, it needs QT4 (with qt4-devel). If I may take the liberty of suggesting a minor improvement to the configuration script, I would say that a message mentioning the need of the qt4 library would be advisable. With every best wishes, GM On Tue,

Re: Compilation problem

2013-05-10 Thread stefano franchi
On Tue, Apr 30, 2013 at 3:30 AM, Emil Pavlov emil.p.pav...@gmail.comwrote: На 29.04.2013 23:43, curtis osterhoudt написа: I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't

Re: Compilation problem

2013-05-10 Thread stefano franchi
On Tue, Apr 30, 2013 at 3:30 AM, Emil Pavlov emil.p.pav...@gmail.comwrote: На 29.04.2013 23:43, curtis osterhoudt написа: I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't

Re: Compilation problem

2013-05-10 Thread stefano franchi
On Tue, Apr 30, 2013 at 3:30 AM, Emil Pavlov wrote: > На 29.04.2013 23:43, curtis osterhoudt написа: > > I ran into this problem just this weekend (using the 2.1.0 dev version > of LyX on a debian-based system). I happen to have figured out what I did > wrong, though it

Re: Compilation problem

2013-04-30 Thread Emil Pavlov
?? 29.04.2013 23:43, curtis osterhoudt ??: I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was

Re: Compilation problem

2013-04-30 Thread Emil Pavlov
?? 29.04.2013 23:43, curtis osterhoudt ??: I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was

Re: Compilation problem

2013-04-30 Thread Emil Pavlov
?? 29.04.2013 23:43, curtis osterhoudt ??: I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was

Re: Compilation problem

2013-04-30 Thread Emil Pavlov
?? 29.04.2013 23:43, curtis osterhoudt ??: I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was

Re: Compilation problem

2013-04-30 Thread Emil Pavlov
?? 29.04.2013 23:43, curtis osterhoudt ??: I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was

Re: Compilation problem

2013-04-30 Thread Emil Pavlov
?? 29.04.2013 23:43, curtis osterhoudt ??: I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was

Re: Compilation problem

2013-04-29 Thread curtis osterhoudt
I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was interesting: I put some ERT into my document to

Re: Compilation problem

2013-04-29 Thread curtis osterhoudt
I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was interesting: I put some ERT into my document to

Re: Compilation problem

2013-04-29 Thread curtis osterhoudt
I ran into this problem just this weekend (using the 2.1.0 dev version of LyX on a debian-based system). I happen to have figured out what I did wrong, though it didn't have anything to do with forward/reverse searches; I thought the condition was interesting: I put some ERT into my document to

Re: Compilation problem

2012-04-28 Thread Emil Pavlov
На 26.04.2012 16:09, Richard Heck написа: I had to take out the figures to get it to work, since I don't have those, but then it complied fine for me. I guess I'd suggest continuing to bisect it. Alternatively, export to LaTeX and compile manually. That may give more information. rh On

Re: Compilation problem

2012-04-28 Thread Emil Pavlov
На 26.04.2012 16:09, Richard Heck написа: I had to take out the figures to get it to work, since I don't have those, but then it complied fine for me. I guess I'd suggest continuing to bisect it. Alternatively, export to LaTeX and compile manually. That may give more information. rh On

Re: Compilation problem

2012-04-28 Thread Emil Pavlov
На 26.04.2012 16:09, Richard Heck написа: I had to take out the figures to get it to work, since I don't have those, but then it complied fine for me. I guess I'd suggest continuing to bisect it. Alternatively, export to LaTeX and compile manually. That may give more information. rh On

Re: Compilation problem

2012-04-26 Thread Richard Heck
On 04/25/2012 06:44 PM, Emil Pavlov wrote: I have a problem with compiling my bachelor thesis and do not know what to do. Can you take a look and give me some ideas? Erase the last half of it, and see if it compiles. If so, put that back and erase the first half. Keep going until you isolate

Re: Compilation problem

2012-04-26 Thread Richard Heck
On 04/25/2012 06:44 PM, Emil Pavlov wrote: I have a problem with compiling my bachelor thesis and do not know what to do. Can you take a look and give me some ideas? Erase the last half of it, and see if it compiles. If so, put that back and erase the first half. Keep going until you isolate

Re: Compilation problem

2012-04-26 Thread Richard Heck
On 04/25/2012 06:44 PM, Emil Pavlov wrote: I have a problem with compiling my bachelor thesis and do not know what to do. Can you take a look and give me some ideas? Erase the last half of it, and see if it compiles. If so, put that back and erase the first half. Keep going until you isolate

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-07 Thread Lars Gullik Bjønnes
Alfredo Braunstein [EMAIL PROTECTED] writes: | On an ideal world, I don't see the point of the lyx:: namespace. except when used to protect against our own pollution of the global namespace. -- Lgb

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-07 Thread Lars Gullik Bjønnes
Alfredo Braunstein [EMAIL PROTECTED] writes: | On an ideal world, I don't see the point of the lyx:: namespace. except when used to protect against our own pollution of the global namespace. -- Lgb

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-07 Thread Lars Gullik Bjønnes
Alfredo Braunstein <[EMAIL PROTECTED]> writes: | On an ideal world, I don't see the point of the lyx:: namespace. except when used to protect against our own pollution of the global namespace. -- Lgb

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-02 Thread Andre Poenitz
On Tue, Jul 01, 2003 at 11:01:30PM +0100, John Levon wrote: `class ControlRef' As far as I understand it, this is a naming clash. Qt has a typedef struct OpaqueControlRef *ControlRef; Has anyone reported this stupid bug to Troll Tech yet ? They are as guilty as we are. Andre' --

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-02 Thread Alfredo Braunstein
Andre Poenitz wrote: Has anyone reported this stupid bug to Troll Tech yet ? They are as guilty as we are. Why? Lyx is not a library. IMHO a library is responsible of not polluting the global namespace (and qt way of doing that, btw, seems to be adding a 'q' on front of _almost_ every

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-02 Thread Andre Poenitz
On Tue, Jul 01, 2003 at 11:01:30PM +0100, John Levon wrote: `class ControlRef' As far as I understand it, this is a naming clash. Qt has a typedef struct OpaqueControlRef *ControlRef; Has anyone reported this stupid bug to Troll Tech yet ? They are as guilty as we are. Andre' --

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-02 Thread Alfredo Braunstein
Andre Poenitz wrote: Has anyone reported this stupid bug to Troll Tech yet ? They are as guilty as we are. Why? Lyx is not a library. IMHO a library is responsible of not polluting the global namespace (and qt way of doing that, btw, seems to be adding a 'q' on front of _almost_ every

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-02 Thread Andre Poenitz
On Tue, Jul 01, 2003 at 11:01:30PM +0100, John Levon wrote: > > > `class ControlRef' > > > > As far as I understand it, this is a naming clash. Qt has a > > typedef struct OpaqueControlRef *ControlRef; > > Has anyone reported this stupid bug to Troll Tech yet ? They are as guilty as we are.

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-02 Thread Alfredo Braunstein
Andre Poenitz wrote: >> Has anyone reported this stupid bug to Troll Tech yet ? > > They are as guilty as we are. Why? Lyx is not a library. IMHO a library is responsible of not polluting the global namespace (and qt way of doing that, btw, seems to be adding a 'q' on front of _almost_ every

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread John Levon
On Tue, Jun 24, 2003 at 07:48:01PM +0200, Juergen Spitzmueller wrote: /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef' ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as `class

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread Ronald Florence
John Levon [EMAIL PROTECTED] writes: On Tue, Jun 24, 2003 at 07:48:01PM +0200, Juergen Spitzmueller wrote: /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef'

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread Jan Peters
/usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef' ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as `class ControlRef' As far as I understand it, this is a naming clash. Qt has a typedef

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread John Levon
On Tue, Jun 24, 2003 at 07:48:01PM +0200, Juergen Spitzmueller wrote: /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef' ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as `class

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread Ronald Florence
John Levon [EMAIL PROTECTED] writes: On Tue, Jun 24, 2003 at 07:48:01PM +0200, Juergen Spitzmueller wrote: /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef'

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread Jan Peters
/usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef' ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as `class ControlRef' As far as I understand it, this is a naming clash. Qt has a typedef

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread John Levon
On Tue, Jun 24, 2003 at 07:48:01PM +0200, Juergen Spitzmueller wrote: > > /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting > > types for `typedef struct OpaqueControlRef * ControlRef' > > ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as > > `class

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread Ronald Florence
John Levon <[EMAIL PROTECTED]> writes: > On Tue, Jun 24, 2003 at 07:48:01PM +0200, Juergen Spitzmueller wrote: > > > > /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting > > > types for `typedef struct OpaqueControlRef * ControlRef' > > >

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-07-01 Thread Jan Peters
/usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef' ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as `class ControlRef' As far as I understand it, this is a naming clash. Qt has a typedef

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-25, 18:03 GMT, Matej Cepl wrote: On 2003-06-25, 08:27 GMT, Jean-Marc Lasgouttes wrote: You need at least automake 1.5 to compile LyX for Qt (this does not apply if you did not run autogen.sh, of course). OK, I did everything seems to be OK up to this point (John? It is probably

Re: Compilation problem with Debian

2003-06-28 Thread Thomas Templin
On Wednesday 25 June 2003 04:54, Matej Cepl wrote: Trying to compile lyx with Qt with Qt3 (patched with ct.1.3-diff patch). Configure goes without problems, but compilation aborts with this (no error in previous compilations): [...] You may find a lyx-qt and a lyx-xforms Debian Package at: deb

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-28, 14:36 GMT, Thomas Templin wrote: On Wednesday 25 June 2003 04:54, Matej Cepl wrote: Trying to compile lyx with Qt with Qt3 (patched with ct.1.3-diff patch). Configure goes without problems, but compilation aborts with this (no error in previous compilations): [...] You may

Re: Compilation problem with Debian

2003-06-28 Thread Thomas Templin
On Saturday 28 June 2003 17:32, Matej Cepl wrote: On 2003-06-28, 14:36 GMT, Thomas Templin wrote: On Wednesday 25 June 2003 04:54, Matej Cepl wrote: Trying to compile lyx with Qt with Qt3 (patched with ct.1.3-diff patch). Configure goes without problems, but compilation aborts with this

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-28, 15:52 GMT, Thomas Templin wrote: Which KDE 3.1.2 do you use better which installation source? deb http://download.kde.org/stable/3.1.2/Debian stable main This one. deb ftp://ftp.de.debian.org/debian unstable main non-free contrib deb

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-25, 18:03 GMT, Matej Cepl wrote: On 2003-06-25, 08:27 GMT, Jean-Marc Lasgouttes wrote: You need at least automake 1.5 to compile LyX for Qt (this does not apply if you did not run autogen.sh, of course). OK, I did everything seems to be OK up to this point (John? It is probably

Re: Compilation problem with Debian

2003-06-28 Thread Thomas Templin
On Wednesday 25 June 2003 04:54, Matej Cepl wrote: Trying to compile lyx with Qt with Qt3 (patched with ct.1.3-diff patch). Configure goes without problems, but compilation aborts with this (no error in previous compilations): [...] You may find a lyx-qt and a lyx-xforms Debian Package at: deb

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-28, 14:36 GMT, Thomas Templin wrote: On Wednesday 25 June 2003 04:54, Matej Cepl wrote: Trying to compile lyx with Qt with Qt3 (patched with ct.1.3-diff patch). Configure goes without problems, but compilation aborts with this (no error in previous compilations): [...] You may

Re: Compilation problem with Debian

2003-06-28 Thread Thomas Templin
On Saturday 28 June 2003 17:32, Matej Cepl wrote: On 2003-06-28, 14:36 GMT, Thomas Templin wrote: On Wednesday 25 June 2003 04:54, Matej Cepl wrote: Trying to compile lyx with Qt with Qt3 (patched with ct.1.3-diff patch). Configure goes without problems, but compilation aborts with this

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-28, 15:52 GMT, Thomas Templin wrote: Which KDE 3.1.2 do you use better which installation source? deb http://download.kde.org/stable/3.1.2/Debian stable main This one. deb ftp://ftp.de.debian.org/debian unstable main non-free contrib deb

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-25, 18:03 GMT, Matej Cepl wrote: > On 2003-06-25, 08:27 GMT, Jean-Marc Lasgouttes wrote: >> You need at least automake 1.5 to compile LyX for Qt (this does not >> apply if you did not run autogen.sh, of course). > > OK, I did everything seems to be OK up to this point (John? It is >

Re: Compilation problem with Debian

2003-06-28 Thread Thomas Templin
On Wednesday 25 June 2003 04:54, Matej Cepl wrote: > Trying to compile lyx with Qt with Qt3 (patched with ct.1.3-diff > patch). Configure goes without problems, but compilation aborts > with this (no error in previous compilations): [...] You may find a lyx-qt and a lyx-xforms Debian Package at:

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-28, 14:36 GMT, Thomas Templin wrote: > On Wednesday 25 June 2003 04:54, Matej Cepl wrote: >> Trying to compile lyx with Qt with Qt3 (patched with ct.1.3-diff >> patch). Configure goes without problems, but compilation aborts >> with this (no error in previous compilations): > [...] >

Re: Compilation problem with Debian

2003-06-28 Thread Thomas Templin
On Saturday 28 June 2003 17:32, Matej Cepl wrote: > On 2003-06-28, 14:36 GMT, Thomas Templin wrote: > > On Wednesday 25 June 2003 04:54, Matej Cepl wrote: > >> Trying to compile lyx with Qt with Qt3 (patched with > >> ct.1.3-diff patch). Configure goes without problems, but > >> compilation aborts

Re: Compilation problem with Debian

2003-06-28 Thread Matej Cepl
On 2003-06-28, 15:52 GMT, Thomas Templin wrote: > Which KDE 3.1.2 do you use better which installation source? > > deb http://download.kde.org/stable/3.1.2/Debian stable main This one. > deb ftp://ftp.de.debian.org/debian unstable main non-free contrib > > deb

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-25 Thread Andre Poenitz
On Tue, Jun 24, 2003 at 10:22:43PM +0200, Alfredo Braunstein wrote: maybe somethig like (using bash, from within the src/ directory, untested): for x in `grep -l ControlRef {,*/,*/*/}*.{C,h}`; do echo $x; mv $x $x.save; cat $x.save | sed s/ControlRef/ControlLyXRef/g $x; done will do.

Re: Compilation problem with Debian

2003-06-25 Thread Jean-Marc Lasgouttes
Matej == Matej Cepl [EMAIL PROTECTED] writes: Matej Trying to compile lyx with Qt with Qt3 (patched with Matej ct.1.3-diff patch). Configure goes without problems, but Matej compilation aborts with this (no error in previous Matej compilations): [...] Matej What's wrong and what should I do?

Re: Compilation problem with Debian

2003-06-25 Thread Matej Cepl
On 2003-06-25, 08:27 GMT, Jean-Marc Lasgouttes wrote: You need at least automake 1.5 to compile LyX for Qt (this does not apply if you did not run autogen.sh, of course). OK, I did everything seems to be OK up to this point (John? It is probably your patch, isn't it?): dh_testdir # Add

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-25 Thread Andre Poenitz
On Tue, Jun 24, 2003 at 10:22:43PM +0200, Alfredo Braunstein wrote: maybe somethig like (using bash, from within the src/ directory, untested): for x in `grep -l ControlRef {,*/,*/*/}*.{C,h}`; do echo $x; mv $x $x.save; cat $x.save | sed s/ControlRef/ControlLyXRef/g $x; done will do.

Re: Compilation problem with Debian

2003-06-25 Thread Jean-Marc Lasgouttes
Matej == Matej Cepl [EMAIL PROTECTED] writes: Matej Trying to compile lyx with Qt with Qt3 (patched with Matej ct.1.3-diff patch). Configure goes without problems, but Matej compilation aborts with this (no error in previous Matej compilations): [...] Matej What's wrong and what should I do?

Re: Compilation problem with Debian

2003-06-25 Thread Matej Cepl
On 2003-06-25, 08:27 GMT, Jean-Marc Lasgouttes wrote: You need at least automake 1.5 to compile LyX for Qt (this does not apply if you did not run autogen.sh, of course). OK, I did everything seems to be OK up to this point (John? It is probably your patch, isn't it?): dh_testdir # Add

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-25 Thread Andre Poenitz
On Tue, Jun 24, 2003 at 10:22:43PM +0200, Alfredo Braunstein wrote: > maybe somethig like (using bash, from within the src/ directory, untested): > > for x in `grep -l ControlRef {,*/,*/*/}*.{C,h}`; do echo $x; mv $x $x.save; > cat $x.save | sed s/ControlRef/ControlLyXRef/g > $x; done > > will

Re: Compilation problem with Debian

2003-06-25 Thread Jean-Marc Lasgouttes
> "Matej" == Matej Cepl <[EMAIL PROTECTED]> writes: Matej> Trying to compile lyx with Qt with Qt3 (patched with Matej> ct.1.3-diff patch). Configure goes without problems, but Matej> compilation aborts with this (no error in previous Matej> compilations): [...] Matej> What's wrong and what

Re: Compilation problem with Debian

2003-06-25 Thread Matej Cepl
On 2003-06-25, 08:27 GMT, Jean-Marc Lasgouttes wrote: > You need at least automake 1.5 to compile LyX for Qt (this does not > apply if you did not run autogen.sh, of course). OK, I did everything seems to be OK up to this point (John? It is probably your patch, isn't it?): dh_testdir # Add

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Juergen Spitzmueller
Ronald Florence wrote: /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef' ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as `class ControlRef' As far as I understand it, this is a naming

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Alfredo Braunstein
Juergen Spitzmueller wrote: ControlRef. Does it help if you change LyX's ControlRef and all instances to ControlLyXRef or something? adding #define ControlRef ControlLyXRef to the top of src/frontends/controllers/ControlRef.h may just work... Regards, Alfredo

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Ronald Florence
Alfredo Braunstein [EMAIL PROTECTED] writes: Juergen Spitzmueller wrote: ControlRef. Does it help if you change LyX's ControlRef and all instances to ControlLyXRef or something? adding #define ControlRef ControlLyXRef to the top of src/frontends/controllers/ControlRef.h may just

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Alfredo Braunstein
Ronald Florence wrote: Alfredo Braunstein [EMAIL PROTECTED] writes: Juergen Spitzmueller wrote: ControlRef. Does it help if you change LyX's ControlRef and all instances to ControlLyXRef or something? adding #define ControlRef ControlLyXRef to the top of

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Juergen Spitzmueller
Ronald Florence wrote: /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting types for `typedef struct OpaqueControlRef * ControlRef' ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as `class ControlRef' As far as I understand it, this is a naming

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Alfredo Braunstein
Juergen Spitzmueller wrote: ControlRef. Does it help if you change LyX's ControlRef and all instances to ControlLyXRef or something? adding #define ControlRef ControlLyXRef to the top of src/frontends/controllers/ControlRef.h may just work... Regards, Alfredo

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Ronald Florence
Alfredo Braunstein [EMAIL PROTECTED] writes: Juergen Spitzmueller wrote: ControlRef. Does it help if you change LyX's ControlRef and all instances to ControlLyXRef or something? adding #define ControlRef ControlLyXRef to the top of src/frontends/controllers/ControlRef.h may just

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Alfredo Braunstein
Ronald Florence wrote: Alfredo Braunstein [EMAIL PROTECTED] writes: Juergen Spitzmueller wrote: ControlRef. Does it help if you change LyX's ControlRef and all instances to ControlLyXRef or something? adding #define ControlRef ControlLyXRef to the top of

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Juergen Spitzmueller
Ronald Florence wrote: > /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting > types for `typedef struct OpaqueControlRef * ControlRef' > ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as > `class ControlRef' As far as I understand it, this is a

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Alfredo Braunstein
Juergen Spitzmueller wrote: > ControlRef. Does it help if you change LyX's ControlRef and all instances > to ControlLyXRef or something? adding #define ControlRef ControlLyXRef to the top of src/frontends/controllers/ControlRef.h may just work... Regards, Alfredo

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Ronald Florence
Alfredo Braunstein <[EMAIL PROTECTED]> writes: > Juergen Spitzmueller wrote: > > > ControlRef. Does it help if you change LyX's ControlRef and all instances > > to ControlLyXRef or something? > > adding > > #define ControlRef ControlLyXRef > > to the top of

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

2003-06-24 Thread Alfredo Braunstein
Ronald Florence wrote: > Alfredo Braunstein <[EMAIL PROTECTED]> writes: > >> Juergen Spitzmueller wrote: >> >> > ControlRef. Does it help if you change LyX's ControlRef and all >> > instances to ControlLyXRef or something? >> >> adding >> >> #define ControlRef ControlLyXRef >> >> to the top