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
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 -MF
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 -MF
Whereas I am able to compile and link lyx 1.3.5 on Solaris 8 using
gcc 3.3.4, the final link step fails doing a build with gcc 3.4.2. Since
I'm able to build qt using gcc 3.4.2 it's not a compiler issue.
The configure run is as follows (gcc-comp starts gcc 3.4.2):
export CC=gcc-comp
export
Hello,
here is what I propose for ftp.lyx.org/pub/lyx
bin
clean (nothing to suggest)
stable
clean (nothing to suggest).
devel
remove it completly, all the files there are outdated and serve no
meaningful purpose. ;-)
Another alternative is to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Uwe Wolfram wrote:
| Whereas I am able to compile and link lyx 1.3.5 on Solaris 8 using
| gcc 3.3.4, the final link step fails doing a build with gcc 3.4.2. Since
| I'm able to build qt using gcc 3.4.2 it's not a compiler issue.
|
snip
| Undefined
On Sat, Oct 23, 2004 at 08:46:46PM +0100, John Levon wrote:
That's why I propose changing some/most/all asserts to something less
brutish, i.e. an exception carrying the same information as the assert
that will be caught in the main loop (i.e. the outermost dispatch or
even in the
Angus,
while playing with your mover stuff I got the warning
Unable to sanitize LaTeX Option: ]
from the external inset. sanitizeLatexOption() was called with the input
[,,,]. The last regex was then called with ], and this lead to the
warning message. A possible fix is attached. It does
Am Freitag, 22. Oktober 2004 22:59 schrieb Angus Leeming:
I won't apply this until I've finished the stuff above, but it now works
as-is. Perhaps someone else would like to test it out?
I did, and I could not break it, but I found another reason to use this
mover stuff: Bug 605 is still not
Hi!
During my tests I found strange + ... /+ tokens in the produced
MathML code.
I tracked this down to math_extern.C, where the normal code is replaced
by MathExFuncInsets.
The attached patch produces correct MathML for these four operators
again, but I don't know if it breaks the intended
Inserting a non-breaking space puts the cursor *before* the non-breaking
space inset.
Type:
ab Control-space c
You will see abc|_|
with the cursor right after the c instead of what you would expect:
ab|_|c
(the |_| represents the unbreakable space).
--
Kayvan A. Sylvan | Proud
On Sun, Oct 24, 2004 at 01:14:56AM +0100, José Abílio Oliveira Matos wrote:
I hope that Martin and Andreas find the code easier to understand now.
I have fixed the last know bugs for this code, and commited the fixes.
Andreas, I applied the fix to inset index, for that I created a new
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; exit
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
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
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
Whereas I am able to compile and link lyx 1.3.5 on Solaris 8 using
gcc 3.3.4, the final link step fails doing a build with gcc 3.4.2. Since
I'm able to build qt using gcc 3.4.2 it's not a compiler issue.
The configure run is as follows (gcc-comp starts gcc 3.4.2):
export CC=gcc-comp
export
Hello,
here is what I propose for ftp.lyx.org/pub/lyx
bin
clean (nothing to suggest)
stable
clean (nothing to suggest).
devel
remove it completly, all the files there are outdated and serve no
meaningful purpose. ;-)
Another alternative is to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Uwe Wolfram wrote:
| Whereas I am able to compile and link lyx 1.3.5 on Solaris 8 using
| gcc 3.3.4, the final link step fails doing a build with gcc 3.4.2. Since
| I'm able to build qt using gcc 3.4.2 it's not a compiler issue.
|
| Undefined
On Sat, Oct 23, 2004 at 08:46:46PM +0100, John Levon wrote:
> > That's why I propose changing some/most/all asserts to something less
> > brutish, i.e. an exception carrying the same information as the assert
> > that will be caught in the main loop (i.e. the outermost dispatch or
> > even in the
Angus,
while playing with your mover stuff I got the warning
Unable to sanitize LaTeX "Option": ]
from the external inset. sanitizeLatexOption() was called with the input
"[,,,]". The last regex was then called with "]", and this lead to the
warning message. A possible fix is attached. It
Am Freitag, 22. Oktober 2004 22:59 schrieb Angus Leeming:
> I won't apply this until I've finished the stuff above, but it now works
> as-is. Perhaps someone else would like to test it out?
I did, and I could not break it, but I found another reason to use this
mover stuff: Bug 605 is still not
Hi!
During my tests I found strange <+> ... tokens in the produced
MathML code.
I tracked this down to math_extern.C, where the normal code is replaced
by MathExFuncInsets.
The attached patch produces correct MathML for these four operators
again, but I don't know if it breaks the intended
Inserting a non-breaking space puts the cursor *before* the non-breaking
space inset.
Type:
ab Control-space c
You will see abc|_|
with the cursor right after the "c" instead of what you would expect:
ab|_|c
(the "|_|" represents the unbreakable space).
--
Kayvan A. Sylvan | Proud
On Sun, Oct 24, 2004 at 01:14:56AM +0100, José Abílio Oliveira Matos wrote:
>
> I hope that Martin and Andreas find the code easier to understand now.
I have fixed the last know bugs for this code, and commited the fixes.
Andreas, I applied the fix to inset index, for that I created a
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
26 matches
Mail list logo
