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
> 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
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
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/
>
> [
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 the anonymity of the enum in
> |
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 (anyh name for th
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)
@@
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
> 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
I actually got the same problem compiling on my Linux machine:
frontends/.libs/libfrontends.a(FormError.o): In function
`FormError::update(void)':
FormError.o(.text+0x184): undefined reference to `ControlInset,
__default_alloc_template > >::params(void)'
FormError.o(.text+0x184): relocation trunc
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| Latest CVS, ./configure --with-included-string:
>
| g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../../boost -isystem
| +/usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c insetgraphics.C
| +-Wp,-MD,.deps/insetgraphics.TPlo
On Monday 07 January 2002 1:26 pm, you wrote:
> | Note that box.h contians the following inlined function:
> >
> | inline std::ostream & operator<<(std::ostream & o, Box & b)
> | {
> | return o << "x1,y1: " << b.x1 << "," << b.y1
> | << " x2,y2: " << b.x2 << "," << b.y2 << std::en
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Tue, Jun 05, 2001 at 04:22:49PM +0200, Lars Gullik Bjønnes wrote:
| >
| > Oh how I *dislike*¹ these old compilers...
| >
| > ¹ And I could have used stronger words as well...
|
| loathe? hate with a vengence? detest? abhor? spurn? have contem
On Tue, Jun 05, 2001 at 04:22:49PM +0200, Lars Gullik Bjønnes wrote:
>
> Oh how I *dislike*¹ these old compilers...
>
> ¹ And I could have used stronger words as well...
loathe? hate with a vengence? detest? abhor? spurn? have contemptuous disdain
for? deplore? are repulsed by? scorn?
--
Kayv
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Jun 05, 2001 at 02:49:30PM +0200, Lars Gullik Bjønnes wrote:
| > | I also got the same error yesterday.
| > | Today I get a new error:
| > | ../../boost/boost/limits.hpp:17: limits: No such file or directory
| >
| > Huh! I thought this problem sol
On Tue, Jun 05, 2001 at 02:49:30PM +0200, Lars Gullik Bjønnes wrote:
> | I also got the same error yesterday.
> | Today I get a new error:
> | ../../boost/boost/limits.hpp:17: limits: No such file or directory
>
> Huh! I thought this problem solved.
My fault: I forgot to update something.
I now
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Jun 05, 2001 at 12:32:46AM +0200, Lars Gullik Bjønnes wrote:
| > | > > I am trying to compile cvs. I get the following error message, can someone
| > | > > tell me whats going on here? Template problems? I am running redhat 6.2,
| > | > > egcs-1.1.
On Tue, Jun 05, 2001 at 12:32:46AM +0200, Lars Gullik Bjønnes wrote:
> | > > I am trying to compile cvs. I get the following error message, can someone
> | > > tell me whats going on here? Template problems? I am running redhat 6.2,
> | > > egcs-1.1.2-30
>
> It's LyX's problem, but not a problem i
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, 2 Jun 2001, Kayvan A. Sylvan wrote:
|
| > On Sat, Jun 02, 2001 at 01:42:40PM +0200, Edwin Leuven wrote:
| > > Dear All,
| > >
| > > I am trying to compile cvs. I get the following error message, can someone
| > > tell me whats going on here? Templ
On Sat, 2 Jun 2001, Kayvan A. Sylvan wrote:
> On Sat, Jun 02, 2001 at 01:42:40PM +0200, Edwin Leuven wrote:
> > Dear All,
> >
> > I am trying to compile cvs. I get the following error message, can someone
> > tell me whats going on here? Template problems? I am running redhat 6.2,
> > egcs-1.1.2-
On Sat, Jun 02, 2001 at 01:42:40PM +0200, Edwin Leuven wrote:
> Dear All,
>
> I am trying to compile cvs. I get the following error message, can someone
> tell me whats going on here? Template problems? I am running redhat 6.2,
> egcs-1.1.2-30
This is your problem.
Install gcc-2.95.X and yo
> > "Bruce" == Bruce Momjian <[EMAIL PROTECTED]> writes:
>
> Bruce> The proper code is attached. A simple use of ${var1:-var2} does
> Bruce> the trick. LINGUAS is assigned right after the loop anyway, so
> Bruce> there is no need to assign a value to it as part of the for
> Bruce> loop.
>
>
> "Bruce" == Bruce Momjian <[EMAIL PROTECTED]> writes:
Bruce> The proper code is attached. A simple use of ${var1:-var2} does
Bruce> the trick. LINGUAS is assigned right after the loop anyway, so
Bruce> there is no need to assign a value to it as part of the for
Bruce> loop.
Hmm, a late repl
> > "Bruce" == Bruce Momjian <[EMAIL PROTECTED]> writes:
>
> Bruce> I have the following compile error on 1.04: cd . && rm -f
> Bruce> stamp-cat-id && echo timestamp > stamp-cat-id file=./`echo sv |
> Bruce> sed 's,.*/,,'`.gmo \ && case "PATH=../src:$PATH msgfmt" in \
> Bruce> */msgfmt) rm -f
> "Andre'" == Andre' Poenitz <[EMAIL PROTECTED]> writes:
Andre'> lyx/po/Makefile contains the line 35
Andre'> XGETTEXT = PATH=../src:$$PATH cp ${srcdir}/lyx.pot
Andre'> ./${PACKAGE}.po ; :
Andre'> which looks a bit odd. The same line is contained in
Andre'> lyx/po/Makefile.in and the XGETTE
>> Asger Alstrup Nielsen writes:
>> CC -c -O2 -I. -I. -I../images math_root.C "math_root.C", line 25:
>> error(1281): redefinition of default argument
>> MathRootInset::MathRootInset(short st=LM_ST_TEXT):
>> MathSqrtInset(st) ^
>>
>> 1 error detected in the compilation of "math_roo
On Wed, 3 Mar 1999, Asger Alstrup Nielsen wrote:
> Change that line to read
>
> MathRootInset::MathRootInset(short st): MathSqrtInset(st)
>
> and you should be fine.
I thought someone had commited that fix recently. I'll do it now.
Alejandro
On 03-Mar-99 Asger Alstrup Nielsen wrote:
>> CC -c -O2 -I. -I. -I../images math_root.C
>> "math_root.C", line 25: error(1281): redefinition of default argument
>> MathRootInset::MathRootInset(short st=LM_ST_TEXT): MathSqrtInset(st)
>> ^
>>
>> 1 error detected in the compilation of "math_ro
> CC -c -O2 -I. -I. -I../images math_root.C
> "math_root.C", line 25: error(1281): redefinition of default argument
> MathRootInset::MathRootInset(short st=LM_ST_TEXT): MathSqrtInset(st)
> ^
>
> 1 error detected in the compilation of "math_root.C".
Change that line to read
MathRootInset:
47 matches
Mail list logo
