| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 1688 |
5903d 11h |
fabio |
/shark/branches/xen/arch/x86/ |
Remove the MAIN oslib crazyness.
oslib's annoying will to be flexible was breaking the boot sequence;
instead of following the old behavior and using MAIN to define the
main entry point, use __kernel_init__(), as we'll never need anything
else there. |
|
| 1687 |
6076d 09h |
tullio |
/shark/branches/xen/libc/arch/x86/libm/msun/i387/ |
Added e_fmod.o to Makefile to prevent compiling errors of demo programs |
|
| 1685 |
6089d 19h |
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. |
|
| 1683 |
6122d 22h |
fabio |
/shark/branches/xen/ |
Refactor the low level code.
Move the parts of the oslib we're using (actually a little bit more,)
in some sanely-named place, and prepare things for a layout suitable
for multiple architecture support. |
|
| 1682 |
6122d 22h |
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 |
6123d 01h |
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. |
|
| 1622 |
6153d 01h |
fabio |
/shark/branches/xen/ |
Rremove mkf/.
Noone seems to use/need it. |
|
| 1621 |
6153d 01h |
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 |
6153d 06h |
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 |
6153d 06h |
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 |
6153d 20h |
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. |
|
| 2 |
8252d 06h |
pj |
/shark/branches/pj/ |
29 March 2002 Snapshot |
|
| 1 |
8252d 06h |
|
/shark/ |
New repository initialized by cvs2svn. |
|