Yes. This fixes it. Thanks.
diff --git a/src/insets/InsetLine.cpp b/src/insets/InsetLine.cpp
index f72fe64..d933382 100644
--- a/src/insets/InsetLine.cpp
+++ b/src/insets/InsetLine.cpp
@@ -34,6 +34,7 @@
#include "support/docstream.h"
#include "support/gettext.h"
#include "support/lstrings.h"
+#
Kayvan Sylvan writes:
| On Fedora 16:
>
| CXXInsetListings.o
| insets/InsetLine.cpp: In member function 'virtual void
| lyx::InsetLine::metrics(lyx::MetricsInfo&, lyx::Dimension&) const':
| insets/InsetLine.cpp:121:33: error: 'abs' was not declared in this scope
On F16, that is actually surp
Vincent van Ravesteijn wrote:
> When I try to compile branch with cmake I get the following error:
>
> pcheaders.h(41) : fatal error C1083: Cannot open include file:
> 'boost/test/utils/nullstream.hpp': No such file or directory
>
> This is wat pcheaders.h says:
>
> # include
>
> This file re
When I try to compile branch with cmake I get the following error:
pcheaders.h(41) : fatal error C1083: Cannot open include file:
'boost/test/utils/nullstream.hpp': No such file or directory
This is wat pcheaders.h says:
# include
This file really does not exist.
Vincent
> Menus.cpp:1477: error: within this context
> Menus.cpp:909: error: 'void lyx::frontendMenu::checkShortcuts()
> const' is private
> Menus.cpp:1480: error: within this context
> make[5]: *** [Menus.lo] Error 1
fixed now
> p
g++ -DHAVE_CONFIG_H -I. -I../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR
-DQT_NO_STL -DQT_NO_KEYWORDS -I../../..
/src -I../../../src/frontends -I../../../images -DQT_SHARED -I/usr/include/qt4
-I/usr/include/qt4/QtCore -I/usr/inclu
de/qt4/QtGui -I../../../boost -Wextra -Wall -O
> > btw in addition i use --enable-monolithic-insets and still see many
> > insets/Inset*.cpp compiled individually. is it supposed to be this way?
>
> For some reason the feature seems to be gone?
it seems that for some reason this and few other monolithic features have
never been implemented. t
On Tue, Nov 13, 2007 at 02:51:42PM +0100, Pavel Sanda wrote:
> > Pavel Sanda wrote:
> >> hi, trunk has some problems now.
> >
> > Sorry, I'll correct that. It's weird that MSVC didn't choke...
>
> which is not the end of my troubles:
> make[2]: Entering directory `/home/paf/mac/ledpar/lib'
> make[
> Pavel Sanda wrote:
>> hi, trunk has some problems now.
>
> Sorry, I'll correct that. It's weird that MSVC didn't choke...
which is not the end of my troubles:
make[2]: Entering directory `/home/paf/mac/ledpar/lib'
make[2]: *** No rule to make target `layouts/url.module', needed by `all-am'.
St
Pavel Sanda wrote:
hi, trunk has some problems now.
Sorry, I'll correct that. It's weird that MSVC didn't choke...
Abdel.
hi, trunk has some problems now.
GuiView.h:126: error: a class-key must be used when declaring a friend
GuiView.h:126: error: friend declaration does not name a class or function
GuiView.cpp: In member function 'virtual void
lyx::frontend::GuiWorkArea::close()':
GuiView.cpp:938: error: 'void
lyx
On Sun, Nov 11, 2007 at 01:27:13PM +0100, Pavel Sanda wrote:
> > > are you talking about all occurences of X/lib/.h ?
> > > i'm bit confused what all the numbers mean, eg # 1
> > > "/usr/include/X11/Xatom.h" 1 3 4
> >
> > The first one is the line number, I don't know about the others.
>
> i lea
> > are you talking about all occurences of X/lib/.h ?
> > i'm bit confused what all the numbers mean, eg # 1
> > "/usr/include/X11/Xatom.h" 1 3 4
>
> The first one is the line number, I don't know about the others.
i learnt meanwhile
`1' indicates the start of a new file.
`2' indicates return
On Sat, Nov 10, 2007 at 11:54:32PM +0100, Pavel Sanda wrote:
> are you talking about all occurences of X/lib/.h ?
> i'm bit confused what all the numbers mean, eg # 1 "/usr/include/X11/Xatom.h"
> 1 3 4
The first one is the line number, I don't know about the others.
I specifically meant the file
> > > yes, that works.
> >
> > Whoahey.
> >
> > Now you could do me a favour: Could you run that file through the
> > preprocessor
> > only (i.e. g++ -E instead of g++ -c) and figure out who pulls in X.h (or
> > Xlib.h)?
GuiApplication.cpp, 56.line
pavel
> > yes, that works.
>
> Whoahey.
>
> Now you could do me a favour: Could you run that file through the preprocessor
> only (i.e. g++ -E instead of g++ -c) and figure out who pulls in X.h (or
> Xlib.h)?
are you talking about all occurences of X/lib/.h ?
i'm bit confused what all the numbers mean
On Sat, Nov 10, 2007 at 11:16:15PM +0100, Pavel Sanda wrote:
> > Hm... shot into the dark:
> >
> > What happens if you add
> >
> > #undef CursorShape
>
> yes, that works.
Whoahey.
Now you could do me a favour: Could you run that file through the preprocessor
only (i.e. g++ -E instead of g++ -c
> Hm... shot into the dark:
>
> What happens if you add
>
> #undef CursorShape
yes, that works.
> around line 14 in GuiDocument.h (i.e. before the #include "ui_*.h" lines)
now remains
../../../src/DispatchResult.h: In constructor
'lyx::DispatchResult::DispatchResult()':
../../../src/DispatchR
On Sat, Nov 10, 2007 at 10:43:47PM +0100, Pavel Sanda wrote:
> > If you're seeing that problem, your trunk must be out of date:
> >
> > [EMAIL PROTECTED] src]$ srcgrep lfun_name_
>
> sorry, i didnt recognized that the error message is slightly different.
>
> make[6]: Entering directory `/home/ins
> If you're seeing that problem, your trunk must be out of date:
>
> [EMAIL PROTECTED] src]$ srcgrep lfun_name_
sorry, i didnt recognized that the error message is slightly different.
make[6]: Entering directory `/home/installer/lyx/trunkaa/src/frontends/qt4'
/bin/sh ../../../libtool --tag=CXX
Pavel Sanda wrote:
ui_TextLayoutUi.h: In member function 'void
Ui_TextLayoutUi::setupUi(QWidget*)':
ui_TextLayoutUi.h:154: error: expected primary-expression before '('
token
ui_TextLayoutUi.h:154: error: expected type-specifier
ui_TextLayoutUi.h:154: error: expected `>'
ui_TextLayoutUi.h:154:
>>> ui_TextLayoutUi.h: In member function 'void
>>> Ui_TextLayoutUi::setupUi(QWidget*)':
>>> ui_TextLayoutUi.h:154: error: expected primary-expression before '('
>>> token
>>> ui_TextLayoutUi.h:154: error: expected type-specifier
>>> ui_TextLayoutUi.h:154: error: expected `>'
>>> ui_TextLayoutUi.
Martin Vermeer wrote:
Looks like an svn error... change markers. Are they in your local copy?
The file was broken indeed. svn refused to update or revert it,
which is strange. I had to delete it in order to make svn
work.
I got the same errors though, and they don't make sense:
../../lyx-de
On Wed, 07 Nov 2007 15:25:05 +0100
Helge Hafting <[EMAIL PROTECTED]> wrote:
> g++ -DHAVE_CONFIG_H -I. -I../../lyx-devel/src -I. -I../../lyx-devel/src
> -Wextra -Wall -g -O2 -MT lengthcommon.lo -MD -MP -MF
> .deps/lengthcommon.Tpo -c ../../lyx-devel/src/lengthcommon.cpp -o
> lengthcommon.o
> ..
g++ -DHAVE_CONFIG_H -I. -I../../lyx-devel/src -I. -I../../lyx-devel/src
-Wextra -Wall -g -O2 -MT lengthcommon.lo -MD -MP -MF
.deps/lengthcommon.Tpo -c ../../lyx-devel/src/lengthcommon.cpp -o
lengthcommon.o
../../lyx-devel/src/lengthcommon.cpp:39: error: expected
primary-expression before '<<' t
> This seems to be my fault. Which Qt do you use? Maybe the QColor
> constructors with reals are too new. Cannot check myself right now as I am
> in the middle of a OS update, sorry.
4.3.0
pavel
GuiPainter.cpp: In member function 'QColor
lyx::frontend::GuiPainter::filterColor(const QColor&)':
GuiPainter.cpp:140: warning: passing 'qreal' for argument 1 to
'QColor::QColor(int, int, int, int)'
GuiPainter.cpp:140: warning: passing 'qreal' for argument 2 to
'QColor::QColor(int, int, int,
>> Richard, we have a restriction of which you might not ave heard yet:
>> static functions/objects need to have different names, even if they
>> are in different .cpp files, otherwise the 'chunked build' will fail.
>>
> Sorry! I've fixed it.
>
> rh
there is another one problem:
make[6]: Enter
Andre Poenitz wrote:
On Thu, Oct 25, 2007 at 04:17:27PM +0200, Pavel Sanda wrote:
hi,
dont know whether this is according to last changesets or the fact i tried to
use monolithic compilation.
make[6]: Entering directory
`/home/installer/lyx/trunk_disable/src/frontends/qt4'
/bin/sh ../../..
On Thu, Oct 25, 2007 at 04:17:27PM +0200, Pavel Sanda wrote:
> hi,
> dont know whether this is according to last changesets or the fact i tried to
> use monolithic compilation.
>
> make[6]: Entering directory
> `/home/installer/lyx/trunk_disable/src/frontends/qt4'
> /bin/sh ../../../libtool --ta
> hi,
> dont know whether this is according to last changesets or the fact i tried to
> use monolithic compilation.
removing --enable-monolithic-frontend-qt4 helped.
p
hi,
dont know whether this is according to last changesets or the fact i tried to
use monolithic compilation.
make[6]: Entering directory
`/home/installer/lyx/trunk_disable/src/frontends/qt4'
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I../../../src -DQT_CLEAN_
On Thu, Oct 11, 2007 at 09:37:23AM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > The problem here is that he is using the Sun compiler which uses
> > the switch -xOn (uppercase O followed by a digit 1, 2, 3, 4, or 5)
> > to specify the optimization level. H
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> On Wed, Oct 10, 2007 at 04:17:16PM +0200, Honest Guvnor wrote:
>> On 10/10/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
>> >
>> > I suspect this is a solaris problem... Enrico?
>
> Hmm. I feared I was losing emails, but then realized that this
On Thu, Oct 11, 2007 at 12:41:31AM +0200, Andre Poenitz wrote:
> On Thu, Oct 11, 2007 at 12:22:17AM +0200, Enrico Forestieri wrote:
> > > > I am also still using 1.4.5.1 on solaris, for the specific reason that
> > > > Qt4 is crap there. (André, aren't your ears burning? ;-)
> > >
> > > Not really
On Thu, Oct 11, 2007 at 12:22:17AM +0200, Enrico Forestieri wrote:
> > > I am also still using 1.4.5.1 on solaris, for the specific reason that
> > > Qt4 is crap there. (André, aren't your ears burning? ;-)
> >
> > Not really.
> >
> > Have you contacted TT support?
>
> Yes, they said that they w
On Thu, Oct 11, 2007 at 12:10:24AM +0200, Andre Poenitz wrote:
> On Wed, Oct 10, 2007 at 10:04:42PM +0200, Enrico Forestieri wrote:
> > On Wed, Oct 10, 2007 at 11:31:41AM +0200, Jean-Marc Lasgouttes wrote:
> > > Volker Knierim <[EMAIL PROTECTED]> writes:
> > >
> > > > Hi,
> > > >
> > > > I hope th
On Wed, Oct 10, 2007 at 10:04:42PM +0200, Enrico Forestieri wrote:
> On Wed, Oct 10, 2007 at 11:31:41AM +0200, Jean-Marc Lasgouttes wrote:
> > Volker Knierim <[EMAIL PROTECTED]> writes:
> >
> > > Hi,
> > >
> > > I hope this does not annoy anyone but I'm lost at this time. I tried
> > > to compile
On Wed, Oct 10, 2007 at 11:31:41AM +0200, Jean-Marc Lasgouttes wrote:
> Volker Knierim <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > I hope this does not annoy anyone but I'm lost at this time. I tried
> > to compile LyX Version 1.4.5.1 and always get an error during the make
> > process.
>
> You
On Wed, Oct 10, 2007 at 04:17:16PM +0200, Honest Guvnor wrote:
> On 10/10/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> >
> > I suspect this is a solaris problem... Enrico?
Hmm. I feared I was losing emails, but then realized that this was
addressed to the users list, to which I am not sub
On Wed, Oct 10, 2007 at 09:11:12AM +0200, Volker Knierim wrote:
> Hi,
>
> I hope this does not annoy anyone but I'm lost at this time. I tried to
> compile LyX Version 1.4.5.1 and always get an error during the make process.
>
> Here is the output after the second make run (to let you know which
On Wed, Oct 10, 2007 at 09:11:12AM +0200, Volker Knierim wrote:
> Hi,
>
> I hope this does not annoy anyone but I'm lost at this time. I tried to
> compile LyX Version 1.4.5.1 and always get an error during the make process.
>
> Here is the output after the second make run (to let you know which
On 10/10/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
>
> I suspect this is a solaris problem... Enrico?
I am not Enrico but I am seeing what may be a similar problem on OSX
10.3.9, PPC G4, Lyx 1.5.2 (at least it is complaining about the
environment when it fails):
bolt:~/pub/lyx-1.5.2 and
Volker Knierim <[EMAIL PROTECTED]> writes:
> Hi,
>
> I hope this does not annoy anyone but I'm lost at this time. I tried
> to compile LyX Version 1.4.5.1 and always get an error during the make
> process.
You will need to show us the config.log file, to see why not
environment-setting function h
Hi,
I hope this does not annoy anyone but I'm lost at this time. I tried to
compile LyX Version 1.4.5.1 and always get an error during the make process.
Here is the output after the second make run (to let you know which
packeges compiled without problems):
gmake all-recursive
gmake[1]: En
On Aug 31, 2007, at 9:08 AM, Rainer Dorsch wrote:
For documentation purposes, this is the procedure which finally
worked for me
export QTDIR=/afs/qt-4.2.1/
export LYXDIR=/afs/lyx-1.5.1/
export PATH=$QTDIR/bin:$PATH
export PKG_CONFIG_PATH=$QTDIR/lib:$PKG_CONFIG_PATH
./configure --prefix=$LYXDI
For documentation purposes, this is the procedure which finally worked for me
export QTDIR=/afs/qt-4.2.1/
export LYXDIR=/afs/lyx-1.5.1/
export PATH=$QTDIR/bin:$PATH
export PKG_CONFIG_PATH=$QTDIR/lib:$PKG_CONFIG_PATH
./configure --prefix=$LYXDIR --with-frontend=qt4 --with-qt-dir=$QTDIR
Rainer
Am Freitag, 31. August 2007 14:00 schrieb Rainer Dorsch:
> Hello,
>
> I compiled lyx 1.5.1 on SLES 9 and it seems to me that the qt4 include is
> missing at at least on place. Here is the error I got
>
> $ ./configure --prefix=/afs/lyx-1.5.1/ --with-frontend=qt4
> --with-qt-dir=/afs/qt-4.2.1/
>
> [
Hello,
I compiled lyx 1.5.1 on SLES 9 and it seems to me that the qt4 include is
missing at at least on place. Here is the error I got
$ ./configure --prefix=/afs/lyx-1.5.1/ --with-frontend=qt4
--with-qt-dir=/afs/qt-4.2.1/
[...]
/bin/sh ../../libtool --tag=CXX --mode=compile
g++ -DHAVE_CONF
On Sat, Sep 16, 2006 at 07:32:17PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | There's still this compile problem with anything using gzip
> | strams with gcc 4.0.2 (i.e. stock SuSE 10.0 compiler).
> |
> | It complains about
Andre Poenitz <[EMAIL PROTECTED]> writes:
| There's still this compile problem with anything using gzip
| strams with gcc 4.0.2 (i.e. stock SuSE 10.0 compiler).
|
| It complains about the anonymity of the enum in
| boost/iostreams/filter/symmetric.hpp:234
|
| If it gets a name (an
There's still this compile problem with anything using gzip
strams with gcc 4.0.2 (i.e. stock SuSE 10.0 compiler).
It complains about the anonymity of the enum in
boost/iostreams/filter/symmetric.hpp:234
If it gets a name (anyh name for that matter) it'll compile.
I have no idea whe
José Matos wrote:
> Now the compilation fails in gtk as it was to be expected, I know that
> you
> are working on it, so that is OK.
My fix was not complete, I am currently compiling.
> terminate called after throwing an instance of 'std::bad_cast'
> what(): St8bad_cast
> Aborted
>
> D
On Monday 11 September 2006 12:44, Georg Baum wrote:
> José Matos wrote:
> > I have nls disabled, could it be that the cause?
>
> Yes. This patch should fix it. If it does please commit.
Thanks, it works.
Now the compilation fails in gtk as it was to be expected, I know that you
are workin
José Matos wrote:
> I have nls disabled, could it be that the cause?
Yes. This patch should fix it. If it does please commit.
GeorgIndex: src/messages.C
===
--- src/messages.C (Revision 14975)
+++ src/messages.C (Arbeitskopie)
@@
I tried to compile lyx, the problem since yesterday is the following:
make[3]: Entering directory `/home/jamatos/lyx/lyx-devel/src'
if g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -Wextra -Wall -O -MT
messages.o -MD -MP -MF ".deps/messages.Tpo" -c -o messages.o messages.C; \
then mv -f ".deps
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Rex Dieter wrote:
>> I disagree. If LyX is (directly) using freetype/Xft functions, *it*
>> should link against freetype/Xft, and not rely upon gtk's (or any
>> other dependant library's) pkg-config to pull it in.
Georg> I did not kno
> --- Ursprüngliche Nachricht ---
> Von: Rex Dieter <[EMAIL PROTECTED]>
> An: lyx-devel@lists.lyx.org
> Betreff: Re: GTK compile problem
> Datum: Tue, 06 Dec 2005 15:47:31 -0600
>
> Georg Baum wrote:
> > Rex Dieter wrote:
>
> >>I disagree. If LyX is
Georg Baum wrote:
Rex Dieter wrote:
I disagree. If LyX is (directly) using freetype/Xft functions, *it*
should link against freetype/Xft, and not rely upon gtk's (or any other
dependant library's) pkg-config to pull it in.
I did not know that LyX uses xft directly. Since that is the case i
Rex Dieter wrote:
> I disagree. If LyX is (directly) using freetype/Xft functions, *it*
> should link against freetype/Xft, and not rely upon gtk's (or any other
> dependant library's) pkg-config to pull it in.
I did not know that LyX uses xft directly. Since that is the case it should
of course
Georg Baum wrote:
Martin Dietz wrote:
Someone please take a look at this: I still can't built the GTk version of
LyX using GTK2.8
I upgraded gtk to 2.8 and see now the include and link problems, too. It
seems that the pkg-config files of gtk 2.8 do not list the dependency on
freetype. Pleas
Martin Dietz wrote:
> Someone please take a look at this: I still can't built the GTk version of
> LyX using GTK2.8
I upgraded gtk to 2.8 and see now the include and link problems, too. It
seems that the pkg-config files of gtk 2.8 do not list the dependency on
freetype. Please complain to the gt
Martin Dietz wrote:
Someone please take a look at this: I still can't built the GTk version of
LyX using GTK2.8
The references the linker complaints about are clearly there:
3(NXDOMAIN):~/lyx-devel # sudo ldconfig -v | grep -i xft
libXft.so.2 -> libXft.so.2.1.2
libXft.so.1 -> l
ietz" <[EMAIL PROTECTED]>
> An: lyx-devel@lists.lyx.org
> Betreff: GTK compile problem
> Datum: Sun, 20 Nov 2005 22:43:54 +0100 (MET)
>
> Hi,
> I experience some problems compiling the gtk version of 1.4cvs. I
> successfully compiled the xforms and qt frontends.
>
about
missing files at all ?!
Anyway, thanks for your response
Martin
> --- Ursprüngliche Nachricht ---
> Von: "John C. Spray" <[EMAIL PROTECTED]>
> An: Martin Dietz <[EMAIL PROTECTED]>
> Kopie: lyx-devel@lists.lyx.org
> Betreff: Re: GTK compile problem
> Datum
On Sun, 2005-11-20 at 22:43 +0100, Martin Dietz wrote:
> I attach the log. It seems there is some problem with the xft fonts. I tried
> installing the latex-xftfonts and several other font packages wihout
> success.
See:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg82989.html
And the wor
Hi,
I experience some problems compiling the gtk version of 1.4cvs. I
successfully compiled the xforms and qt frontends.
I attach the log. It seems there is some problem with the xft fonts. I tried
installing the latex-xftfonts and several other font packages wihout
success.
I run Opensuse 10.0. I
Kayvan A. Sylvan wrote:
> I managed to get a working LyX on Cygwin with qt-3!!
Well done. Now it's 1:15am on the West Coast. Go to bed!
--
Angus
On Tue, Jun 21, 2005 at 08:55:05AM +0100, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
> > Anyone got a quick fix for this linking problem? The log output from
> > the link is over 5MB, so I only provided a few excerpts. This is
> > on Cygwin, using qt-3 configured with "-stl". Everything compile
Kayvan A. Sylvan wrote:
> Anyone got a quick fix for this linking problem? The log output from
> the link is over 5MB, so I only provided a few excerpts. This is
> on Cygwin, using qt-3 configured with "-stl". Everything compiles nicely,
> so I think I am only a step or two away from having lyx-qt
On Mon, Jun 20, 2005 at 05:01:56PM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> Is LyX supposed to work with qt-3?
>
> Sure. Support for qt2 will probably be removed in 1.5.0.
>
> JMarc
Anyone got a quick fix for this linking pro
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Is LyX supposed to work with qt-3?
Sure. Support for qt2 will probably be removed in 1.5.0.
JMarc
On Mon, Jun 20, 2005 at 08:21:39AM +0200, Andre Poenitz wrote:
> On Sun, Jun 19, 2005 at 08:26:14PM -0700, Kayvan A. Sylvan wrote:
> > I am trying to compile lyx with qt2 on Cygwin. Has anyone seen this type of
> > error before? [...]
> > ../../../../lyx/src/frontends/qt2/QPrefs.C:444: error: inval
Kayvan A. Sylvan wrote:
I am trying to compile lyx with qt2 on Cygwin. Has anyone seen this type of
error before?
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx/src/frontends/qt2 -I../../../src
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -Winvalid-pch
--include=../../../../lyx/src/frontends/qt2/pch.h -I.
On Sun, Jun 19, 2005 at 08:26:14PM -0700, Kayvan A. Sylvan wrote:
> I am trying to compile lyx with qt2 on Cygwin. Has anyone seen this type of
> error before? [...]
> ../../../../lyx/src/frontends/qt2/QPrefs.C:444: error: invalid initialization
> of reference of type 'const std::string&' from exp
I am trying to compile lyx with qt2 on Cygwin. Has anyone seen this type of
error before?
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx/src/frontends/qt2 -I../../../src
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -Winvalid-pch
--include=../../../../lyx/src/frontends/qt2/pch.h -I../../../../lyx/src
-I../.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Urg! Jean-Marc! What are you doing? ;-)
It was not me! I swear!
I'll revert it, but that does not tell me why valgrind thought there
was a leak (and why I could compile).
JMarc
Kayvan A. Sylvan wrote:
g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/frontends -I../../src -Winvalid-pch
--include=../../../lyx/src/frontends/pch.h -I../../../lyx/src/frontends/.. -I../
../../lyx/boost -I/usr/local/include -Wextra -Wall -I/usr/X11R6/include -fno-exc
eptions -O2 -mms-bitfields -MT
g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/frontends -I../../src -Winvalid-pch
--include=../../../lyx/src/frontends/pch.h -I../../../lyx/src/frontends/.. -I../
../../lyx/boost -I/usr/local/include -Wextra -Wall -I/usr/X11R6/include -fno-exc
eptions -O2 -mms-bitfields -MT Timeout.lo -MD -MP -MF .d
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
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.
--
AngusIndex: src/support/os_win32.C
==
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/incl
On Sun, Oct 24, 2004 at 09:18:58PM -0700, Kayvan A. Sylvan wrote:
> 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;
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"
On Sun, Oct 24, 2004 at 12:41:57AM -0700, Kayvan A. Sylvan wrote:
> 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 -M
On Sun, Oct 24, 2004 at 12:41:57AM -0700, Kayvan A. Sylvan wrote:
> 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 -M
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_do
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| 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/.lib
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/.l
../../lyx/src/text2.C:114:2: warning: #warning broken?
../../lyx/src/text2.C:1338:2: warning: #warning This will not work anymore when we
have multiple views of the same buffer
../../lyx/src/text2.C: In member function `bool
LyXText::deleteEmptyParagraphMechanism(LCursor&, const LCursor&)':
..
Ronald Florence wrote:
LyX-1.4.0 used to compile without protest on MacOS-10.3.2, qt-3.1.2,
gcc-3.3. After a recent cvs update the compilation breaks at:
source='insetlabel.C'
Oops. Found the answer in the archives: MacOSX's HFS+ filesystem
confused src/InsetList.h with src/insets/insetlist.h
LyX-1.4.0 used to compile without protest on MacOS-10.3.2, qt-3.1.2,
gcc-3.3. After a recent cvs update the compilation breaks at:
source='insetlabel.C' object='insetlabel.lo' libtool=yes \
depfile='.deps/insetlabel.Plo' tmpdepfile='.deps/insetlabel.TPlo' \
depmode=gcc3 /bin/sh ../../config/depc
Kayvan A. Sylvan wrote:
> On Thu, Sep 04, 2003 at 10:52:07PM +, Angus Leeming wrote:
>> Kayvan A. Sylvan wrote:
>>
>> > Latest CVS:
>> > ../../../../lyx/src/frontends/xforms/FormFiledialog.C:121:
>> > call of overloaded `tostr(uid_t&)' is ambiguous
>>
>> I am somewhat baffled about _why_ thi
On Thu, Sep 04, 2003 at 10:52:07PM +, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
>
> > Latest CVS:
> > ../../../../lyx/src/frontends/xforms/FormFiledialog.C:121:
> > call of overloaded `tostr(uid_t&)' is ambiguous
>
> I am somewhat baffled about _why_ this is coming up now, but does the
Kayvan A. Sylvan wrote:
> Latest CVS:
> ../../../../lyx/src/frontends/xforms/FormFiledialog.C:121:
> call of overloaded `tostr(uid_t&)' is ambiguous
I am somewhat baffled about _why_ this is coming up now, but does the
attached patch fix things for you?
--
AngusIndex: src/frontends/xforms/Form
Latest CVS:
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx/src/frontends/xforms -I../../../src
-I../../../../lyx/images -I../../../../lyx/src -I../../../../lyx/src/frontends
-I../../../../lyx/src/frontends/controllers -I../../../../lyx/boost
-I/usr/X11R6/include -O2 -fno-exceptions -W -Wall -mms-bit
> that's the problem. You have to properly install Qt first.
Well I did compile Qt 3.1.2 from source and it compiled fine.. maybe
compiler incompatibility I guess cos I may have compiled Qt with gcc < 3.3
.. will try recompiling lyx with gcc 3.2...
nirmal
On czwartek 04 wrzesień 2003 10:16 am, Nirmal Govind wrote:
> hi.. I'm getting the following error while compiling 1.3.2 with Qt 3.1.2
> using gcc 3.3.. I'd reported a similar error earlier but that was fixed by
> setting LD_LIBRARY_PATH. Now I do have this env. var. set (to /opt/qt/lib)
> but stil
hi.. I'm getting the following error while compiling 1.3.2 with Qt 3.1.2
using gcc 3.3.. I'd reported a similar error earlier but that was fixed by
setting LD_LIBRARY_PATH. Now I do have this env. var. set (to /opt/qt/lib)
but still no luck.. please let me know how this can be resolved.
Thanks,
ni
Anyone look at this?
On Mon, Aug 04, 2003 at 10:09:47AM -0700, Kayvan A. Sylvan wrote:
> Latest CVS does not compile.
>
> if g++ -DHAVE_CONFIG_H -I. -I../../lyx/src -I. -I../../lyx/boost
> -I/u/ksylvan/include-I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT
> text2.o -MD -MP -MF ".
1 - 100 of 217 matches
Mail list logo
