On Tue, Sep 11, 2001 at 05:53:50PM -0300, Garst R. Reese wrote:
math_gridinset.C:271: no match for `std::__normal_iteratorconst MathAtom*,
std::vectorMathAtom, std::allocatorMathAtombool' operator
math_gridinset.C:271: candidates are: operator(bool, bool) builtin
make[3]: ***
On Tue, Sep 11, 2001 at 05:53:50PM -0300, Garst R. Reese wrote:
> math_gridinset.C:271: no match for `std::__normal_iteratorstd::vector > && bool' operator
> math_gridinset.C:271: candidates are: operator&&(bool, bool)
> make[3]: *** [math_gridinset.lo] Error 1
attached
Garst
Making all in mathed
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
math_gridinset.C
g++
attached
Garst
Making all in mathed
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
math_gridinset.C
g++
Deckel?
Garst
math_hash.C: In function `const latexkeys* in_word_set(const std::string)':
math_hash.C:218: `endl' undeclared (first use this function)
math_hash.C:218: (Each undeclared identifier is reported only once for each
function it appears in.)
make[3]: *** [math_hash.lo] Error 1
Deckel?
Garst
math_hash.C: In function `const latexkeys* in_word_set(const std::string&)':
math_hash.C:218: `endl' undeclared (first use this function)
math_hash.C:218: (Each undeclared identifier is reported only once for each
function it appears in.)
make[3]: *** [math_hash.lo] Error 1
attached
Garst
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost -I/usr/local/include -isystem
/usr/X11R6/include -O -W -Wall -c buffer.C
buffer.C:305:2: warning: #warning And _why_ is this here? (Lgb)
buffer.C: In member
attached
Garst
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost -I/usr/local/include -isystem
/usr/X11R6/include -O -W -Wall -c buffer.C
buffer.C:305:2: warning: #warning And _why_ is this here? (Lgb)
buffer.C: In member
gcc-3.0
Garst
Making all in mathed
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
math_parser.C
g++
Could you send me your
/usr/local/lib/gcc-lib/i586-pc-linux-gnu/3.0/include/g++/bits/std_sstream.h
?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Not needed. You had a typo (bug) in math_parser.C
you used '||' instead of '|' for the ios:: parameters to
istringstream.
Oops.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
gcc-3.0
Garst
Making all in mathed
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
math_parser.C
g++
Could you send me your
/usr/local/lib/gcc-lib/i586-pc-linux-gnu/3.0/include/g++/bits/std_sstream.h
?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
> Not needed. You had a typo (bug) in math_parser.C
>
> you used '||' instead of '|' for the ios:: parameters to
> istringstream.
Oops.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
mathed
Garst
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
make[3]: *** No rule to make target `math_bigopinset.C', needed by
`math_bigopinset.lo'. Stop.
mathed
Garst
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
make[3]: *** No rule to make target `math_bigopinset.C', needed by
`math_bigopinset.lo'. Stop.
Do you still get problems compiling
insetgraphicsParams.C
?
I compile this without any problems.
If you still have problems, try to include
#include support/lstrings.h
or
#include support/LOstream.h
in insetgraphicsParams.C and see if it helps.
Thank you,
Asger
Making all in insets
Locally I needed to add ostream to both insetgraphicsParams and
insetparent. You probably really need to add LOstream to both.
* Asger K. Alstrup Nielsen [EMAIL PROTECTED] [010730 11:39]:
Do you still get problems compiling
insetgraphicsParams.C
?
I compile this without any problems.
On Mon, 30 Jul 2001, Baruch Even wrote:
Locally I needed to add ostream to both insetgraphicsParams and
insetparent. You probably really need to add LOstream to both.
Ok. I wonder why I don't need those?
Anyway, I'll not have opportunity to commit this stuff until tomorrow,
so maybe someone
On 30-Jul-2001 Asger K. Alstrup Nielsen wrote:
Do you still get problems compiling
Well I now get problems with key-bindings and they seem pretty
obvious too me. The problem is the LFUN_TEX who is outcommented based
on availability of NO_LATEX. I don't know if this is a problem of you
(good)
On Mon, Jul 30, 2001 at 12:19:32PM +0200, Juergen Vigna wrote:
On 30-Jul-2001 Asger K. Alstrup Nielsen wrote:
Do you still get problems compiling
Well I now get problems with key-bindings and they seem pretty
obvious too me. The problem is the LFUN_TEX who is outcommented based
on
On 30-Jul-2001 Jean-Marc Lasgouttes wrote:
Ahhh, this was the place where the problem lies... Do you plan to
#:O)
commit soon, or shall I do it? I have some fixes to checkin that were
waiting for this problem to get solved.
Well all of you experiencing the symptoms but noone there to cry
FWIW, the lyxfont.h include in commandtags.h is a expensive include.
You might want to add a comment about this, so that we will remember
to nuke it, when the code is ready for that.
Greets,
Asger
On 30 Jul 2001, Jean-Marc Lasgouttes wrote:
BTW, do you have an idea about the gains (object size, compile times)
obtained by your major chirurgical session?
As it is now, I don't expect any mayor changes in neither object size
nor compile times from a clean install. It's still too much of a
So all your answer boils down to ``I don't know, but since it is not
worse, it is probably better''. I can buy that, but I was hoping you
had hard results.
Hey! Why do you think I started this work in the first place?
Answer: It takes too long to compile the code and make changes.
And now
On Mon, Jul 30, 2001 at 11:43:34AM +0300, Baruch Even wrote:
Locally I needed to add ostream to both insetgraphicsParams and
insetparent. You probably really need to add LOstream to both.
actually I needed lstrings.h
john
--
I'd rather be rudely informed than politely left in the dark.
Do you still get problems compiling
insetgraphicsParams.C
?
I compile this without any problems.
If you still have problems, try to include
#include "support/lstrings.h"
or
#include "support/LOstream.h"
in insetgraphicsParams.C and see if it helps.
Thank you,
Asger
Making all in
Locally I needed to add ostream to both insetgraphicsParams and
insetparent. You probably really need to add LOstream to both.
* Asger K. Alstrup Nielsen <[EMAIL PROTECTED]> [010730 11:39]:
> Do you still get problems compiling
>
> insetgraphicsParams.C
>
> ?
>
> I compile this without any
On Mon, 30 Jul 2001, Baruch Even wrote:
> Locally I needed to add ostream to both insetgraphicsParams and
> insetparent. You probably really need to add LOstream to both.
Ok. I wonder why I don't need those?
Anyway, I'll not have opportunity to commit this stuff until tomorrow,
so maybe
On 30-Jul-2001 Asger K. Alstrup Nielsen wrote:
> Do you still get problems compiling
Well I now get problems with key-bindings and they seem pretty
obvious too me. The problem is the LFUN_TEX who is outcommented based
on availability of NO_LATEX. I don't know if this is a problem of you
(good)
On Mon, Jul 30, 2001 at 12:19:32PM +0200, Juergen Vigna wrote:
>
> On 30-Jul-2001 Asger K. Alstrup Nielsen wrote:
> > Do you still get problems compiling
>
> Well I now get problems with key-bindings and they seem pretty
> obvious too me. The problem is the LFUN_TEX who is outcommented based
>
On 30-Jul-2001 Jean-Marc Lasgouttes wrote:
> Ahhh, this was the place where the problem lies... Do you plan to
#:O)
> commit soon, or shall I do it? I have some fixes to checkin that were
> waiting for this problem to get solved.
Well all of you experiencing the symptoms but noone there to
FWIW, the lyxfont.h include in commandtags.h is a expensive include.
You might want to add a comment about this, so that we will remember
to nuke it, when the code is ready for that.
Greets,
Asger
On 30 Jul 2001, Jean-Marc Lasgouttes wrote:
> BTW, do you have an idea about the gains (object size, compile times)
> obtained by your major chirurgical session?
As it is now, I don't expect any mayor changes in neither object size
nor compile times from a clean install. It's still too much of
> So all your answer boils down to ``I don't know, but since it is not
> worse, it is probably better''. I can buy that, but I was hoping you
> had hard results.
Hey! Why do you think I started this work in the first place?
Answer: It takes too long to compile the code and make changes.
And
On Mon, Jul 30, 2001 at 11:43:34AM +0300, Baruch Even wrote:
> Locally I needed to add ostream to both insetgraphicsParams and
> insetparent. You probably really need to add LOstream to both.
actually I needed lstrings.h
john
--
"I'd rather be rudely informed than politely left in the dark."
Here's the latest.
Garst
Making all in insets
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/insets'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
Here's the latest.
Garst
Making all in insets
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/insets'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../src -I.
/../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W
-Wall -c
math_cursor.C
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
Garst R. Reese [EMAIL PROTECTED] writes:
| make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
| /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
| -I../../src -I.
| /../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W
| -Wall -c
| math_cursor.C
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../src -I.
/../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W
-Wall -c
math_cursor.C
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
| /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
| -I../../src -I.
| /../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W
| -Wall -c
|
Garst == Garst R Reese [EMAIL PROTECTED] writes:
Garst Just in case nobody noticed. gcc version 3.0 20010528
Sorry, it's my fault (because I did not test with --disable-nls).
I'll come up with a fix.
JMarc
On Tue, Jun 05, 2001 at 05:35:08PM -0300, Garst R. Reese wrote:
Just in case nobody noticed.
gcc version 3.0 20010528 (prerelease)
*boggle*
how did you manage to build /at all/ with this ? Every application
I try to build has linker problems due to the new exception handling
stuff. Maybe the
John Levon wrote:
On Tue, Jun 05, 2001 at 05:35:08PM -0300, Garst R. Reese wrote:
Just in case nobody noticed.
gcc version 3.0 20010528 (prerelease)
*boggle*
how did you manage to build /at all/ with this ? Every application
I try to build has linker problems due to the new
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Just in case nobody noticed. gcc version 3.0 20010528
Sorry, it's my fault (because I did not test with --disable-nls).
I'll come up with a fix.
JMarc
On Tue, Jun 05, 2001 at 05:35:08PM -0300, Garst R. Reese wrote:
> Just in case nobody noticed.
> gcc version 3.0 20010528 (prerelease)
*boggle*
how did you manage to build /at all/ with this ? Every application
I try to build has linker problems due to the new exception handling
stuff. Maybe
John Levon wrote:
>
> On Tue, Jun 05, 2001 at 05:35:08PM -0300, Garst R. Reese wrote:
> > Just in case nobody noticed.
> > gcc version 3.0 20010528 (prerelease)
>
> *boggle*
>
> how did you manage to build /at all/ with this ? Every application
> I try to build has linker problems due to the
"Garst R. Reese" [EMAIL PROTECTED] writes:
| Lars Gullik Bjnnes wrote:
|
| "Garst R. Reese" [EMAIL PROTECTED] writes:
|
| | still gcc-3.0
| | Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
| | g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| >
| > "Garst R. Reese" <[EMAIL PROTECTED]> writes:
| >
| > | still gcc-3.0
| > | Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
| > | g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem
"Garst R. Reese" [EMAIL PROTECTED] writes:
| here it is. g++-3.0 gcc-3.0 20010402
Hmm... I just tried to compile with 3.0 (before latest commit and
changes), and got a _lot_ of linker errors. From what date is your
3.0?
| GarstMaking all in insets
| make[3]: Entering directory
Lars Gullik Bjnnes wrote:
"Garst R. Reese" [EMAIL PROTECTED] writes:
| here it is. g++-3.0 gcc-3.0
20010402
Hmm... I just tried to compile with 3.0 (before latest commit and
changes), and got a _lot_ of linker errors. From what date is your
3.0?
Sorry, I should have made it
still gcc-3.0
Garst
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem /usr/X11R6/include
-O -W -Wall -DLYX_DIR=\"/usr/local/share/lyx\" \
-DTOP_SRCDIR=\"..\" -c ../src/lyx_main.C
../src/lyx_main.C: In member function
"Garst R. Reese" [EMAIL PROTECTED] writes:
| still gcc-3.0
| Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
| g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem /usr/X11R6/include
|-O -W -Wall -DLYX_DIR=\"/usr/local/share/lyx\" \
| -DTOP_SRCDIR=\"..\" -c
Lars Gullik Bjnnes wrote:
inlucde language.h in lyx_main.C
--
Lgb
Thanks
Lars Gullik Bjnnes wrote:
"Garst R. Reese" [EMAIL PROTECTED] writes:
| still gcc-3.0
| Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
| g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem
/usr/X11R6/include -O -W -Wall -DLYX_DIR=\"/usr/local/share/lyx\" \
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| here it is. g++-3.0 gcc-3.0 20010402
Hmm... I just tried to compile with 3.0 (before latest commit and
changes), and got a _lot_ of linker errors. From what date is your
3.0?
| GarstMaking all in insets
| make[3]: Entering directory
Lars Gullik Bjønnes wrote:
>
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | here it is. g++-3.0 gcc-3.0
20010402
>
> Hmm... I just tried to compile with 3.0 (before latest commit and
> changes), and got a _lot_ of linker errors. From what date is your
> 3.0?
Sorry, I should
still gcc-3.0
Garst
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem /usr/X11R6/include
-O -W -Wall -DLYX_DIR=\"/usr/local/share/lyx\" \
-DTOP_SRCDIR=\"..\" -c ../src/lyx_main.C
../src/lyx_main.C: In member function
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| still gcc-3.0
| Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
| g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem /usr/X11R6/include
|-O -W -Wall -DLYX_DIR=\"/usr/local/share/lyx\" \
| -DTOP_SRCDIR=\"..\" -c
Lars Gullik Bjønnes wrote:
> inlucde language.h in lyx_main.C
>
> --
> Lgb
Thanks
Lars Gullik Bjønnes wrote:
>
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | still gcc-3.0
> | Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
> | g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem
>/usr/X11R6/include -O -W -Wall
here it is. g++-3.0 gcc-3.0 20010402
Garst
Making all in insets
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/insets'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
here it is. g++-3.0 gcc-3.0 20010402
Garst
Making all in insets
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/insets'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
attached with humble appreciation for this work
Garst
Making all in mathed
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src
-I../../images -I./../ -I../.. -I../.. -I../../boost -D_GNU_SOURCE=1 -O
attached with humble appreciation for this work
Garst
Making all in mathed
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src
-I../../images -I./../ -I../.. -I../.. -I../../boost -D_GNU_SOURCE=1 -O
Garst
make[3]: Leaving directory `/usr/local/garst/lyx-devel/src/frontends'
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-D_GNU_SOURCE=1 -O
-fvtable-thunks -fno-builtin -ffunction-sections -fdata-sections -W -Wall
Garst
make[3]: Leaving directory `/usr/local/garst/lyx-devel/src/frontends'
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-D_GNU_SOURCE=1 -O
-fvtable-thunks -fno-builtin -ffunction-sections -fdata-sections -W -Wall
68 matches
Mail list logo