On Saturday 10 September 2005 06:57, Luis Rivera wrote: > Hello, > > Got a brand new report on tex2lyx on win95/98. > > Well, I simply compiled the source code distributed on > lyx-1.4.0pre1.tar.gz on cygwin, packed it together with the relevant > dll's (cygwin1.dll and cygz.dll), copied and ran it on win95... > succesfully. > > Two points, though. I had to patch the source file on src/support/os.C, > commenting out > > /*#elif defined(__CYGWIN__) || defined(__CYGWIN32__) > #include "os_cygwin.C"*/ > > uncommenting these lines results in the script's crash, since there is > no os_cygwin.C file distributed here. Once commented out, the script > dealt with the source file as with any unix distribution... weird.
Not weird. The thing will fall through to "os_unix.C": #ifdef __EMX__ #include "os_os2.C" #elif defined(__CYGWIN__) || defined(__CYGWIN32__) #include "os_cygwin.C" #elif defined(_WIN32) #include "os_win32.C" #else #include "os_unix.C" #endif What is weird is that you don't have os_cygwin.C. You may have compiled tex2lyx successfully without it but your executable is likely to do weird things too; not least it won't understand Windows-style paths. Grab os_cygwin.C from the viewcvs web interface. > Finally, I had to make a copy of another tex2lyx.1 file into > src/tex2lyx/tex2lyx.man, since the latter was missing, crashing the > shell script. Thanks for this info. Looks like the Makefile needs patching. > That way, your shell script make_tex2lyx_dist.sh ran fine. > > Two conjectures: > > 1/ you may be able to compile LyX to run "natively" on cygwin, perhaps > using the gtk frontend. I got no time tonight to try that, but seems > like feasible. You can compile LyX "natively" on cygwin using any of the frontends. The gtk one is only partly complete and is effectively unmaintained. Crashes lots. Also uses XForms for many dialogs that haven't been ported to gtk yet. If you want something that actually works, use the Qt frontend. > 2/ you no longer need to define cygwin to compile on cygwin---against > Claus Hentschel's port, I guess. > > One more thing: apparently, the culprit was the way mingw tries to link > to libraries shipped with newer versions of windows; since cygwin > circumvents these libraries (maybe through cygwin1.dll), the problem > goes away. Of course, that leaves the problem of building "native" > win32 (95/98) executables without a proper solution, but you guys seem > to be moving in the right direction. You're talking about the shell32.dll,shfolder.dll thing that's needed to find SHGetFolderPath()? You may be right, but it would be relatively painless for us to link against shfolder.dll explicitly too. Anyway, whilst we could probably repeat the entire exercise above to get a tex2lyx executable compiled on MinGW, I'll leave it to you to decide whether you want to go down that route. Angus
