to be able to modify used options at a specific level,
using OPTLEVELX, LOCALOPTLEVELX and RTLOPTLEVELX
with X being the current value of CYCLELEVEL.
extcycle: Append to value of OPT variable instead of overwriting it.
fullcycle: Remove i386 target for x86_64 source cpu
as this does not work for windows-64bit.
git-svn-id: trunk@21589 -
o support for the new codepage-aware ansistrings in the jvm branch
o empty ansistrings are now always represented by a nil pointer rather than
by an empty string, because an empty string also has a code page which
can confuse code (although this will make ansistrings harder to use
in Java code)
o more string helpers code shared between the general and jvm rtl
o support for indexbyte/word in the jvm rtl (warning: first parameter
is an open array rather than an untyped parameter there, so
indexchar(pcharvar^,10,0) will be equivalent to
indexchar[pcharvar^],10,0) there, which is different from what is
intended; changing it to an untyped parameter wouldn't help though)
o default() support is not yet complete
o calling fpcres is currently broken due to limitations in
sysutils.executeprocess() regarding handling unix quoting and
the compiler using the same command lines for scripts and directly
calling external programs
o compiling the Java compiler currently requires adding ALLOW_WARNINGS=1
to the make command line
git-svn-id: branches/jvmbackend@20887 -
make CPU_TARGET=jvm OS_TARGET=java all
("make install" does not yet fully work: the classes under
rtl/units/jvm-java/org/freepascal/rtl aren't installed yet)
git-svn-id: branches/jvmbackend@19747 -
(and use the resulting compiler as final compiler to compile the rest of
the source tree and to install)
Note: this means that if you manually use "make cycle RELEASE=1", the RTL
afterwards will not be usable, because it will have been compiled with
WPO for the compiler; if you use "make all" in the root FPC dir, there
is no problem since that makefile recompiles the RTL anyway.
git-svn-id: trunk@13560 -
compiler binaries when determining whether cycle has finished
on darwin, because when using Dwarf the linked binaries are
always slightly different there (because the Dwarf info is kept
in the object files and is referenced using a unique identifier,
to be able to ascertain that you are using the correct object
files and binary together when debugging)
git-svn-id: trunk@9715 -
