Subversion Repositories shark

Rev

Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
1687 6048d 05h tullio /shark/branches/xen/libc/arch/x86/libm/msun/i387/ Added e_fmod.o to Makefile to prevent compiling errors of demo programs  
1685 6061d 15h 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 6094d 18h 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 6094d 20h 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 6124d 20h 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 6125d 01h 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 6125d 01h 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 6125d 15h 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.
 
1056 6588d 10h tullio /shark/trunk/ Added gcc 4x support. Actually, tested with version 4.1.2.
Into code, updated some constructs that were not compatible with gcc 4x.
Into config files, added compiler flags to suppress some warnings (turned as default since gcc 4x) and turned off optimizations for inline code, which generated unwanted calls to builtin memcpy.
 
935 7175d 02h mauro /shark/trunk/oslib/libc/ioformat/ ctype.h include deleted.  
751 7415d 02h giacomo /shark/trunk/oslib/libc/ Update  
622 7450d 03h mauro /shark/trunk/oslib/libc/ Forcing reboot when asserting KB line fail.  
620 7450d 21h mauro /shark/trunk/ Reboot mode added.  
400 7564d 04h giacomo /shark/trunk/oslib/libc/ioformat/ # bug  
391 7572d 02h giacomo /shark/trunk/ Update  
390 7573d 18h giacomo /shark/trunk/ Update  
389 7573d 19h giacomo /shark/trunk/ Update  
41 7917d 06h pj /shark/trunk/oslib/ - new oslib commit  
40 7917d 06h pj /shark/trunk/oslib/ - imported new OSLib (Jan 30, 2003)  
3 8224d 01h 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.