What's Up in NEMO
Not everything you see here may have been implemented in the export
Here we intend to list software currently under construction or
consideration. If you would like to join efforts, please let
firstname.lastname@example.org know. Last modified:
Currently working on
- slow migration to a Linux Standards Base (LSB), to simplify running binary
distributions of NEMO
- code conversions:
- proper prototype usage to aid compilation with -DSINGLEPREC and
using the g++ compiler instead of gcc compiler
- Random I/O:
- Adding some new integrators: Sellwood's GALAXY, Aarseth's
NBODY1 and NBODY2.
- although all -DSINGLEPREC is now supposed to work, some minor
cleanup may be needed, in particular the proc's. Perhaps
use new typedef's for prototyped versions. Sometimes one can
get by with only a helper typedef in the actual code where
the (*proc)() is called. [see e.g. contour.c]
- shared libraries. Works for linux, but formal installation
not supported yet.
- A nearly completely rewritten command line user interface
Also fixed many small bugs. The main new features will be:
- new argv= system keyword. To allow hackers to bypass some
of the restrictions os a static program keyword list. One
obvious example is a resource list for X windows yapp
drivers (although yapp= should be used for this primarely)
- keywords can be used in minimum matched mode, but a warning
will be given for each minimum match that gets expanded.
- if keywords have not been used, and a debug level is given,
the user will be warned about this.
- a tcl interface, although by default this is not compiled
- Planned upgrades:
- automatic selection of yapp's during installation
- automatic guess of NEMORC.local during installation
- default hdf support
- add cmhog/hdfgrid support
- add some more potentials, e.g. athan92, piner94
- tcl/tk support for genscript's
- better mapsys support, currently too much in $NMEOBIN/cc expected
- Sellwood's N-body integrator
- add NEMOXLIB, NEMOXINC environment variables for X windows
- starlab support
- supplying all manual pages for the kernel routines
- orbname, orbwood - orbit classification and spectral dynamics
- snapfit - best fit 6D snapshot to a 3D data cube
- yapp_x - generic X windows device (Patrick Frisch' contribution)
- nbody0, nbody1, nbody2, nbody5 - interfaces
- snap interface (Luis Aguilar)
- tabview - dynamic table queries
- serial snapshot processing. This is primarely usefull for 'small'
memory (slow?) machines where as snapshot is broken up in pieces
(see e.g. snapsplit or
and processed independantly. Useful
for Monte-Carlo simulations.
Considering work on
- yapp_generic - binds multiple yapp's into one (cf. yapp_pgplot),
in particular for yapp_x and yapp_ps
- tk interface ala Khoros/Cantata and Mirtool
- using GNU make (gmake). This would (eventually) make it impossible
to install NEMO without gmake. It would become part of the
- better image data-structure, e.g. allowing dynamic typing, and
better random access for big images/cubes.
- support for non-homogenous snapshots (e.g. SPH, Tipsy "3S")
- stripping kernel routines in favor of a more generic library, such
as glib (part of GTK+).
Back to: NEMO Home page , the
What's Down , or the
What's New page.