[BACK]Return to UPDATING CVS log [TXT][DIR] Up to [cvs.NetBSD.org] / src

Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.

Diff for /src/UPDATING between version 1.286 and 1.296

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

Legend:
Removed from v.1.286  
changed lines
  Added in v.1.296

CVSweb <webmaster@jp.NetBSD.org>