version 1.286, 2017/08/22 10:04:44 |
version 1.296, 2018/07/16 11:45:01 |
Line 19 See also: BUILDING, build.sh, Makefile. |
|
Line 19 See also: BUILDING, build.sh, Makefile. |
|
Recent changes: |
Recent changes: |
^^^^^^^^^^^^^^^ |
^^^^^^^^^^^^^^^ |
|
|
|
20180713: |
|
On amd64 and i386 static binaries are now build position |
|
independend. This requires recompilation of all object |
|
files used to create the crunched /rescue binary. |
|
Clean the rescue directory in your obj directory before |
|
doing an update build, otherwise linking will fail. |
|
|
|
20180414: |
|
Existing binutils was migrated to binutils.old. Manual |
|
removal of tools/binutils objects directory may be required |
|
to fix tools build failure. |
|
|
|
20180311: |
|
bdftopcf was updated and may need cleaning in the |
|
src/external/mit/xorg/tools/bdftopcf subdirectory if there are |
|
link errors. |
|
|
|
20180212: |
|
between OpenSSL and GCC updates, many things may fail to build. |
|
any failure that looks like GCC or openssl is best handled by |
|
a clean destdir and objdir. Full cleandir and destdir deletion |
|
is recommended if build failures occur. |
|
|
|
20171225: |
|
removal of the vadvise syscall requires manual removal of all |
|
associated files from the libc build object directory (including |
|
the .depend files) - a command like: |
|
cd $OBJ && find . -type d -name libc | xargs rm -rf |
|
For architectures that support multiple "compat" binary targets, |
|
you'll need to cleanup both the regular libc directory and the |
|
compat ones (the above command will do that). |
|
|
|
20171010: |
|
a change to the build structure of external/bsd/acpica/bin/iasl |
|
means that its objdir (or *.d and .depend at least) might need |
|
to be manually removed - or a build done once without -u. |
|
|
20170822: |
20170822: |
a new version of GMP has been imported and probably |
a new version of GMP has been imported and probably |
will break parts of builds related to themselves or GCC, both |
will break parts of builds related to themselves or GCC, both |