On Thu, Oct 20, 2005 at 12:20:30AM +0100, Angus Leeming wrote:
Luis Rivera wrote:
\cygwin_path_fix_needed true
Tried it, and now the error message is
22 [main] lyx 440 fork_parent: child 1276 died waiting for longjmp before
initialization.
Could not fork: No such file or directory
On Thu, Oct 20, 2005 at 12:20:30AM +0100, Angus Leeming wrote:
> Luis Rivera wrote:
> >> \cygwin_path_fix_needed true
>
> > Tried it, and now the error message is
> > 22 [main] lyx 440 fork_parent: child 1276 died waiting for longjmp before
> > initialization.
> > Could not fork: No such file or
Angus Leeming [EMAIL PROTECTED] writes:
Luis Rivera wrote:
Got it. However, I can't find which converters need to be tuned up
to fix LyX's misbehavior.
There's a page on the wiki that explains enough to get you started:
Thanks a lot!!!
Now I think we can close this thread...
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Luis Rivera wrote:
> > Got it. However, I can't find which converters need to be tuned up
> > to fix LyX's misbehavior.
>
> There's a page on the wiki that explains enough to get you started:
>
Thanks a lot!!!
Now I think we can close this
Luis Rivera wrote:
The real solution would be to tell LyX about different path
styles in the converters:
native, Cygwin paths: convert $$i $$o
Win32 paths: convert $$win32i $$win32o
All I meant was, rather than have a single global value (to
win32path or to not win32path),
Luis Rivera wrote:
>> >> The "real" solution would be to tell LyX about different path
>> >> styles in the converters:
>> >> native, Cygwin paths: convert $$i $$o
>> >> Win32 paths: convert $$win32i $$win32o
>> All I meant was, rather than have a single global value (to
>> win32path or to
Angus Leeming [EMAIL PROTECTED] writes:
Luis Rivera wrote:
I wonder whether this code only handles (and thus, fixes) the paths for
the applications, not the target input/output files.
All file names should be transformed using external_path.
OK.
No need to quote them?
Cheers,
Angus Leeming [EMAIL PROTECTED] writes:
The real solution would be to tell LyX about different path styles in
the converters:
native, Cygwin paths: convert $$i $$o
Win32 paths: convert $$win32i $$win32o
All I meant was, rather than have a single global value (to win32path or
Luis Rivera wrote:
All file names should be transformed using external_path.
OK.
No need to quote them?
At the moment, yes. (Hence our problems with files with spaces.)
Eventually, I'd hope we wouldn't have to quote them because we'd store
the arguments in an array and pass this array to the
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Luis Rivera wrote:
> > I wonder whether this code only handles (and thus, fixes) the paths for
> > the applications, not the target input/output files.
>
> All file names should be transformed using "external_path".
>
OK.
No need to quote them?
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> >> The "real" solution would be to tell LyX about different path styles in
> >> the converters:
> >> native, Cygwin paths: convert $$i $$o
> >> Win32 paths: convert $$win32i $$win32o
>
> All I meant was, rather than have a single global value
Luis Rivera wrote:
>> All file names should be transformed using "external_path".
> OK.
> No need to quote them?
At the moment, yes. (Hence our problems with "files with spaces".)
Eventually, I'd hope we wouldn't have to quote them because we'd store
the arguments in an array and pass this array
Luis Rivera [EMAIL PROTECTED] writes:
Hello,
I compiled and use LyX --with-frontend=xforms succesfully on cygwin
(version 1.5.18-1, with gcc 3.4.4-1).
However, --with-frontend=qt, I can can compile LyX succesfully, but it
doesn't display any characters: just plain white squares.
COOL
So you are saying that I can just go to gcc-3.4.4 and the Cygwin supplied QT
and it will just work??!!
Great!!
---Kayvan
On Wed, Oct 19, 2005 at 04:14:24PM +, Luis Rivera wrote:
Luis Rivera [EMAIL PROTECTED] writes:
Hello,
I compiled and use
In [EMAIL PROTECTED], Luis Rivera [EMAIL PROTECTED] typed:
In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native python
interpreter, ImageMagick, ghostscript, and the jpeg and qt3 packages, plus the
Xserver scalable fonts. Apparently, LyX-Qt on Cygwin-X does posix style
Mike Meyer wrote:
In [EMAIL PROTECTED],
Luis Rivera [EMAIL PROTECTED] typed:
In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
python interpreter, ImageMagick, ghostscript, and the jpeg and qt3
packages, plus the
Xserver scalable fonts. Apparently, LyX-Qt on Cygwin-X
Angus Leeming [EMAIL PROTECTED] writes:
Mike Meyer wrote:
In [EMAIL PROTECTED],
Luis Rivera [EMAIL PROTECTED] typed:
In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
python interpreter, ImageMagick, ghostscript, and the jpeg and qt3
packages, plus the
Xserver
Luis Rivera wrote:
Angus Leeming [EMAIL PROTECTED] writes:
Mike Meyer wrote:
In [EMAIL PROTECTED],
Luis Rivera [EMAIL PROTECTED] typed:
In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
python interpreter, ImageMagick, ghostscript, and the jpeg and qt3
Angus Leeming [EMAIL PROTECTED] writes:
Basically, the current code is a bit of a kludge.
The kludge is the cygwin_path_fix_ which is settable from the
Edit-Preferences dialog IIRC and can certainly be set manually in your
preferences file as:
\cygwin_path_fix_needed true
Tried it,
Angus Leeming [EMAIL PROTECTED] writes:
Luis Rivera wrote:
Indeed, I tried both (in reverse order, btw, since I thought instructions
for lusers should go from inside out the application), and as I said, it
seems that LyX sticks to posix-style path searches, not for the
applications
Luis Rivera wrote:
\cygwin_path_fix_needed true
Tried it, and now the error message is
22 [main] lyx 440 fork_parent: child 1276 died waiting for longjmp before
initialization.
Could not fork: No such file or directory
Presumably because some unix shell script (convertDefault.sh ?) is
Luis Rivera wrote:
Basically, the current code is a bit of a kludge. Here it is (from
src/support/os_cygwin.C):
I wonder whether this code only handles (and thus, fixes) the paths for
the applications, not the target input/output files.
Just shooting from the hip...
All file names should
Luis Rivera <[EMAIL PROTECTED]> writes:
>
> Hello,
>
> I compiled and use LyX --with-frontend=xforms succesfully on cygwin
> (version 1.5.18-1, with gcc 3.4.4-1).
>
> However, --with-frontend=qt, I can can compile LyX succesfully, but it
> doesn't display any characters: just plain white
COOL
So you are saying that I can just go to gcc-3.4.4 and the Cygwin supplied QT
and it will just work??!!
Great!!
---Kayvan
On Wed, Oct 19, 2005 at 04:14:24PM +, Luis Rivera wrote:
> Luis Rivera <[EMAIL PROTECTED]> writes:
>
> >
> > Hello,
> >
> > I
In <[EMAIL PROTECTED]>, Luis Rivera <[EMAIL PROTECTED]> typed:
> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native python
> interpreter, ImageMagick, ghostscript, and the jpeg and qt3 packages, plus the
> Xserver scalable fonts. Apparently, LyX-Qt on Cygwin-X does posix style
>
Mike Meyer wrote:
> In <[EMAIL PROTECTED]>,
> Luis Rivera <[EMAIL PROTECTED]> typed:
>> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
>> python interpreter, ImageMagick, ghostscript, and the jpeg and qt3
>> packages, plus the
>> Xserver scalable fonts. Apparently, LyX-Qt
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Mike Meyer wrote:
>
> > In <[EMAIL PROTECTED]>,
> > Luis Rivera <[EMAIL PROTECTED]> typed:
> >> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
> >> python interpreter, ImageMagick, ghostscript, and the jpeg and qt3
> >>
Luis Rivera wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>>
>> Mike Meyer wrote:
>>
>> > In <[EMAIL PROTECTED]>,
>> > Luis Rivera <[EMAIL PROTECTED]> typed:
>> >> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
>> >> python interpreter, ImageMagick, ghostscript,
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Basically, the current code is a bit of a kludge.
> The kludge is the "cygwin_path_fix_" which is settable from the
> Edit->Preferences dialog IIRC and can certainly be set manually in your
> preferences file as:
>
> \cygwin_path_fix_needed true
>
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Luis Rivera wrote:
>
> > Indeed, I tried both (in reverse order, btw, since I thought instructions
> > for lusers should go from inside out the application), and as I said, it
> > seems that LyX sticks to posix-style path searches, not for the
> >
Luis Rivera wrote:
>> \cygwin_path_fix_needed true
> Tried it, and now the error message is
> 22 [main] lyx 440 fork_parent: child 1276 died waiting for longjmp before
> initialization.
> Could not fork: No such file or directory
Presumably because some unix shell script (convertDefault.sh ?) is
Luis Rivera wrote:
>> Basically, the current code is a bit of a kludge. Here it is (from
>> src/support/os_cygwin.C):
> I wonder whether this code only handles (and thus, fixes) the paths for
> the applications, not the target input/output files.
> Just shooting from the hip...
All file names
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
On Sat, Oct 15, 2005 at 04:40:28PM +, Luis Rivera wrote:
minires solved the problem. LyX now compiles happily on my brand new Cygwin
installation...
So, this far, I have compiled LyX on cygwin succesfully, both with-xforms
and
Kayvan A. Sylvan <[EMAIL PROTECTED]> writes:
>
> On Sat, Oct 15, 2005 at 04:40:28PM +, Luis Rivera wrote:
> >
> > minires solved the problem. LyX now compiles happily on my brand new Cygwin
> > installation...
> >
> > So, this far, I have compiled LyX on cygwin succesfully, both
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
2) The qt-3 build needs you to use a linker script in the final ld phase.
Is it because there is a missing -lresolv library, or something else? My
compiling chokes, right on trying to link the binary...
No, this linker script
On Sat, Oct 15, 2005 at 04:40:28PM +, Luis Rivera wrote:
minires solved the problem. LyX now compiles happily on my brand new Cygwin
installation...
So, this far, I have compiled LyX on cygwin succesfully, both with-xforms and
with-qt.
Cool. This is with gcc-3.4.4?
However, the
Hello,
I compiled and use LyX --with-frontend=xforms succesfully on cygwin
(version 1.5.18-1, with gcc 3.4.4-1).
However, --with-frontend=qt, I can can compile LyX succesfully, but it
doesn't display any characters: just plain white squares.
Perhaps there is nothing wrong with LyX, and the
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
On Sat, Oct 15, 2005 at 04:40:28PM +, Luis Rivera wrote:
So, this far, I have compiled LyX on cygwin succesfully, both with-xforms
and
with-qt.
Cool. This is with gcc-3.4.4?
Hmmm... What's your QT version? How did you compile it?
Kayvan A. Sylvan <[EMAIL PROTECTED]> writes:
>
> > > 2) The qt-3 build needs you to use a linker script in the final ld phase.
> > >
> >
> > Is it because there is a missing -lresolv library, or something else? My
> > compiling chokes, right on trying to link the binary...
>
> No, this
On Sat, Oct 15, 2005 at 04:40:28PM +, Luis Rivera wrote:
>
> minires solved the problem. LyX now compiles happily on my brand new Cygwin
> installation...
>
> So, this far, I have compiled LyX on cygwin succesfully, both with-xforms and
> with-qt.
Cool. This is with gcc-3.4.4?
> However,
Hello,
I compiled and use LyX --with-frontend=xforms succesfully on cygwin
(version 1.5.18-1, with gcc 3.4.4-1).
However, --with-frontend=qt, I can can compile LyX succesfully, but it
doesn't display any characters: just plain white squares.
Perhaps there is nothing wrong with LyX, and the
Kayvan A. Sylvan <[EMAIL PROTECTED]> writes:
>
> On Sat, Oct 15, 2005 at 04:40:28PM +, Luis Rivera wrote:
> > So, this far, I have compiled LyX on cygwin succesfully, both with-xforms
> > and
> > with-qt.
>
> Cool. This is with gcc-3.4.4?
>
> Hmmm... What's your QT version? How did you
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Luis Rivera [EMAIL PROTECTED] writes:
| Anyway, I went ahead and tried
|
| ./configure --with-frontend=xforms --with-extra-prefix=/usr/local
| --without-latex-config --disable-pch --disable-nls
|
You can try with
Luis Rivera [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
|
| Luis Rivera [EMAIL PROTECTED] writes:
|
| | Anyway, I went ahead and tried
| |
| | ./configure --with-frontend=xforms --with-extra-prefix=/usr/local
| | --without-latex-config --disable-pch
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
There are a couple of vagaries:
1) Any compiler more recent than gcc-3.3.3 seems to screw me up. Even
if I recompile xforms and qt-3.
I compiled with xforms with gcc 3.4.4, and save for the error at supporting nls,
it went on fine...
2)
Luis Rivera wrote:
There are a couple of vagaries:
1) Any compiler more recent than gcc-3.3.3 seems to screw me up. Even
if I recompile xforms and qt-3.
I compiled with xforms with gcc 3.4.4, and save for the error at
supporting nls, it went on fine...
2) The qt-3 build needs you to
On Thu, Oct 13, 2005 at 10:01:50PM +, Luis Rivera wrote:
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
There are a couple of vagaries:
1) Any compiler more recent than gcc-3.3.3 seems to screw me up. Even
if I recompile xforms and qt-3.
I compiled with xforms with gcc
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Luis Rivera [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes larsbj at ... writes:
|
|
| Luis Rivera jlrn7 at ... writes:
|
| | Anyway, I went ahead and tried
| |
| | ./configure --with-frontend=xforms
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
ld cannot find -lresolv
Perhaps I'm missing some other library from cygwin...
I think you are missing some library. On my Cygwin, I have:
$ ls -l /usr/lib/libresolv.a
lrwxrwxrwx 1 kayvan Users 25 Apr 27 15:31 /usr/lib/libresolv.a
On Fri, Oct 14, 2005 at 01:12:01AM +, Luis Rivera wrote:
$ ls -l /usr/lib/libresolv.a
lrwxrwxrwx 1 kayvan Users 25 Apr 27 15:31 /usr/lib/libresolv.a -
/usr/lib/libminires.dll.a
It comes from minires and minires-devel.
---Kayvan
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Luis Rivera <[EMAIL PROTECTED]> writes:
>
> | Anyway, I went ahead and tried
> |
> | ./configure --with-frontend=xforms --with-extra-prefix=/usr/local
> | --without-latex-config --disable-pch --disable-nls
> |
>
> You can try with
Luis Rivera <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| >
| > Luis Rivera <[EMAIL PROTECTED]> writes:
| >
| > | Anyway, I went ahead and tried
| > |
| > | ./configure --with-frontend=xforms --with-extra-prefix=/usr/local
| > | --without-latex-config
Kayvan A. Sylvan <[EMAIL PROTECTED]> writes:
>
>
> There are a couple of vagaries:
>
> 1) Any compiler more recent than gcc-3.3.3 seems to screw me up. Even
>if I recompile xforms and qt-3.
>
I compiled with xforms with gcc 3.4.4, and save for the error at supporting nls,
it went on
Luis Rivera wrote:
>> There are a couple of vagaries:
>>
>> 1) Any compiler more recent than gcc-3.3.3 seems to screw me up. Even
>>if I recompile xforms and qt-3.
> I compiled with xforms with gcc 3.4.4, and save for the error at
> supporting nls, it went on fine...
>
>> 2) The qt-3 build
On Thu, Oct 13, 2005 at 10:01:50PM +, Luis Rivera wrote:
> Kayvan A. Sylvan <[EMAIL PROTECTED]> writes:
>
> >
> >
> > There are a couple of vagaries:
> >
> > 1) Any compiler more recent than gcc-3.3.3 seems to screw me up. Even
> >if I recompile xforms and qt-3.
> >
>
> I compiled
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Luis Rivera <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes ...> writes:
> |
> | >
> | > Luis Rivera ...> writes:
> | >
> | > | Anyway, I went ahead and tried
> | > |
> | > | ./configure --with-frontend=xforms
Kayvan A. Sylvan <[EMAIL PROTECTED]> writes:
>
> >
> > ld cannot find -lresolv
> >
> > Perhaps I'm missing some other library from cygwin...
> >
>
> I think you are missing some library. On my Cygwin, I have:
>
> $ ls -l /usr/lib/libresolv.a
> lrwxrwxrwx 1 kayvan Users 25 Apr 27 15:31
On Fri, Oct 14, 2005 at 01:12:01AM +, Luis Rivera wrote:
> >
> > $ ls -l /usr/lib/libresolv.a
> > lrwxrwxrwx 1 kayvan Users 25 Apr 27 15:31 /usr/lib/libresolv.a ->
> /usr/lib/libminires.dll.a
> >
It comes from minires and minires-devel.
---Kayvan
Hello,
I want to report that LyX 1.4.0pre2 compiles and runs succesfully on
cygwin+xwin+MiKTeX...
However, there seems to be a problem with pch and nls.
A first shot at it, running
./configure --with-frontend=xforms --with-extra-prefix=/usr/local
--without-latex-config
reported something
Luis == Luis Rivera [EMAIL PROTECTED] writes:
Luis And then it failed almost at the end of compilation. I attach
Luis config.log and error.log reporting the errors...
Didn't you forget them?
JMarc
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Luis == Luis Rivera [EMAIL PROTECTED] writes:
Luis And then it failed almost at the end of compilation. I attach
Luis config.log and error.log reporting the errors...
Didn't you forget them?
Yep. I realized as soon as I clicked on
On Wed, Oct 12, 2005 at 07:31:22PM +, Luis Rivera wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Luis == Luis Rivera [EMAIL PROTECTED] writes:
Luis And then it failed almost at the end of compilation. I attach
Luis config.log and error.log reporting the errors...
Luis Rivera [EMAIL PROTECTED] writes:
| I assume it is my fault, since I don't know exactly how to install nls
| support. However, I think ./configure should report it, to keep people
| away from assuming nls will be working.
|
| Anyway, I went ahead and tried
|
| ./configure
Luis == Luis Rivera [EMAIL PROTECTED] writes:
Luis Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Luis == Luis Rivera [EMAIL PROTECTED] writes:
Luis And then it failed almost at the end of compilation. I attach
Luis config.log and error.log reporting the errors...
Didn't you forget them?
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
On Wed, Oct 12, 2005 at 07:31:22PM +, Luis Rivera wrote:
Jean-Marc Lasgouttes Jean-Marc.Lasgouttes at ... writes:
Luis == Luis Rivera jlrn7 at ... writes:
Luis And then it failed almost at the end of compilation. I attach
On Wed, Oct 12, 2005 at 09:50:53PM +, Luis Rivera wrote:
Are you trying to compile for xforms or for qt?
I did it with xforms.
I'm trying with qt...
Now I'll try --with-included-gettext (thanks to Lars!)
I do both all the time with LyX CVS. Maybe I can help you.
Do you? On
Hello,
I want to report that LyX 1.4.0pre2 compiles and runs succesfully on
cygwin+xwin+MiKTeX...
However, there seems to be a problem with pch and nls.
A first shot at it, running
./configure --with-frontend=xforms --with-extra-prefix=/usr/local
--without-latex-config
reported something
> "Luis" == Luis Rivera <[EMAIL PROTECTED]> writes:
Luis> And then it failed almost at the end of compilation. I attach
Luis> config.log and error.log reporting the errors...
Didn't you forget them?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Luis" == Luis Rivera <[EMAIL PROTECTED]> writes:
>
> Luis> And then it failed almost at the end of compilation. I attach
> Luis> config.log and error.log reporting the errors...
>
> Didn't you forget them?
>
Yep. I realized as soon
On Wed, Oct 12, 2005 at 07:31:22PM +, Luis Rivera wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >
> > > "Luis" == Luis Rivera <[EMAIL PROTECTED]> writes:
> >
> > Luis> And then it failed almost at the end of compilation. I attach
> > Luis> config.log and error.log
Luis Rivera <[EMAIL PROTECTED]> writes:
| I assume it is my fault, since I don't know exactly how to install nls
| support. However, I think ./configure should report it, to keep people
| away from assuming nls will be working.
|
| Anyway, I went ahead and tried
|
| ./configure
> "Luis" == Luis Rivera <[EMAIL PROTECTED]> writes:
Luis> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> > "Luis" == Luis Rivera <[EMAIL PROTECTED]> writes:
>>
Luis> And then it failed almost at the end of compilation. I attach
Luis> config.log and error.log reporting the errors...
Kayvan A. Sylvan <[EMAIL PROTECTED]> writes:
>
> On Wed, Oct 12, 2005 at 07:31:22PM +, Luis Rivera wrote:
> > Jean-Marc Lasgouttes ...> writes:
> >
> > >
> > > > "Luis" == Luis Rivera ...> writes:
> > >
> > > Luis> And then it failed almost at the end of compilation. I attach
> > >
On Wed, Oct 12, 2005 at 09:50:53PM +, Luis Rivera wrote:
> > Are you trying to compile for xforms or for qt?
>
> I did it with xforms.
>
> I'm trying with qt...
>
> Now I'll try --with-included-gettext (thanks to Lars!)
>
> > I do both all the time with LyX CVS. Maybe I can help you.
>
74 matches
Mail list logo