[hatari-devel] Release list (was Demos tested today, some more demos tested)
Eero Tamminen
eerot at users.berlios.de
Sat Feb 27 14:43:36 CET 2010
Hi,
On Saturday 27 February 2010, Thomas Huth wrote:
> npomarede at corp.free.fr wrote:
> > It might be a little early for me now, as there're a few things with
> > video/mfp I'd like to sort, but maybe we could try to target
> > mid-april (I'd also like to build a cross compiler chain under my
> > linux box to be able to compile windows binaries without having to
> > boot under windows ; adding a mingw-under-linux target to cmake would
> > be nice too).
> >
> > So, what is everyone's list of things to finish in the next weeks ?
> > Here's a short list to start :
My list for debugger:
* Testing the new debugger features & changes more and fixing any found
issues (Laurent has already reported several ones I've recently fixed)
* Adding a debugger section to config file which has:
- number base (moved from log section)
- disasm & memdump default number of lines settings
* Removing breakpoints from the memory state. Breakpoints and other
debugger commands can be done at startup by giving a debugger
commands file with the new --parse command line option (which still
needs to be documented).
* Possibly add some debugger additional convenience functions
using conditional breakpoints (see todo.txt for possible ones).
Any suggestions on what you'd like to have?
> > - ste's screen centering in 224 bytes overscan (nicolas)
> > - mfp delay (bolo, audio art, super hang on) (nicolas)
> > - clean makefiles in case some files are redundant with cmake (eero,
> > thomas ?)
>
> I've removed the autoconf files already, and Eero wants to maintain the
> old Makefiles, so we're in a good shape here already, as far as I can
> tell.
Yep, that should be OK.
> I just got to fix one or two issues in the CMake build system for "make
> install", but I think I can do this before April...
Thomas, do you have check for <sys/times.h> (-> HAVE_SYS_TIMES_H)?
> > - clean/fix some possible remaining issues in dsp/dma (I think lmc
> > as used in STE for volume control will not make it for 1.4) (laurent)
> > - X/Y scaling patch by eero ; I didn't really test this, it seems
> > some tests would be needed against a real falcon ?
Yes, but from from Thomas' last comment I think it would be fine.
There are actually several things:
* Window scaling according to the VIDEL Video Mode control register.
* Fixing hostscreen fullscreen switching for the case when SDL fullscreen
toggling doesn't work (i.e. keep track of requested Atari screen size and
don't just use the SDL window's fullscreen resolution for the windowed
mode.
* User being able to specify what's the maximum doubled/zoomed screen size.
* Splitting the Screen dialog (as above setting doesn't fit into
current one) into separate Monitor and Window settings dialogs.
> > Any others ideas are welcome !
>
> We should take care of this bug here:
>
http://developer.berlios.de/bugs/?func=detailbug&bug_id=16851&group_id=10436
Adding libm to libs is fine from my point, but that's listed in the bug just
as an example. Does somebody have a new Fedora (I'm running Debian) or
virtual machine with one who could try building Hatari and see whether there
are any other libs that need to be explicitly linked from Hatari?
After that I we know what to actually add to CMake & Makefile.cnf.
- Eero
More information about the hatari-devel
mailing list