| From: | Rudi Chiarito |
| Date: | 27 Aug 2000 at 04:42:07 |
| Subject: | Re: AMIOPEN: quake & doom |
On Sat, Aug 26, 2000 at 05:58:39PM -0600, Daniel Robbins wrote:
> It doesn't compile. That's what Rudi told me and he said he was
> looking into getting some fresh sources released.
I have a copy that compiles indeed (the copy which was actually
demonstrated in St Louis), but it's not based on the contents of
external.zip (which should probably be removed from the site altogether).
I am going to polish and upload a few things to the CVS/FTP server this
weekend.
First, there's an update to Matthew Kille's Tunnel demo. I have fixed two
bugs (which could lead to crashes) and added support for transparency,
i.e. the ability to see through the tunnel if you want to, which makes
the demo more attractive. Two command line switches have also been added.
Second, I managed to recompile jikes, although it doesn't run properly
yet. There's a problem with w_char variables, which makes the compiler
fail with a silly message saying something like "File Hello.java does not
end with .java suffix". Maybe this just needs a fix or two in config.h,
but I haven't had time for further experiments. For some reason, the
source files in the CVS repository have uppercase names, while they're
referenced in Make files with lowercase, so I suppose it's a good idea if
we remove the current tree and I upload the new one from my sources. BTW,
the publically available compiler will most likely not be able to compile
it yet, so you'll have to resort to the binary.
Third, Doom and Quake. I have been postponing these, but now it's time to
get them working. Once the basic port is up and running, for those
interested, a nice exercise to get familiar with VP/Elate could be
rewriting the drawing routines - especially Quake's - using VP and native
code. The current, quick port falls back to the generic C routines, which
of course are the slowest possible.
Fourth, GNU Eiffel. I have patches for a recent beta, adding support for
Elate and vpcc, which should work with the latest betas. I actually
submitted them to the authors, but they haven't been merged yet (time to
resubmit them, I suppose).
Before all of that, though, I need to complete this handy tool that
updates an installed RPM package, without even needing the original .rpm
file on disk and without invalidating RPM's database (a tricky task,
against RPM's philosophy, as the latter doesn't like others to fiddle
with the files it has installed!). Imagine being able to download a 3.5MB
update, rather than the whole new 21.5MB RPM. ;))