Subversion Repositories shark

Rev

Go to most recent revision | Show changed files | Directory listing | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
1685 5895d 12h fabio /shark/branches/xen/ Add support for compiling applications.

Add a somewhat backward compatible build system for applications, and
reconnect some ports used by the supported demos to the compilation.
 
1682 5928d 15h fabio /shark/branches/xen/libc/arch/x86/libm/msun/src/ Add libc/arch/x86/libm/msun/src/Makefile.

Add a leftout makefile missing in the previous commit.
 
1681 5928d 17h fabio /shark/branches/xen/ Redesign the build system.

Switch to a non-recursive easy to configure build system, with a topdir
makefile that collects information on the targets to build from the subdirs
and generates the needed targets and commands. The ports and demos are
still not connected to the build. The new build system is documented
in the main makefile.
 
1621 5958d 17h fabio /shark/branches/xen/ Move all the low level libc related headers from the OSLib to libc/.

Move the headers used to define the libc interface exported by Shark from
the OSLib to libc/arch/$(ARCH) (remember, by now ARCH can be only x86,) and
change their users to reflect the movement. There are still a couple of
problems to solve, that are how to deal with the libc code used inside the
kernel, and how to handle things that are on the boundary, e.g., some type
definitions and so on. Btw this had to be started from somewhere.
 
1620 5958d 22h fabio /shark/branches/xen/libc/arch/x86/ Fix the cleanall target.

The OSLib uses an allclean target instead of cleanall, take that into
account...
 
1619 5958d 22h fabio /shark/branches/xen/ Move the OSLib libc/libm code into libc/arch.

Isolate the libc/libm code inside the OSLib and move it to libc/ with
the long term goal of isolating and cleaning up the interfaces between
the system components. The ARCH configuration variable will choose
the architecture Shark is being compiled for.

Now the architecture specific part of the libc is in libc/arch/$(ARCH),
but the include/makefile support is far from being generic enough.
 
1618 5959d 12h fabio /shark/branches/xen/ Started a new xen/ branch.

The plan is to support xen (without HVM) as an execution platform, and,
in the process, to decouple the generic kernel from the OSLib, trying to
make it easier to port Shark to new architectures.
 
1038 6603d 19h tullio /shark/trunk/ Resolved bug 237: printf.

Files affected:
- $(BASE)/makefile -> do not compile libfs if not requested into shark.cfg
- $(BASE)/shark.cfg -> added the option to compile or not the FS
- $(BASE)/config/config.mk -> add the make define to compile the FS
- $(BASE)/config/libdep.mk -> build the library only if requested into shark.cfg
- $(BASE)/libc/stdio/printf.c -> remap to the cprintf if FS not compiled
 
1032 6616d 20h tullio /shark/trunk/libc/libio/ Removed old code.  
1031 6616d 20h tullio /shark/trunk/ Removed dead code.  
1025 6617d 00h mauro /shark/trunk/ Fix for bug #111.  
927 7041d 21h pj /shark/trunk/ removed sys_end, sys_abort, using exit instead
removed sys_abort_shutdown at the end of the shutdown task
 
614 7288d 02h giacomo /shark/trunk/ Update  
379 7425d 19h giacomo /shark/trunk/ Update  
267 7501d 22h giacomo /shark/trunk/ York Update  
228 7526d 02h giacomo /shark/trunk/ Ian Broster corrections :)  
64 7721d 23h pj /shark/trunk/ updated makefiles to fix the OSLIB variable...  
47 7722d 01h pj /shark/trunk/libc/stdlib/ - Inserted bserach and qsort functions  
45 7751d 02h pj /shark/trunk/ - new oslib commit  
3 8057d 22h pj /shark/trunk/ This commit was generated by cvs2svn to compensate for changes in r2,
which included commits to RCS files with non-trunk default branches.