Dear members of the LyX-team,
I hereby grant permission to licence everything I have contributed
to LyX under the Gnu General Public Licence, version 2 or later.
Regards,
Rob Lahaye.
Dear members of the LyX-team,
I hereby grant permission to licence everything I have contributed
to LyX under the Gnu General Public Licence, version 2 or later.
Regards,
Rob Lahaye.
Jean-Marc Lasgouttes wrote:
Rob == Rob Lahaye [EMAIL PROTECTED] writes:
Rob I can compile LyX almost; something goes wrong at the very end.
Rob At the end of gmake, when the final executable is being linked, I
Rob get zillions of following lines:
Rob $ gmake [...]
Rob
BranchList.o
Hi,
I start LyX-cvs like this:
$ src/lyx -userdir /tmp/LyX
Because /tmp/LyX does not exist, a dialog appears with
You have specified a non-existent user LyX
directory, /tmp/LyX.
It is needed to keep your own configuration.
[Create directory]
Jean-Marc Lasgouttes wrote:
Rob Lahaye writes:
Rob Yep, that solves the problem; not that I know what I'm doing
Rob though. But LyX compiles like a charm!
Rob Can you explain a little? Is this a bug, or a misbehaving feature
Rob of FreeBSD, or perhaps LyX or gcc?
I think this is a bug
Hi,
My LyX, by default, uses for Postscript viewing gv -swap
(as in Tools-Preferences-Conversion-Formats, Postscript)
However, eversince I upgraded to gv version 3.6.1, the -swap does
not work anymore, and consequently, Postscript viewing with LyX is
not working (not working with out-of-the
Jean-Marc Lasgouttes wrote:
Rob It's because of both, _GLIBCXX_DEBUG and _GLIBCXX_DEBUG_PEDANTIC.
Rob Does that make sense?
So the stdlibc++ debug feature is broken with your compiler version, I
guess. You should ask the freebsd people for more info. When we know
exactly what happens, we
Rob Lahaye wrote:
My LyX, by default, uses for Postscript viewing gv -swap
(as in Tools-Preferences-Conversion-Formats, Postscript)
However, eversince I upgraded to gv version 3.6.1, the -swap does
not work anymore, and consequently, Postscript viewing with LyX is
not working (not working
Jean-Marc Lasgouttes wrote:
>>>>>>"Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
>
>
> Rob> I can compile LyX almost; something goes wrong at the very end.
> Rob> At the end of gmake, when the final executable is being linked, I
>
Hi,
I start LyX-cvs like this:
$ src/lyx -userdir /tmp/LyX
Because /tmp/LyX does not exist, a dialog appears with
You have specified a non-existent user LyX
directory, /tmp/LyX.
It is needed to keep your own configuration.
[Create directory]
Jean-Marc Lasgouttes wrote:
>>>>>> Rob Lahaye writes:
>
> Rob> Yep, that solves the problem; not that I know what I'm doing
> Rob> though. But LyX compiles like a charm!
>
> Rob> Can you explain a little? Is this a bug, or a misbehaving feature
>
Hi,
My LyX, by default, uses for Postscript viewing "gv -swap"
(as in Tools->Preferences->Conversion->Formats, Postscript)
However, eversince I upgraded to gv version 3.6.1, the -swap does
not work anymore, and consequently, Postscript viewing with LyX is
not working (not working with
Jean-Marc Lasgouttes wrote:
> Rob> It's because of both, _GLIBCXX_DEBUG and _GLIBCXX_DEBUG_PEDANTIC.
>
> Rob> Does that make sense?
>
> So the stdlibc++ debug feature is broken with your compiler version, I
> guess. You should ask the freebsd people for more info. When we know
> exactly what
Rob Lahaye wrote:
>
> My LyX, by default, uses for Postscript viewing "gv -swap"
> (as in Tools->Preferences->Conversion->Formats, Postscript)
>
> However, eversince I upgraded to gv version 3.6.1, the -swap does
> not work anymore, and consequently, Postscr
Hi,
First: thanks for solving the sh vs. bash issue, which is now working
on my FreeBSD system.
I can compile LyX almost; something goes wrong at the very end.
At the end of gmake, when the final executable is being linked,
I get zillions of following lines:
$ gmake
[...]
Hi,
First: thanks for solving the sh vs. bash issue, which is now working
on my FreeBSD system.
I can compile LyX almost; something goes wrong at the very end.
At the end of gmake, when the final executable is being linked,
I get zillions of following lines:
$ gmake
[...]
On FreeBSD 5.3, with GCC-3.4.2:
[...]
gmake[4]: Entering directory
`/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -Winvalid-pch
--include=./pch.h -DBOOST_USER_CONFIG=config.h -I../../../../boost -Wextra
-Wall
Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| On FreeBSD 5.3, with GCC-3.4.2:
| [...]
| gmake[4]: Entering directory
| `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
| TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -Winvalid-pch
| --include
Jose' Matos wrote:
On Tuesday 18 January 2005 12:12, Rob Lahaye wrote:
not bash?
Hmm, bash is the default shell in the linux community, isn't it?
However, the FreeBSD base system has csh, sh and tcsh.
We should make it work with sh, as it will then work in other posix
systems
On FreeBSD 5.3, with GCC-3.4.2:
[...]
gmake[4]: Entering directory
`/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -Winvalid-pch
--include=./pch.h -DBOOST_USER_CONFIG="" -I../../../../boost -Wextra
-Wall
Lars Gullik Bjønnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | On FreeBSD 5.3, with GCC-3.4.2:
>
> | [...]
> | gmake[4]: Entering directory
> | `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
> | TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -I. -I
Jose' Matos wrote:
> On Tuesday 18 January 2005 12:12, Rob Lahaye wrote:
>
>>>not bash?
>>
>>Hmm, bash is the default shell in the linux community, isn't it?
>>However, the FreeBSD base system has csh, sh and tcsh.
>
> We should make it work with
Lars Gullik Bjønnes wrote:
Rob [EMAIL PROTECTED] writes:
| Hi,
| There are few clashes with LyX's boost stuff on the FreeBSD system.
| I use compiler gcc 3.4.2.
| 1. Following patch is needed to have cstdint.hpp compile without
|error message (I have tried to investigate where
Lars Gullik Bjønnes wrote:
> Rob <[EMAIL PROTECTED]> writes:
>
> | Hi,
>
> | There are few clashes with LyX's boost stuff on the FreeBSD system.
> | I use compiler gcc 3.4.2.
>
> | 1. Following patch is needed to have cstdint.hpp compile without
> |error message (I have tried to investigate
Andre Poenitz wrote:
On Thu, Jun 03, 2004 at 07:37:00PM +0900, Rob Lahaye wrote:
I'm suprised nobody is upset about this!?!
Using a provider with a good spam filter helps a lot.
Bleh! This is about preventing spam, not how to filter it
PS: I wish I could use my anti-spam email address
Andre Poenitz wrote:
On Thu, Jun 03, 2004 at 07:37:00PM +0900, Rob Lahaye wrote:
I'm suprised nobody is upset about this!?!
Using a provider with a good spam filter helps a lot.
Bleh! This is about preventing spam, not how to filter it
PS: I wish I could use my anti-spam email address
Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| I have these results:
| 1) Everything compiles like a charm, when I comment out in
| boost/boost/cstdint.hpp this line
| // typedef uint64_t uintmax_t;
| 2
| Does that ring a bell?
Unfortunately not.
We should perhaps try to find a reduced testcase that also fails.
---
#include boost/cstdint.hpp
int main()
{
}
---
Is that enouthg to trigger it?
put the file in a lyx topdir and compile with g++ -W -Wall -Iboost -c
-o test.o test.C
$ cd lyx-top dir
Rob Lahaye [EMAIL PROTECTED] writes:
| Does that ring a bell?
Unfortunately not.
We should perhaps try to find a reduced testcase that also fails.
---
#include boost/cstdint.hpp
int main() {
}
---
Is that enouthg to trigger it?
put the file in a lyx topdir and compile with g++ -W -Wall -Iboost -c
Hi,
[EMAIL PROTECTED] mailing list needs subscription (or alternatively
a once-only permission granted for sending emails, without the full
subscription). Once that is done, all emails to the list are also archived
at
1) www.mail-archive.com/[EMAIL PROTECTED]
2)
Lars Gullik Bjønnes:
So it is some combination of headers that cause this.
Please try this:
$ cat test.C ; g++ -W -Wall -Iboost -c -o test.o test.C
# include boost/regex/user.hpp
# include cstdlib
# include cstddef
# include cstdio
# include clocale
# include cassert
# include string
#
Lars Gullik Bjønnes:
Rob Lahaye [EMAIL PROTECTED] writes:
| Hi,
| [EMAIL PROTECTED] mailing list needs subscription (or alternatively
| a once-only permission granted for sending emails, without the full
| subscription). Once that is done, all emails to the list are also archived
| at
| 1
Angus Leeming:
Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| Again, no problem. What else can I do?
I feel a bit lost now...
Rob, I take it that this fails to compile:
Nah, also no problem:
$ cat test.C ; g++33 -Iboost -o test.o test.C
#include boost/regex/config.hpp
int main
Angus Leeming
Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| Again, no problem. What else can I do?
I feel a bit lost now...
Rob, I take it that this fails to compile:
OK, got something here.
I copied (more or less) the compile line as it appears in the gmake
process. And then I
Angus Leeming:
So what happens if you #include *all* the system
headers of cpp_regex_traits.cpp
$ cat test.C
#include boost/regex/config.hpp
#include clocale
#include locale
#include cstdio
#include list
#include cctype
#include iostream
#include map
#include boost/regex/regex_traits.hpp
#include
Angus Leeming wrote:
Rob Lahaye wrote:
So what now happens if you reduce your test case to the more minimal
#include boost/cstdint.hpp
int main { return 0; }
where you compile with your 'lyx-style' command line invocation of g++?
$ cat test.C
#include boost/cstdint.hpp
int main () { return 0
Angus Leeming wrote:
Rob Lahaye wrote:
Once again: removing -DBOOST_USER_CONFIG=config.h from the
compile line above, solves the problem.
Does that bring us any closer?
Sure. Something in config.h is messing up the (quite small)
boost/cstdint.hpp
You should try and isolate the #define
[EMAIL PROTECTED] wrote:
On Thu, Jun 03, 2004 at 05:46:16PM +0900, Rob Lahaye wrote:
All these archives are publicly available, which means someone can collect
the emails from there for third parties spam-junk stuff, if the sender's
email address is not hidden; mail-archive and theaimsgroup do
Angus Leeming wrote:
Rob Lahaye wrote:
Hmmm, don't think I get it. I thought, there's a line in
src/config.h that's causing trouble. Started deleting lines in
src/config.h, but then ended up deleting all lines in that file and
still getting the same error
So where am I supposed to look
Angus Leeming wrote:
Sigh.
I'd like you to post a minimal, failing program of the form
#define uintmax_t unsigned long long
#include cstdint.hpp
int main() { return 0; }
where the #define is taken from your config.h file.
Right, you've got it already. So here we go again:
$ cat test.C
#define
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| I have these results:
| 1) Everything compiles like a charm, when I comment out in
| boost/boost/cstdint.hpp this line
| // typedef uint64
| Does that ring a bell?
Unfortunately not.
We should perhaps try to find a reduced testcase that also fails.
---
#include
int main()
{
}
---
Is that enouthg to trigger it?
put the file in a lyx topdir and compile with g++ -W -Wall -Iboost -c
-o test.o test.C
$ cd
$ cat test.C
#include
int
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Does that ring a bell?
Unfortunately not.
We should perhaps try to find a reduced testcase that also fails.
---
#include
int main() {
}
---
Is that enouthg to trigger it?
put the file in a lyx topdir and compile with g++ -W -Wall -Iboost -c
-o
Hi,
[EMAIL PROTECTED] mailing list needs subscription (or alternatively
a once-only permission granted for sending emails, without the full
subscription). Once that is done, all emails to the list are also archived
at
1) www.mail-archive.com/[EMAIL PROTECTED]
2)
Lars Gullik Bjønnes:
So it is some combination of headers that cause this.
Please try this:
$ cat test.C ; g++ -W -Wall -Iboost -c -o test.o test.C
# include
# include
# include
# include
# include
# include
# include
# include
# include
# include
# include
# include
#
Lars Gullik Bjønnes:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Hi,
| [EMAIL PROTECTED] mailing list needs subscription (or alternatively
| a once-only permission granted for sending emails, without the full
| subscription). Once that is done, all emails to the list are also archived
| at
Angus Leeming:
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Again, no problem. What else can I do?
I feel a bit lost now...
Rob, I take it that this fails to compile:
Nah, also no problem:
$ cat test.C ; g++33 -Iboost -o test.o test.C
#include
int main() { re
Angus Leeming
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Again, no problem. What else can I do?
I feel a bit lost now...
Rob, I take it that this fails to compile:
OK, got something here.
I copied (more or less) the compile line as it appears in the gmake
p
Angus Leeming:
So what happens if you #include *all* the system
headers of cpp_regex_traits.cpp
$ cat test.C
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
int main() { return 0; }
$ g++33 -DHAVE_CONFIG_H -Iboost/libs/regex/src -Isrc
Angus Leeming wrote:
Rob Lahaye wrote:
So what now happens if you reduce your test case to the more minimal
#include
int main { return 0; }
where you compile with your 'lyx-style' command line invocation of g++?
$ cat test.C
#include
int main () { return 0; }
$ g++33 -DHAVE_CONFIG_H -Iboost/libs
Angus Leeming wrote:
Rob Lahaye wrote:
Once again: removing -DBOOST_USER_CONFIG="" from the
compile line above, solves the problem.
Does that bring us any closer?
Sure. Something in is messing up the (quite small)
You should try and isolate the #define that is screwing
[EMAIL PROTECTED] wrote:
On Thu, Jun 03, 2004 at 05:46:16PM +0900, Rob Lahaye wrote:
All these archives are publicly available, which means someone can collect
the emails from there for third parties spam-junk stuff, if the sender's
email address is not hidden; mail-archive and theaimsgroup do
Angus Leeming wrote:
Rob Lahaye wrote:
Hmmm, don't think I get it. I thought, there's a line in
src/config.h that's causing trouble. Started deleting lines in
src/config.h, but then ended up deleting all lines in that file and
still getting the same error
So where am I supposed to look
Angus Leeming wrote:
Sigh.
I'd like you to post a minimal, failing program of the form
#define uintmax_t unsigned long long
#include
int main() { return 0; }
where the #define is taken from your config.h file.
Right, you've got it already. So here we go again:
$ cat test.C
#define uintmax_t
Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| On Mon, May 31, 2004 at 11:00:13AM +0900, Rob Lahaye wrote:
My make of up-to-date LyX-CVS ends with:
| Me too (well, something similar) gcc 3.5.0cvs
I don't get either.
I need this, to successfully compile CVS:
Index: boost/boost
Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| On Mon, May 31, 2004 at 11:00:13AM +0900, Rob Lahaye wrote:
My make of up-to-date LyX-CVS ends with:
| Me too (well, something similar) gcc 3.5.0cvs
I don't get
Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| autogen.sh:
| Using autoconf (GNU Autoconf) 2.53
| gmake:
| [...snip...]
| gmake[4]: Entering directory `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/regex/src'
| source='cpp_regex_traits.cpp' object='cpp_regex_traits.lo' libtool
Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
Ok, it must be FreeBSD that is the problem
Is uintmax_t a macro? Or uint32_t?
Has inttypes.h on FreeBSD changed recently?
(upgraded libc perhaps?)
What is uintmax_t/uint32_t typdeffed/defined as in inttypes.h
| This is what I get
Lars Gullik Bjønnes wrote:
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, May 31, 2004 at 11:00:13AM +0900, Rob Lahaye wrote:
My make of up-to-date LyX-CVS ends with:
| Me too (well, something similar) gcc 3.5.0cvs
I don't get either.
I need this, to successfully compile CVS:
Index: boost
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, May 31, 2004 at 11:00:13AM +0900, Rob Lahaye wrote:
My make of up-to-date LyX-CVS ends with:
| Me too (well, something similar) gcc 3.5.0cvs
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| autogen.sh:
| Using autoconf (GNU Autoconf) 2.53
| gmake:
| [...snip...]
| gmake[4]: Entering directory `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/regex/src'
| source='cpp_regex_traits.cpp' object='cpp_regex_traits.lo' l
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
Ok, it must be FreeBSD that is the "problem"
Is uintmax_t a macro? Or uint32_t?
Has on FreeBSD changed recently?
(upgraded libc perhaps?)
What is uintmax_t/uint32_t typdeffed/defined as in
| This is what I
My make of up-to-date LyX-CVS ends with:
In file included from ../../../../boost/boost/regex/config.hpp:54,
from cpp_regex_traits.cpp:22:
../../../../boost/boost/cstdint.hpp:121: error: redeclaration of C++ built-in
type `long'
gmake[4]: *** [cpp_regex_traits.lo] Error 1
This
My make of up-to-date LyX-CVS ends with:
In file included from ../../../../boost/boost/regex/config.hpp:54,
from cpp_regex_traits.cpp:22:
../../../../boost/boost/cstdint.hpp:121: error: redeclaration of C++ built-in
type `long'
gmake[4]: *** [cpp_regex_traits.lo] Error 1
This
Sorry, just a rediculous detail.
Help-About LyX..., License tab.
Doesn't the LyX Team still have the license/copyrights?
Shouldn't that be 2004 then?
Cheers,
Rob.
Sorry, just a rediculous detail.
"Help->About LyX...", License tab.
Doesn't the LyX Team still have the license/copyrights?
Shouldn't that be 2004 then?
Cheers,
Rob.
Hi,
./autogen.sh and ./configure get stuck:
---
$ ./autogen.sh
Using autoconf (GNU Autoconf) 2.57
Locating GNU m4... /usr/local/bin/gm4
Generate acinclude.m4... done.
Building macros...
.
lib/reLyX
done.
Building
Hi,
./autogen.sh and ./configure get stuck:
---
$ ./autogen.sh
Using autoconf (GNU Autoconf) 2.57
Locating GNU m4... /usr/local/bin/gm4
Generate acinclude.m4... done.
Building macros...
.
lib/reLyX
done.
Building
Martti Kuparinen wrote:
Hi!
I'm maintaining lyx on NetBSD. I'm updating our packages to 1.3.4 and while
the lyx-xforms package works okay lyx-qt gives me this upon shutdown:
LyX: Done!
lyx: Error detected by libpthread: Destroying locked mutex.
Detected by file
Martti Kuparinen wrote:
Hi!
I'm maintaining lyx on NetBSD. I'm updating our packages to 1.3.4 and while
the lyx-xforms package works okay lyx-qt gives me this upon shutdown:
LyX: Done!
lyx: Error detected by libpthread: Destroying locked mutex.
Detected by file
Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I cannot see any obvious macros to turn on/off, but I'll experiment a
| bit.
Ok, can you try this patch please.
Bingo!
Works fine here.
Thanks.
Rob.
Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I cannot see any obvious macros to turn on/off, but I'll experiment a
| bit.
Ok, can you try this patch please.
Bingo!
Works fine here.
Thanks.
Rob.
Lars Gullik Bjønnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| Hi,
| There's a problem with threading since recent boost updates in CVS,
| at least for my FreeBSD PC.
| My make ends with:
| [...]
| /usr/local/bin/g++33 -g -O -fno-exceptions -W -Wall -o tex2lyx FloatList.o
Floating.o
Lars Gullik Bjønnes wrote:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Hi,
| There's a problem with threading since recent boost updates in CVS,
| at least for my FreeBSD PC.
| My make ends with:
| [...]
| /usr/local/bin/g++33 -g -O -fno-exceptions -W -Wall -o tex2lyx FloatList.o
Floa
Hi,
There's a problem with threading since recent boost updates in CVS,
at least for my FreeBSD PC.
My make ends with:
[...]
/usr/local/bin/g++33 -g -O -fno-exceptions -W -Wall -o tex2lyx FloatList.o Floating.o
counters.o lengthcommon.o lyxlayout.o lyxtextclass.o lyxlex.o lyxlex_pimpl.o
Hi,
There's a problem with threading since recent boost updates in CVS,
at least for my FreeBSD PC.
My make ends with:
[...]
/usr/local/bin/g++33 -g -O -fno-exceptions -W -Wall -o tex2lyx FloatList.o Floating.o
counters.o lengthcommon.o lyxlayout.o lyxtextclass.o lyxlex.o lyxlex_pimpl.o
Angus Leeming wrote:
Rob Lahaye wrote:
Compiling CVS, ends with:
[...]
FormDocument.C: In member function `virtual void
FormDocument::build()': FormDocument.C:270: error: 'struct
FD_document_language' has no member named 'combox_language'
FormDocument.C:285: error: 'struct
Angus Leeming wrote:
Rob Lahaye wrote:
Compiling CVS, ends with:
[...]
FormDocument.C: In member function `virtual void
FormDocument::build()': FormDocument.C:270: error: 'struct
FD_document_language' has no member named 'combox_language'
FormDocument.C:285: error: 'struct
Hi,
Compiling CVS, ends with:
[...]
FormDocument.C: In member function `virtual void FormDocument::build()':
FormDocument.C:270: error: 'struct FD_document_language' has no member named
'combox_language'
FormDocument.C:285: error: 'struct FD_document_language' has no member named
Hi,
Compiling CVS, ends with:
[...]
FormDocument.C: In member function `virtual void FormDocument::build()':
FormDocument.C:270: error: 'struct FD_document_language' has no member named
'combox_language'
FormDocument.C:285: error: 'struct FD_document_language' has no member named
Hi,
Maybe Andre knows already; if not:
SISSEGV crash occurs after:
Start LyX
File-New
Insert Math
File-Close [and Discard Safe]
File-New
/Bang/
Cheers,
Rob.
Hi,
Maybe Andre knows already; if not:
SISSEGV crash occurs after:
Start LyX
File->New
Insert Math
File->Close [and Discard Safe]
File->New
/Bang/
Cheers,
Rob.
Hi,
Current CVS with xforms crashes as follows:
Start LyX
File-New
Insert Math
lyx: SIGSEGV signal caught
(Sorry can't make a backtrace at this stage).
Regards,
Rob.
Hi,
Current CVS with xforms crashes as follows:
Start LyX
File->New
Insert Math
lyx: SIGSEGV signal caught
(Sorry can't make a backtrace at this stage).
Regards,
Rob.
Hi,
CVS compilation gets stuck at:
[...]
gmake[4]: Entering directory `/home/lahaye/SOFTWARE/lyx-devel/src/frontends/xforms'
cmp -s lyx_forms.h-tmp lyx_forms.h || {\
rm -f lyx_forms.h ;\
cp lyx_forms.h-tmp lyx_forms.h ;\
}
echo timestamp stamp-forms
if cmp -s lyx_xpm.h-tmp
Angus,
Apologies for the person-to-person email, but my emails to the devel list
seem to end up in /dev/null :(.
Another patch is needed to src/frontends/xforms/Makefile.am in CVS, to
remove a stray 'if':
Index: src/frontends/xforms/Makefile.am
Hi,
CVS compilation gets stuck at:
[...]
gmake[4]: Entering directory `/home/lahaye/SOFTWARE/lyx-devel/src/frontends/xforms'
cmp -s lyx_forms.h-tmp lyx_forms.h || {\
rm -f lyx_forms.h ;\
cp lyx_forms.h-tmp lyx_forms.h ;\
}
echo timestamp > stamp-forms
if cmp -s lyx_xpm.h-tmp
Angus,
Apologies for the person-to-person email, but my emails to the devel list
seem to end up in /dev/null :(.
Another patch is needed to src/frontends/xforms/Makefile.am in CVS, to
remove a stray 'if':
Index: src/frontends/xforms/Makefile.am
This is the end of the 'make' for current LyX/CVS:
[...snip...]
/usr/local/bin/g++33 -DHAVE_CONFIG_H -I. -I. -I../../../../src -I./..
-I../../../../src -I.. -I/opt/include -I/usr/local/include -I/usr/X11R6/include -g -O
-fno-exceptions -W -Wall -MT form_ert.lo -MD -MP -MF .deps/form_ert.Tpo
Rob Lahaye wrote:
This is the end of the 'make' for current LyX/CVS:
Ah, hold on for a moment; this is possibly due to my
own changes to form_external.fd! Forgot about that.
I'll investigate myself first.
Sorry for the noise.
Rob.
This is the end of the 'make' for current LyX/CVS:
[...snip...]
/usr/local/bin/g++33 -DHAVE_CONFIG_H -I. -I. -I../../../../src -I./..
-I../../../../src -I.. -I/opt/include -I/usr/local/include -I/usr/X11R6/include -g -O
-fno-exceptions -W -Wall -MT form_ert.lo -MD -MP -MF .deps/form_ert.Tpo
Rob Lahaye wrote:
>
>
> This is the end of the 'make' for current LyX/CVS:
>
Ah, hold on for a moment; this is possibly due to my
own changes to form_external.fd! Forgot about that.
I'll investigate myself first.
Sorry for the noise.
Rob.
Rob Lahaye wrote:
Is there a way that allows me to send emails to the devel-list, but
that will not send all lyx-devel emails to my subscription address?
Jean-Marc Lasgouttes wrote:
It seems to me that, if you are not a subscriber and send a message,
all you have to do is send a confirmation
Angus Leeming wrote:
Rob Lahaye wrote:
Here is what I got, after subscribing, which doesn't tell me
any webpage for making changes:
My apologies then.
What happens when you send a mail to
[EMAIL PROTECTED] for a help message?
Not useful either.
If you recommend me to visit certain
Jean-Marc Lasgouttes wrote:
It seems to me that, if you are not a subscriber and send a message,
all you have to do is send a confirmation to some daemon and then you
will be 'whitelisted' and allowed to post.
Did you try that?
Rob However, I discovered that my emails do not arrive on
Rob Lahaye wrote:
Jean-Marc Lasgouttes wrote:
It seems to me that, if you are not a subscriber and send a message,
all you have to do is send a confirmation to some daemon and then you
will be 'whitelisted' and allowed to post.
Did you try that?
Rob However, I discovered that my emails do
Mate,
The gmane news server should monitor all messages delivered to the lyx list.
The following appears to be a small, but annoying bug in the communication
between gmane news server and lyx lists (well, I only verified it with the
lyx-devel list):
As a non-member of the list, the very first
Rob Lahaye wrote:
Is there a way that allows me to send emails to the devel-list, but
that will not send all lyx-devel emails to my subscription address?
Jean-Marc Lasgouttes wrote:
> It seems to me that, if you are not a subscriber and send a message,
> all you have to do is send a confir
Angus Leeming wrote:
> Rob Lahaye wrote:
>
>>Here is what I got, after subscribing, which doesn't tell me
>>any webpage for making changes:
>
>
> My apologies then.
>
> What happens when you send a mail to
> [EMAIL PROTECTED] for a help message?
Not
Jean-Marc Lasgouttes wrote:
>
> It seems to me that, if you are not a subscriber and send a message,
> all you have to do is send a confirmation to some daemon and then you
> will be 'whitelisted' and allowed to post.
>
> Did you try that?
>
> Rob> However, I discovered that my emails do not
1 - 100 of 832 matches
Mail list logo
