On Sun, Jul 21, 2002 at 05:09:56PM +0100, John Levon wrote:
> On Sun, Jul 21, 2002 at 05:16:38PM +0200, [EMAIL PROTECTED] wrote:
>
> > @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/c_regex_traits.Plo@am__quote@
>
> All I can suggest is trying out a completely new tree to build
>
Forget it, it
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>
| John> On Wed, Jul 17, 2002 at 11:20:50PM +0200, Jean-Marc Lasgouttes
| John> wrote:
>>> I tried for fun to compile with qt2 frontend, and all I got is
>
| John> one day it will not just be
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Jul 17, 2002 at 11:20:50PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> I tried for fun to compile with qt2 frontend, and all I got is
John> one day it will not just be fun :)
>> What can I do? Automake is 1.4-p5
John> Yes as
On Wed, Jul 17, 2002 at 11:20:50PM +0200, Jean-Marc Lasgouttes wrote:
> I tried for fun to compile with qt2 frontend, and all I got is
one day it will not just be fun :)
> What can I do? Automake is 1.4-p5
Yes as Edwin said automake requirement has been 1.5 for quite some
months ...
regards
j
On Wednesday 17 July 2002 11:20 pm, you wrote:
> I tried for fun to compile with qt2 frontend, and all I got is
>
> make[6]: Entre dans le répertoire
> `/home/lasgoutt/src/lyx/qtbuild/src/frontends/qt2/ui'
> make[6]: *** Pas de règle pour fabriquer la cible `libqt2ui.la.c',
> nécessaire pour `libq
I tried for fun to compile with qt2 frontend, and all I got is
make[6]: Entre dans le répertoire
`/home/lasgoutt/src/lyx/qtbuild/src/frontends/qt2/ui'
make[6]: *** Pas de règle pour fabriquer la cible `libqt2ui.la.c',
nécessaire pour `libqt2ui.la'. Arrêt.
What it says is that it cannot find li
Herbert Voss wrote:
> we are the champions ... :.)
> but it was a lousy match ...
I fully agree to both.
But we are in the Semi-Final.
And where is England? ;-)
Jürgen.
Angus Leeming wrote:
>
> Have a good w/e and avoid gloating germans.
we are the champions ... :.)
but it was a lousy match ...
Herbert
--
http://www.lyx.org/help/
On Friday 21 June 2002 2:49 pm, John Levon wrote:
> On Fri, Jun 21, 2002 at 02:32:53PM +0100, Angus Leeming wrote:
> > I take it that these become redundant too when I apply you qt2 patch to
> > alter lyxfunc.C, minibuffer.C:
> >
> > for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h Toolti
On Fri, Jun 21, 2002 at 04:26:35PM +0200, Edwin Leuven wrote:
> I removed these and made them point to the 1.5 versions. Is there a better way
> to have lyx using the 1.5 versions?
Don't thinkso . I've just set my PATH=/usr/automake-1.5/bin:$PATH
regards
john
--
"If a thing is not diminish
> Nuke your tree, and make sure to use automake 1.5 / autoconf 2.13 only.
> Nothing else will do ...
had automake 1.4, now building, thanks!
Thanks, Ed.
ps. redhat 7.3 has in fact both automake 1.4 and 1.5 installed with links in
/usr/bin:
automake -> automake-1.4
aclocal -> aclocal-1.4
I r
On Fri, Jun 21, 2002 at 04:01:59PM +0200, Edwin Leuven wrote:
> src/frontends/qt2/xforms/Makefile.am:15: invalid unused variable name:
> `nodist_libqt2xforms_la_SOURCES'
>
> any clue to what's wrong? (something with automake/conf/cruft?)
Nuke your tree, and make sure to use automake 1.5 / auto
When attempting to compile the qt frontend I get with autogen.sh:
src/frontends/qt2/xforms/Makefile.am:15: invalid unused variable name:
`nodist_libqt2xforms_la_SOURCES'
src/frontends/qt2/moc/Makefile.am:18: invalid unused variable name:
`nodist_libqt2moc_la_SOURCES'
src/frontends/qt2/ui/Makefi
On Fri, Jun 21, 2002 at 02:32:53PM +0100, Angus Leeming wrote:
> I take it that these become redundant too when I apply you qt2 patch to alter
> lyxfunc.C, minibuffer.C:
>
> for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h Tooltips.C
> xformsGImage.C xformsGImage.h xforms_helpers.h xf
John,
I take it that these become redundant too when I apply you qt2 patch to alter
lyxfunc.C, minibuffer.C:
for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h Tooltips.C
xformsGImage.C xformsGImage.h xforms_helpers.h xforms_helpers.C; do \
ln -sf "../../../../../devel/src/front
> Try this patch:
compiles now, but linking breaks down:
lib/i386-redhat-linux/2.96/../../.. -lstdc++ -lgcc -lgcc -lbz2
-L/usr/lib/qt-2.3.2/lib -lqt -lSM -lICE -liberty -lc -lm -L/usr/X11R6/lib
-lX11 -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib
BufferView_pimpl.o: In function
I guess still some auto* troubles... Someone knows how to fix this (Lars?)
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost
-isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -c insettabular.C
-MT insettabular.lo -MD -MP -MF .deps/insettabular.TPlo
In file i
On 06-Jun-2001 Lars Gullik Bjønnes wrote:
> Sure, but my first option when encountering these kind of problems is
> not to revert to the previous version. I only do that after trying to
> fix it.
Sure!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. J
On Wed, 6 Jun 2001, Edwin Leuven wrote:
> > Ed, your compiler is complaining about ButtonController not having a
> > function refreshReadOnly(). I'm at something of a loss because it does!
> > ButtonController is derived from GUIBC which contains the desired function.
> >
> > aleem@pneumon:contro
> Ed, your compiler is complaining about ButtonController not having a
> function refreshReadOnly(). I'm at something of a loss because it does!
> ButtonController is derived from GUIBC which contains the desired function.
>
> aleem@pneumon:controllers-> grep -n refreshReadOnly *.h
> ButtonControl
Angus Leeming <[EMAIL PROTECTED]> writes:
| If I recall rightly, the problem here lies not with the dec compiler which is
| pretty good, but with a fragile boost configure script. So, it's the
| software
| that's at fault here.
No, I don't think this is true.
The problem is that boost code mu
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 06-Jun-2001 Lars Gullik Bjønnes wrote:
|
| > - using code that are written to be used in C++ (and not something
| > that I have hacked together to fit in C++ paradigms)
| > - using code that is in active use, has further developent and testing
|
On Wednesday 06 June 2001 10:17, Edwin Leuven wrote:
> Dear All,
>
> I am slowly putting my toes in the lyx-bath again, and am trying to compile
> lyx using the qt2 frontend on my pristine redhat 7.1 installation
> (gcc-c++-2.96-81) but...alas...it doesn't work for me. Can anyone give me a
> c
If I recall rightly, the problem here lies not with the dec compiler which is
pretty good, but with a fragile boost configure script. So, it's the software
that's at fault here.
Angus
On Wednesday 06 June 2001 15:46, Lars Gullik Bjønnes wrote:
> Edwin Leuven <[EMAIL PROTECTED]> writes:
>
> |
On 06-Jun-2001 Lars Gullik Bjønnes wrote:
> - using code that are written to be used in C++ (and not something
> that I have hacked together to fit in C++ paradigms)
> - using code that is in active use, has further developent and testing
But if stuff in there (boost) is problematic and we RE
> | so what's the medicine?
> upgrade?
To what and how? I like the rpm -Uvh *.rpm type of upgrades that don't screw
up my system...
Thanks, Ed.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> the problem is of course that this it not bleeding edge...
|
| Lars> it is bad compilers...
|
| Note however that using boost:crc instead of our good old one has no
| di
Edwin Leuven <[EMAIL PROTECTED]> writes:
| > the problem is of course that this it not bleeding edge...
| >
| > it is bad compilers...
|
| so what's the medicine?
upgrade?
--
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
|
| Angus> Oh, bollocks! That'll be me messing up then. Wonder why all
| Angus> worked for me (before someone else screwed by the build
| Angus> preocess for me!)
|
| It seems that comp
If I revert the change to lyxsum.C in my own tree will that enable me to
compile again?
Angus
On Wednesday 06 June 2001 14:29, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Oh, bollocks! That'll be me messing up then. Wonder why all
> Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Oh, bollocks! That'll be me messing up then. Wonder why all
Angus> worked for me (before someone else screwed by the build
Angus> preocess for me!)
It seems that compiling on cxx is busted right now (interestingly, I
get different
Oh, bollocks! That'll be me messing up then. Wonder why all worked for me
(before someone else screwed by the build preocess for me!)
Here's my problem. Jean-Marc: HEL!
Angus
cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../../boost -I../../src/cheaders -I
Dear All,
I am slowly putting my toes in the lyx-bath again, and am trying to compile
lyx using the qt2 frontend on my pristine redhat 7.1 installation
(gcc-c++-2.96-81) but...alas...it doesn't work for me. Can anyone give me a
clue? I am still a bit at a loss with the controller stuff...
Tha
33 matches
Mail list logo
