buildroot/package/Makefile.in, branch 2017.11

package/Makefile.in: add host-cc-option macro

2017-07-22T21:35:02+00:00

This macro allows to test if HOSTCC supports a specific option. It is needed to pass '-no-pie' on recent Debian, Ubuntu and Gentoo hosts. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

package/Makefile.in: export O= to post-build/image scripts for out-of-tree builds

2017-07-15T08:10:56+00:00

Sometimes it can be interesting to call back into buildroot from a post-build/image script (E.G. make printvars or similar). For this to work correctly with out-of-tree builds we need to pass O= to make, but this is currently not available in the environment of post-build/image scripts. In concept, O could be derrived from BUILD_DIR (E.G. by stripping /build), but directly exporting O is cleaner. O= cannot be exported globally as it interferes with various build systems, so instead add it to EXTRA_ENV. Signed-off-by: Peter Korsgaard Reviewed-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

Globally replace $(HOST_DIR)/usr/share with $(HOST_DIR)/share

2017-07-05T13:21:31+00:00

Since things are no longer installed in $(HOST_DIR)/usr, the callers should also not refer to it. This is a mechanical change with git grep -l '$(HOST_DIR)/usr/share' | xargs sed -i 's%$(HOST_DIR)/usr/share%$(HOST_DIR)/share%g' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

Globally replace $(HOST_DIR)/usr/include with $(HOST_DIR)/include

2017-07-05T13:21:19+00:00

Since things are no longer installed in $(HOST_DIR)/usr, the callers should also not refer to it. This is a mechanical change with git grep -l '$(HOST_DIR)/usr/include' | xargs sed -i 's%$(HOST_DIR)/usr/include%$(HOST_DIR)/include%g' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

Globally replace $(HOST_DIR)/usr/lib with $(HOST_DIR)/lib

2017-07-05T13:20:05+00:00

Since things are no longer installed in $(HOST_DIR)/usr, the callers should also not refer to it. This is a mechanical change with git grep -l '$(HOST_DIR)/usr/lib' | xargs sed -i 's%$(HOST_DIR)/usr/lib%$(HOST_DIR)/lib%g' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

Globally replace $(HOST_DIR)/usr/bin with $(HOST_DIR)/bin

2017-07-05T13:19:29+00:00

Since things are no longer installed in $(HOST_DIR)/usr, the callers should also not refer to it. This is a mechanical change with git grep -l '$(HOST_DIR)/usr/bin' | xargs sed -i 's%$(HOST_DIR)/usr/bin%$(HOST_DIR)/bin%g' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

package/Makefile.in: remove $(HOST_DIR)/usr part from HOST_LDFLAGS

2017-07-05T09:46:26+00:00

Now $(HOST_DIR)/lib and $(HOST_DIR)/usr/lib are the same directory, it doesn't make sense to pass both to LDFLAGS. Also use $(HOST_DIR)/lib instead of $(HOST_DIR)/usr/lib for the RPATH. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Reviewed-by: Romain Naour Signed-off-by: Thomas Petazzoni

Move $(HOST_DIR)/usr/$(GNU_TARGET_NAME) one level up.

2017-07-05T09:38:23+00:00

This is a step towards eliminating $(HOST_DIR)/usr. It allows us to convert all packages installing things into $(HOST_DIR)/usr/$(GNU_TARGET_NAME) (i.e., binutils and gcc) without affecting the rest. To allow compatibility with packages that still use $(HOST_DIR)/usr as the prefix, create a symlink from usr/$(GNU_TARGET_NAME) to ../$(GNU_TARGET_NAME). Note that the symlink creation will break when $(HOST_DIR)/usr/lib already exists as a directory, i.e. when rebuilding in an existing output directory. This is necessary: if we don't break it now, the following commits (which remove the usr part from various variables) _will_ break it. Effectively, the usr/ part is removed from $(STAGING_SUBDIR) (and therefore from $(STAGING_DIR)), so update the definition of that variable right away. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Reviewed-by: Romain Naour Signed-off-by: Thomas Petazzoni

package/Makefile.in: fix musl handling

2017-07-04T17:09:58+00:00

Until now, we had no support for full NLS with the musl C library: BR2_NEEDS_GETTEXT was only true for uClibc. But the musl C library provides a stub gettext implementation, which some packages were failing to recognize as being usable, and therefore we are passing autoconf cache variables to hint those packages that yes, the C library has a usable gettext implementation. However, we are going to enable full NLS support for musl, by giving the possibility to build gettext libintl with musl. In such a case, we do not want packages to use the gettext implementation of the C library, but really the one provided by gettext libintl. Therefore, we should only pre-seed the gt_cv_func_gnugettext1_libc*=yes variables if we're on musl but without gettext libintl. Otherwise packages will fail building because: - libintl.h is the one from the full-blown gettext implementation, so it assumes the package will link against -lintl - the package thinks gettext is provided by the C library, so it doesn't link with -lintl Signed-off-by: Thomas Petazzoni Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

package/Makefile.in: introduce TARGET_NLS_{DEPENDENCIES, LIBS}

2017-07-04T17:09:57+00:00

All packages that can use NLS support will have to depend on host-gettext, as it provides the tools for generating .mo files from .po files. In addition, all packages may need to depend on gettext (and link with -lintl) if the full-blown gettext implementation is provided by libintl and not by the C library. In order to avoid repeating such conditions everywhere, this commit introduces two variables: - TARGET_NLS_DEPENDENCIES, which packages that may use NLS support should unconditionally add to their _DEPENDENCIES variable. - TARGET_NLS_LIBS, which packages can use to pass through LIBS or LDFLAGS when the package build system needs help to realize that it should link against libintl. Signed-off-by: Thomas Petazzoni Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni