2009-06-09 04:02:29 +00:00
|
|
|
Syn68k has not been actively worked on since about 1995. When it was
|
|
|
|
originally written, there were a bunch of alterable variables in
|
|
|
|
various Makefiles that allowed us to build Syn68k for many different
|
|
|
|
architectures with a few different features.
|
2008-09-26 14:28:53 +00:00
|
|
|
|
2009-06-09 04:02:29 +00:00
|
|
|
In late 2003 we did a partial conversion from our home-grown build
|
|
|
|
system to the GNU build system. The result was a Syn68k that could be
|
|
|
|
built with the then current version of gcc but basically only for the
|
|
|
|
i386 architecture using the native code back-end. That's basically the
|
|
|
|
state Syn68k was in when I put the code on github in September 2006.
|
|
|
|
|
|
|
|
In June 2009, I've been able to scrape together a little free time and
|
|
|
|
make it so Syn68k builds on a few more platforms than it did. There's
|
|
|
|
still a lot of cruft that can be removed and still a bunch of gotchas
|
|
|
|
that require special command line arguments to the configuration
|
|
|
|
utility, but at least there are enough variants that can be built to
|
|
|
|
show that at least for little endian architectures, 32-bit and 64-bit
|
|
|
|
versions can be built that don't use the native backend.
|
2009-06-01 21:45:49 +00:00
|
|
|
|
2009-06-03 11:02:50 +00:00
|
|
|
On an i386 Fedora 9, this version of Syn68k compiles and produces a
|
2009-06-09 04:02:29 +00:00
|
|
|
libsyn68k.a that works with Executor. Tomorrow, Fedora 11 will be
|
2009-06-03 11:02:50 +00:00
|
|
|
out, using gcc 4.4. I'll try to make it so that Syn68k works on it as
|
2009-06-09 04:02:29 +00:00
|
|
|
well as older Fedora systems too. I'll try to get it so the i386 and
|
|
|
|
x86_64 versions of Syn68k works on gcc 4.1, 4.2, 4.3 and 4.4.
|
2009-06-02 14:25:10 +00:00
|
|
|
|
2009-06-04 00:27:34 +00:00
|
|
|
To compile syn68k on a 32-bit i386 system, try
|
2009-06-01 21:45:49 +00:00
|
|
|
|
|
|
|
./autogen.sh
|
|
|
|
./configure
|
|
|
|
make
|
2009-06-02 14:25:10 +00:00
|
|
|
make install
|
|
|
|
|
2009-06-09 04:02:29 +00:00
|
|
|
To compile a 32-bit syn68k on an x86_64 system, make sure you have all
|
2009-06-04 00:27:34 +00:00
|
|
|
the 32-bit libraries you need (on Fedora 10 I needed to install
|
|
|
|
glibc-devel.i386 and libgcc.i386) then try this hack
|
|
|
|
|
|
|
|
./autogen.sh
|
|
|
|
CC='gcc -m32' ./configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
|
|
|
|
make
|
|
|
|
make install
|
|
|
|
|
2009-06-09 04:02:29 +00:00
|
|
|
To compile syn68k on Intel Mac OS X (tested under 10.5.7), you
|
|
|
|
currently have to override the cleanup script, since the stock script
|
2009-06-08 01:12:25 +00:00
|
|
|
(i486-cleanup.pl) will consume all of syn68k.s.
|
2009-06-06 20:23:16 +00:00
|
|
|
|
|
|
|
./autogen.sh
|
|
|
|
CLEANUP='' ./configure
|
|
|
|
make
|
2009-06-09 04:02:29 +00:00
|
|
|
# No point to installing it, since Executor doesn't run on Mac OS X
|
|
|
|
|
|
|
|
It's possible to compile a 64-bit version of Syn68k on an x86_64
|
|
|
|
(which won't work with Executor, AFAIK), but you currently need to
|
|
|
|
manually adjust SYN68K_CFLAGS (at least Fedora 10's gcc 4.3.2 20081105
|
|
|
|
(Red Hat 4.3.2-7)) due to a bug that allows "dead code elimination" to
|
|
|
|
eliminate updates to a global register.
|
|
|
|
|
|
|
|
./autogen.sh
|
|
|
|
SYN68K_CFLAGS='-O2 -fomit-frame-pointer -fno-dce' ./configure --disable-native
|
|
|
|
make
|
|
|
|
# No point to installing it, since Executor doesn't run in 64-bit mode
|
2009-06-05 23:00:59 +00:00
|
|
|
|
2009-06-05 06:56:39 +00:00
|
|
|
To test syn68k, run test/syngentest and compare the output to
|
2009-06-08 01:12:25 +00:00
|
|
|
test/output/10000. It should be the same, assuming the same block of
|
|
|
|
memory can be obtained for the test. If you want to be more thorough,
|
|
|
|
you can use other command line options and compare the results to
|
|
|
|
other files, as described in test/output/README.
|
2009-06-05 06:56:39 +00:00
|
|
|
|
2009-06-03 11:02:50 +00:00
|
|
|
Performance nit:
|
2009-06-02 14:25:10 +00:00
|
|
|
|
2009-06-03 11:02:50 +00:00
|
|
|
The code in runtime/i486-cleanup.pl no longer gets rid of all the
|
2009-06-06 20:23:16 +00:00
|
|
|
cruft in the trailer (except under Mac OS X, where it gets rid of way
|
|
|
|
too much code). It's quite possible that the code in
|
2009-06-03 11:02:50 +00:00
|
|
|
runtime/i486-optimize.pl doesn't do the right thing either.
|
|
|
|
|
|
|
|
My email address is still <ctm@ardi.com>, although ARDI itself is
|
|
|
|
defunct. I get a ridiculous amount of spam and will quite possibly
|
2009-06-09 04:02:29 +00:00
|
|
|
not see email addressed to me. Most likely I'll be checking my github
|
|
|
|
(I'm ctm) mail daily.
|
|
|
|
|
|
|
|
--Cliff Matthews
|