[Wine] Can I use a static build to install on an obsolete target?
Paul Jackson
sa212+wine at cyconix.com
Thu Jan 3 18:00:20 CST 2008
thestar at fussycoder.id.au wrote:
> I wonder if you could compile an alternate set of libraries, or even an
> alternate install of redhat (or debian), and run that alternate system
> inside a chroot.
>
> Naturally, any daemons or services shouldn't be run from that chroot to
> maintain your "original" system, but it should be enough for wine.
>
>> Paul wrote:
>>> I need to run Wine on RedHat 7.2 (which dates from
>>> about 2001, kernel 2.4.7). The wine that shipped on 7.2 is pretty much
>>> unusable
>> You're probably pretty much screwed. Best you can do is disable all
>> the external dependencies that you can (e.g. opengl),
>> install the others from source (e.g. fontforge).
>> You may find you need a recent X server to get good fonts;
>> are you able to install that from source?
>> - Dan
I got as far as ignoring FontForge, disabling Freetype in sfnt2fnt.c
(configure and the source code disagree on what's in Freetype), and
modding configure.ac to disable OpenGL. At this point I got failures in
xrender.c, and I figured that if X11 wasn't going to work, then I should
give up.
I haven't really thought about the chroot option. I don't need graphics
in this app, and I'm knocking up some RPC/sockets code at the moment to
communicate with a Windows box.
There's a slightly amusing irony in all this. I've written a large and
very non-trivial program (but with no graphics) on Linux, dynamically
linked. At this point I realised that I couldn't afford to support a
dynamic app, so I produced various statically-linked versions (3
binaries should cover almost all Windows and Linux usage). If it still
runs on an original RH7.2, I thought, it'll run on anything. But, of
course, I need this Windows app to test it, and it turns out that the
Wine world-view is not quite the same as my own...
:)
- Paul
More information about the wine-users
mailing list