2009-06-22 20:41:10 +00:00
|
|
|
May be able to avoid dce problems if we use && for labels (that
|
|
|
|
|
may also get rid of our need for the cleanup code, too)
|
|
|
|
|
|
|
|
|
|
Need to make it so that the minimal required compilation options for
|
|
|
|
|
x86_64 (-fno-dce) are set up by default
|
|
|
|
|
|
|
|
|
|
should probably report dead code elimination bug before I
|
|
|
|
|
forget the details (I've probably already lost the minimal
|
|
|
|
|
test case) (the details being that if you update a global
|
|
|
|
|
register and then use a label pointer to jump away, the
|
|
|
|
|
update can get eliminated even though the register can
|
|
|
|
|
still be accessed
|
|
|
|
|
|
|
|
|
|
|
2009-06-22 16:46:03 +00:00
|
|
|
cleanup and optimize shouldn't be done via environment variables;
|
|
|
|
|
they should be done with AC_ARG_ENABLE and default to be turned on
|
|
|
|
|
on the architectures where they work (and should be made to work on
|
|
|
|
|
the architectures they support)
|
2009-06-08 01:59:00 +00:00
|
|
|
|
2009-06-09 16:19:47 +00:00
|
|
|
only invoke the x86 cleanup & optimize when compiling for an
|
|
|
|
|
x86 architecture
|
2009-06-08 17:36:57 +00:00
|
|
|
|
2009-06-22 16:46:03 +00:00
|
|
|
can probably write cleanup scripts for other architectures,
|
|
|
|
|
don't think it's worth doing optimize though (which may no
|
|
|
|
|
longer be a good idea w/ newer compilers)
|
|
|
|
|
|
2009-06-09 16:19:47 +00:00
|
|
|
Fix i486-cleanup.pl and i486-optimize.pl for all x86 targets
|
|
|
|
|
(including Mac OS X)
|
2009-06-08 17:36:57 +00:00
|
|
|
|
2009-06-09 16:19:47 +00:00
|
|
|
See if we can find an address to map that is available to all our
|
|
|
|
|
currently tested targets (i386-native, i386-notnative, x86_64,
|
|
|
|
|
ppc)
|
2008-09-26 14:25:10 +00:00
|
|
|
|
|
|
|
|
Make so we can build the various debug versions, non-native, etc.
|
|
|
|
|
|
2009-06-09 16:19:47 +00:00
|
|
|
figure out *exactly* which options should be available
|
|
|
|
|
via configure
|
|
|
|
|
|
2009-06-22 16:46:03 +00:00
|
|
|
Not sure what we should do with x86_64 machines; need to know more
|
|
|
|
|
about what the popular distributions do
|
|
|
|
|
|
2008-09-26 14:25:10 +00:00
|
|
|
Figure out exactly which variables Makefile.common.in sets, then
|
|
|
|
|
get rid of Makefile.common.in
|
|
|
|
|
|
|
|
|
|
see TODO.variables
|
|
|
|
|
|
|
|
|
|
figure out what to do concerning bswap
|
|
|
|
|
|
|
|
|
|
Look into what else from syn68k we can delete
|
|
|
|
|
|
|
|
|
|
Makefile.common.in
|
|
|
|
|
|
|
|
|
|
config
|
|
|
|
|
|
|
|
|
|
Make sure make clean really does a make clean
|
|
|
|
|
|
|
|
|
|
Make sure we get proper dependencies (if possible)
|
|
|
|
|
|
|
|
|
|
write-up what is needed to do testing on a real m68k
|
|
|
|
|
|
|
|
|
|
need a .spec file so we can build syn68k and syn68k-devel
|
|
|
|
|
RPMS
|
