On Tue, 21 Dec 1999, matt wrote:
> Hello,
Hello!
> My name is Matt. I'm out of Florida, USA. I would like to tackle a
> couple of things that it seems need to be done.
> 1: First, it seems that in the export section, the Postscript@ stuff
> needs to be implemented more directly(as opposed to th
Hello,
My name is Matt. I'm out of Florida, USA. I would like to tackle a
couple of things that it seems need to be done.
1: First, it seems that in the export section, the Postscript@ stuff
needs to be implemented more directly(as opposed to through the printing
material).
2: After that is accomp
On Sat, 18 Dec 1999, Michael Schmitt wrote:
> PS: Is it true that you provide your own string class? Which C++
> compiler supports "pair" and algorithms but does not provide "string"? I
> think you should take the string class for granted.
Not all string classes are created equal. Take SGI's ST
On 21 Dec 1999, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | I think lyx 0.10 or 0.12 used to compile on gcc 2.6.x.
>
> You are probably right... I am not sure about the difference between
> 2.6.x and 2.7.x when it comes to C++.
Actually I'm sure I had 1.
On Tue, 21 Dec 1999, Dr. Ing. Roland Krause wrote:
> to compile the development branch on my NT box.
>
> I have managed to create the initial configure file on a Linux box and
> ftp'ed the whole thing over to the NT box.
> automake and autoconf seem to be either broken or I have some problems
>
to compile the development branch on my NT box.
I have managed to create the initial configure file on a Linux box and
ftp'ed the whole thing over to the NT box.
automake and autoconf seem to be either broken or I have some problems
that I cant figure out.
Anyway, after getting the xforms library
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Sure it can. "^[ \t]*([12][0-9][0-9])[ \t]+\"([^ ]+)\"[ \t]+.*"
Wouldn't something like
"^[ \t]*([12][0-9][0-9])[ \t]+\"(.*)\"[ \t]*$"
be better? It avoids junk at the end, does not force a space after the
final ".
Lars> No t
On 21-Dec-1999 Jean-Marc Lasgouttes wrote:
>
> - LyX should not crash when reading tables with an older format
>
I'll have a look at this as it is something I noted lately :)
Jürgen
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna E
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> So what is missing before we can release 1.1.4? 1.1.4pre1 seemed
| Lars> to be pretty ok, and fixed the most serious problems with 1.1.3.
| Lars> I see iso8859-x (x!=1) as a problem but it is easy to fix the
| Lars> cmap files.
|
| Pending
Michael Schmitt <[EMAIL PROTECTED]> writes:
| This is a cryptographically signed message in MIME format.
|
| --msF4DCE27E66BA8D451B651741
| Content-Type: text/plain; charset=us-ascii
| Content-Transfer-Encoding: 7bit
|
| Jean-Marc Lasgouttes wrote:
|
| > Michael> In insets/figinset
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> The escaping was not just bad, it was plain wrong. run lyx with
| Lars> -dbg key,keymap and you can see yourself. Why demand escaping
| Lars> when it is not needed.
|
| T
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> If we can get 1.1.4 out the door before 24th then I want the
Lars> hebrew patch applied as a christmas gift.
Right.
Lars> So what is missing before we can release 1.1.4? 1.1.4pre1 seemed
Lars> to be pretty ok, and fixed the m
Jean-Marc Lasgouttes wrote:
> Michael> In insets/figinset.C, change include statement in line 35:
>
> Michael>#include "signal.h"
>
> Michael> (seems like csignal does not declare kill but signal.h does)
>
> I find this one annoying... Are you sure kill is not in the std::
> namespace?
Ye
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> The escaping was not just bad, it was plain wrong. run lyx with
Lars> -dbg key,keymap and you can see yourself. Why demand escaping
Lars> when it is not needed.
The escaping was right with LyXLex, AFAIK.
Lars> | - the concern
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I
| Lars> think lyx 0.10 or 0.12 used to compile on gcc 2.6.x.
|
| Lars> You are probably right... I am not sure about
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I
Lars> think lyx 0.10 or 0.12 used to compile on gcc 2.6.x.
Lars> You are probably right... I am not sure about the difference
Lars> between 2.6.x and 2.7.x when it comes to
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I think lyx 0.10 or 0.12 used to compile on gcc 2.6.x.
You are probably right... I am not sure about the difference between
2.6.x and 2.7.x when it comes to C++.
| Have a nice xmas.
Same to you. (and all the rest of you listening in)
I hope a
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> 2.6.x? Are you stupid!! Writing C++ without a C++ compiler...
Lars> nice. (my christmas weekend begins today)
I think lyx 0.10 or 0.12 used to compile on gcc 2.6.x.
Have a nice xmas.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| No, it automatically recognizes the compiler version. There are of
| course a few bugs to overcome, but this may be doable.
ok...so you never really know what you get from STLport.
| Lars> In these package days it is easier to install a package
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> A resonable NON-conforming stl. 2.7.x miss much of the template
Lars> support to have a good stl.
Lars> I bet STLport have to be configured as well...
No, it automatically recognizes the compiler version. There are of
course
On 21-Dec-1999 Jean-Marc Lasgouttes wrote:
>
> What I think we could (try to) do is have gcc 2.7.x + STLport work.
> The advantage would be (1) a reasonable STL and (2) this is much
> easier to install than a new compiler (just untar it).
>
> Unfortunately, I do not have access to a gcc 2.7.x c
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> | cxx 6.1: OK. | | Lars> IMO if this works we should begin using
| Lars> a LyX namespace right | Lars> away. We have already had the sqrt
| Lars> clash. | | I'd rather avo
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> In gcc 2.7.x there is no , but a instead.
| Lars> It is far from beeing conforming to standard C++, but it also
| Lars> has a lot of similarities so it might be usable. b
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | cxx 6.1: OK. | | Lars> IMO if this works we should begin using
Lars> a LyX namespace right | Lars> away. We have already had the sqrt
Lars> clash. | | I'd rather avoid it for now :)
Lars> The pity, is that now we use structs
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Does namespace support work on all the compilers that the 1.1.x
| Lars> series currently compiles on?
|
| gcc 2.8.1:
|
| fantomas: g++ -Wall -ansi -pedantic nsp.C
| ns
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> In gcc 2.7.x there is no , but a instead.
Lars> It is far from beeing conforming to standard C++, but it also
Lars> has a lot of similarities so it might be usable. but I must
Lars> admit that there is no priority of mine to s
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Does namespace support work on all the compilers that the 1.1.x
Lars> series currently compiles on?
gcc 2.8.1:
fantomas: g++ -Wall -ansi -pedantic nsp.C
nsp.C:1: sorry, not implemented: namespace
cxx 6.1: OK.
Lars> IMO i
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 21-Dec-1999 Lars Gullik Bjønnes wrote:
>> Unless I hear _very_ strong objections I will remove all support
>> for XForms versions older thatn 0.88 after 1.1.4 is released.
Juergen> No objections at all :)
Neither from me.
On 21-Dec-1999 Lars Gullik Bjønnes wrote:
>
> Unless I hear _very_ strong objections I will remove all support for
> XForms versions older thatn 0.88 after 1.1.4 is released.
No objections at all :)
Jürgen
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
29 matches
Mail list logo