[EMAIL PROTECTED] writes:
| Here is the patch. I decided to gzip it because Lars had used 0xa0
| for a space character at several places, and I modified it to 0x20.
This is a bug in my editor... happens form time to time, really
anoying.
I have applied your patch.
One small note about Path:
Here is the patch. I decided to gzip it because Lars had used 0xa0
for a space character at several places, and I modified it to 0x20.
It is not guaranteed that 8 bit characters are relayed correctly in
Japan.
Regards,
SMiyata
begin 666 01Nov1999.U.gz
M'XL(""RK'#@"!C`Q3F]V,3DY.2Y5`,59VW
Surprise! I can manage to fix cut&paste errors in 1.1 so that does
it not only compile and link, but also run without crash at the
startup. Maybe it will crash later. So far I have only tested the
main branch. Is it enough?
I'm going to recheck the patch and send it to this list.
Regards,
[EMAIL PROTECTED] (Lars Gullik Bjnes) wrote:
> So are you able to compile LyX 1.1. now?
Yes, and I now realize that path handling routines must
be overhauled. And it is indeed a good opportunity.
Regards,
SMiyata
[EMAIL PROTECTED] writes:
| It turns out that the problem is not C/C++ but that we do not check
| if sys/types.h or sys/select.h is available.
| We haven't defined HAVE_SYS_TYPES_H nor HAVE_SYS_SELECT_H in confdef.h
|
| Sorry for the false alarm.
So are you able to compile LyX 1.1. now?
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> > "Lars" == Lars Gullik Bjììnes <[EMAIL PROTECTED]> writes:
>
> Lars> | - In lyx/configure.in the macro AC_FUNC_SELECT_ARGTYPES | is
> Lars> called after AC_LANG_CPLUSPLUS Can't you change it | so that it
> Lars> is called before AC_LANG_CPLUS
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | - In lyx/configure.in the macro AC_FUNC_SELECT_ARGTYPES | is
Lars> called after AC_LANG_CPLUSPLUS Can't you change it | so that it
Lars> is called before AC_LANG_CPLUSPLUS ? Only | gcc is normally
Lars> available here and wi
Shigeru Miyata <[EMAIL PROTECTED]> writes:
| - Since this function is not yet used I cannot comment
|on this at present but probably PutEnvPath() in
|lyx/src/support/filetools.C is wrong,
Tell me when you know more about this.
| - Please remove the toplevel lyx/configure.cmd
done
|
Now that the bug in emx+gcc of #pragma implementation
support is fixed, I tried to build LyX 1.1 on OS/2.
There are a few problems:
- Since this function is not yet used I cannot comment
on this at present but probably PutEnvPath() in
lyx/src/support/filetools.C is wrong,
- Please remove
