Català-Valencià - Catalan
中文 - Chinese (Simplified)
中文 - Chinese (Traditional)
Česky - Czech
Dansk - Danish
Nederlands - Dutch
English - English
Suomi - Finnish
Français - French
Deutsch - German
עברית - Hebrew
हिंदी - Hindi
Magyar - Hungarian
Bahasa Indonesia - Indonesian
Italiano - Italian
日本語 - Japanese
한국어 - Korean
Македонски - Macedonian
मराठी - Marathi
Norsk - Norwegian
Polski - Polish
Português - Portuguese
Português - Portuguese (Brazil)
Русский - Russian
Slovenčina - Slovak
Slovenščina - Slovenian
Español - Spanish
Svenska - Swedish
Türkçe - Turkish
Українська - Ukrainian
Oëzbekcha - Uzbek
Subversion Repositories
shark
(root)
/
shark
/
branches
/
xen
/
libc
/
arch/
- Rev 1680
Rev
Go to most recent revision
|
Show changed files
|
Directory listing
|
RSS feed
Filtering Options
From rev
To rev
Max revs
Search history for
Show All
Rev
Age
Author
Path
Log message
Diff
1621
6115d 04h
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
6115d 09h
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
6115d 09h
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.