Skip to content
Snippets Groups Projects
Select Git revision
  • 4606fe89cb4151cb0f6bccd06d39dd4cac4a9ac4
  • experimental default protected
  • v2023.2.5-ffs
  • nrb/ex400-remove-wps
  • nrb/airmax-test
  • v2023.2.4-ffs
  • nrb/ar9344-reset-sequence
  • autinerd/experimental-openwrt-24.10
  • v2023.2.3-ffs
  • v2023.2.2-ffs
  • v2023.2-ffs
  • v2023.1-ffs
  • v2022.1.4-ffs
  • feature/addMikrotikwAP
  • v2022.1.3-ffs
  • v2021.1.2-ffs
  • v2022.1.1-ffs
  • master protected
  • v2021.1.1-ffs
  • nrb/gluon-master-cpe510
  • v2021.1-ffs
  • experimental-2025-07-04
  • experimental-2025-07-04-base
  • experimental-2025-07-01
  • experimental-2025-07-01-base
  • experimental-2025-06-25
  • experimental-2025-06-25-base
  • experimental-2025-06-24
  • experimental-2025-06-24-base
  • experimental-2025-06-22
  • experimental-2025-06-22-base
  • v2023.2.5-ffs0.1
  • experimental-2025-06-08
  • experimental-2025-06-08-base
  • experimental-2025-06-06
  • experimental-2025-06-06-base
  • experimental-2025-05-27
  • experimental-2025-05-27-base
  • experimental-2025-05-18
  • experimental-2025-05-18-base
  • experimental-2025-05-15
41 results

Makefile

  • David Bauer's avatar
    6b22b742
    build: fix duplicate building of host-tools · 6b22b742
    David Bauer authored
    Upstream introduced two different methods for determining the state of a
    package within the OpenWrt buildsystem. While both are based around the
    md5 hash-function, one taks filename & mtime into account while the
    other one uses the actual md5 hash of the file-content.
    
    Ever wondered why Gluon suddenly took considerably longer to build?
    The messy part is how the build-system chooses which method to use. This
    is based around the AUTOREMOVE configuration. Gluon sets this variable
    conditionally when built with GLUON_AUTOREMOVE set to 1.
    
    Enter the Gluon build-system. It first compiles Lua, without the
    AUTOREMOVE configuration passed to OpenWrt. This compiles the packages
    with the old hash-method based around filename & mtime. Afterwards, it
    builds with AUTOREMOVE enabled, changing the hash-function and
    rebuilding all host-packages.
    
    Fix this by setting AUTOREMOVE for both build-processes according to the
    setting of GLUON_AUTOREMOVE.
    
    Link: https://github.com/openwrt/openwrt/commit/53a08e37437972ba0a8fbf953a93a70a6b784ef4
    
    
    
    Signed-off-by: default avatarDavid Bauer <mail@david-bauer.net>
    6b22b742
    History
    build: fix duplicate building of host-tools
    David Bauer authored
    Upstream introduced two different methods for determining the state of a
    package within the OpenWrt buildsystem. While both are based around the
    md5 hash-function, one taks filename & mtime into account while the
    other one uses the actual md5 hash of the file-content.
    
    Ever wondered why Gluon suddenly took considerably longer to build?
    The messy part is how the build-system chooses which method to use. This
    is based around the AUTOREMOVE configuration. Gluon sets this variable
    conditionally when built with GLUON_AUTOREMOVE set to 1.
    
    Enter the Gluon build-system. It first compiles Lua, without the
    AUTOREMOVE configuration passed to OpenWrt. This compiles the packages
    with the old hash-method based around filename & mtime. Afterwards, it
    builds with AUTOREMOVE enabled, changing the hash-function and
    rebuilding all host-packages.
    
    Fix this by setting AUTOREMOVE for both build-processes according to the
    setting of GLUON_AUTOREMOVE.
    
    Link: https://github.com/openwrt/openwrt/commit/53a08e37437972ba0a8fbf953a93a70a6b784ef4
    
    
    
    Signed-off-by: default avatarDavid Bauer <mail@david-bauer.net>