2006-02-23 00:01:01 +00:00
|
|
|
<?xml version="1.0"?>
|
2007-09-14 17:07:53 +00:00
|
|
|
<!DOCTYPE group SYSTEM "tools/rbuild/project.dtd">
|
|
|
|
<group>
|
2006-02-23 00:01:01 +00:00
|
|
|
|
|
|
|
<!--
|
2007-09-15 15:20:31 +00:00
|
|
|
This file is a template used as a starting point for compile-time
|
|
|
|
configuration of ReactOS. Make a copy of this file and name it config.rbuild.
|
|
|
|
Then change the options in config.rbuild. If you don't have a config.rbuild file,
|
|
|
|
then the defaults in this file, config.template.rbuild, will be used instead.
|
2006-02-23 00:01:01 +00:00
|
|
|
|
2007-09-15 15:20:31 +00:00
|
|
|
Boolean options can obtain the values 0 (disabled) or 1 (enabled). String
|
|
|
|
options can obtain any value specified in the comment before it.
|
2006-02-23 00:01:01 +00:00
|
|
|
-->
|
|
|
|
|
|
|
|
|
|
|
|
<!--
|
2007-09-15 15:20:31 +00:00
|
|
|
Sub-architecture to build for. Specify one of:
|
|
|
|
xbox
|
2006-02-23 00:01:01 +00:00
|
|
|
-->
|
|
|
|
<property name="SARCH" value="" />
|
|
|
|
|
|
|
|
|
|
|
|
<!--
|
2008-12-28 05:12:45 +00:00
|
|
|
Generate instructions for this CPU type. Specify one of:
|
|
|
|
native, i386, i486, pentium, pentium-mmx, pentiumpro, i686,
|
|
|
|
pentium2, pentium3, pentium-m, pentium4, prescott, nocona,
|
|
|
|
core2, k6, k6-2, athlon, athlon-xp, opteron, opteron-sse3,
|
|
|
|
barcelona, winchip-c6, winchip2, c3, c3-2, geode
|
2006-02-23 00:01:01 +00:00
|
|
|
|
2008-12-28 05:12:45 +00:00
|
|
|
See GCC manual for more CPU names.
|
2006-02-23 00:01:01 +00:00
|
|
|
-->
|
2007-04-07 05:33:30 +00:00
|
|
|
<property name="OARCH" value="pentium" />
|
2006-02-23 00:01:01 +00:00
|
|
|
|
|
|
|
|
2008-12-28 05:12:45 +00:00
|
|
|
<!--
|
|
|
|
Which CPU ReactOS should be optimized for. Specify one of the above
|
|
|
|
CPUs or generic. When this option is not used, GCC will optimize for
|
|
|
|
the processor specified by OARCH.
|
|
|
|
-->
|
|
|
|
<property name="TUNE" value="i686" />
|
|
|
|
|
|
|
|
|
2007-02-02 13:01:43 +00:00
|
|
|
<!--
|
2007-12-25 16:22:20 +00:00
|
|
|
What level of optimisation to use.
|
2009-05-23 15:02:28 +00:00
|
|
|
0 = off
|
2007-12-25 16:22:20 +00:00
|
|
|
1 = Default option, optimize for size (-Os) with some additional options
|
|
|
|
2 = -Os
|
|
|
|
3 = -O1
|
|
|
|
4 = -O2
|
|
|
|
5 = -O3
|
2007-02-02 13:01:43 +00:00
|
|
|
-->
|
|
|
|
<property name="OPTIMIZE" value="1" />
|
2007-02-13 19:50:06 +00:00
|
|
|
|
|
|
|
|
2006-02-23 00:01:01 +00:00
|
|
|
<!--
|
2008-12-02 19:05:11 +00:00
|
|
|
Whether to compile in the integrated kernel debugger.
|
2006-02-23 00:01:01 +00:00
|
|
|
-->
|
2008-02-14 22:02:57 +00:00
|
|
|
<property name="KDBG" value="1" />
|
2006-02-23 00:01:01 +00:00
|
|
|
|
|
|
|
|
|
|
|
<!--
|
2009-06-17 18:17:45 +00:00
|
|
|
Whether to compile for debugging.
|
2006-02-23 00:01:01 +00:00
|
|
|
-->
|
|
|
|
<property name="DBG" value="1" />
|
|
|
|
|
2006-04-20 16:13:50 +00:00
|
|
|
|
|
|
|
<!--
|
2007-09-15 15:20:31 +00:00
|
|
|
Whether to compile for debugging with GDB. If you don't use GDB, don't
|
|
|
|
enable this.
|
2006-04-20 16:13:50 +00:00
|
|
|
-->
|
|
|
|
<property name="GDB" value="0" />
|
|
|
|
|
2006-07-22 19:38:18 +00:00
|
|
|
|
|
|
|
<!--
|
2007-09-15 15:20:31 +00:00
|
|
|
Whether to compile apps/libs with features covered software patents or not.
|
|
|
|
If you live in a country where software patents are valid/apply, don't
|
|
|
|
enable this (except they/you purchased a license from the patent owner).
|
|
|
|
This settings is disabled (0) by default.
|
2006-07-22 19:38:18 +00:00
|
|
|
-->
|
|
|
|
<property name="NSWPAT" value="0" />
|
|
|
|
|
2007-03-04 20:52:54 +00:00
|
|
|
<!--
|
2007-09-15 15:20:31 +00:00
|
|
|
Whether to compile with the KD protocol. This will disable support for KDBG
|
|
|
|
as well as rossym and symbol lookups, and allow WinDBG to connect to ReactOS.
|
|
|
|
This is currently not fully working, and requires kdcom from Windows 2003 or
|
|
|
|
TinyKRNL. Booting into debug mode with this flag enabled will result in a
|
|
|
|
failure to enter GUI mode. Do not enable unless you know what you're doing.
|
2007-03-04 20:52:54 +00:00
|
|
|
-->
|
|
|
|
<property name="_WINKD_" value="0" />
|
|
|
|
|
2008-07-27 15:48:00 +00:00
|
|
|
<!--
|
|
|
|
Whether to compile support for ELF files. Do not enable unless you know what
|
|
|
|
you're doing.
|
|
|
|
-->
|
|
|
|
<property name="_ELF_" value="0" />
|
|
|
|
|
2008-12-22 15:23:08 +00:00
|
|
|
<!--
|
|
|
|
Whether to compile the multi processor versions for ntoskrnl and hal.
|
|
|
|
-->
|
2008-12-22 19:22:23 +00:00
|
|
|
<property name="BUILD_MP" value="1" />
|
2008-12-22 15:23:08 +00:00
|
|
|
|
[CACHE]
The cache manager rewrite I started years ago has finally appeared in
ReactOS' trunk and although at this point it's not quite perfectly
integrated, it's enough to boot up the bootcd or livecd. To check out
the more mature original, check out arty-newcc-reactos, branch
arty-newcc on bitbucket.org . Amine Khaldi encouraged me quite a bit
to not give up on it, and was able to reach out and be an advocate
when i really wasn't able to. Others agree that the time has come to
begin removing the old cache manager. I expect the remaining problems
in the version going to trunk will be taken care of relatively
quickly.
The motivation for this effort lies in the particularly hairy
relationship between ReactOS' cache manager and data sections. This
code completely removes page sharing between cache manager and section
and reimagines cache manager as being a facility layered on the memory
manager, not really caring about individual pages, but simply managing
data section objects where caching might occur.
It took me about 2 years to do the first pass of this rewrite and most
of this year to fix some lingering issues, properly implement demand
paging in ReactOS (code which didn't come with this patch in a
recognizable form), and finish getting the PrivateCacheMap and
SharedCacheMap relationship correct.
Currently, the new ntoskrnl/cache directory contains an own
implementation of data file sections. After things have settled down,
we can begin to deprecate and remove the parts of ReactOS' section
implementation that depend on a close relationship with cache
manager. Eventually, I think that the extra code added to
ntoskrnl/cache/section will be removed and ReactOS' own sections will
replace the use of the special MM_CACHE_SECTION_SEGMENT in the cache
path.
Note also, that this makes all cache manager (and new section parts)
use wide file offsets. If my section code were to take over other
parts of the ReactOS memory manager, they would also benefit from
these improvements.
I invite anyone who wants to to peek at this code and fix whatever
bugs can be found.
svn path=/trunk/; revision=49423
2010-11-02 02:32:39 +00:00
|
|
|
<!--
|
|
|
|
Whether to compile the new cache manager
|
|
|
|
-->
|
|
|
|
<property name="NEWCC" value="0" />
|
|
|
|
|
2007-09-14 17:07:53 +00:00
|
|
|
</group>
|