buildroot/package/luajit/luajit.mk, branch 2017.11.2

generic packages: use $(HOST_DIR) instead of $(HOST_DIR)/usr as prefix

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

Remove the redundant usr/ component of the HOST_DIR paths. Since a previous commit added a symlink from $(HOST_DIR)/usr to $(HOST_DIR), everything keeps on working. This is a mechanical change with git grep -l '\$(HOST_DIR)/usr' | xargs sed -i 's%$prefix\|PREFIX$=$"\?$\$(HOST_DIR)/usr%\1=\2$(HOST_DIR)%g' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

luajit: bump to version 2.0.5

2017-05-02T20:34:59+00:00

Signed-off-by: Francois Perrad Signed-off-by: Thomas Petazzoni

luajit: use $(HOST_MAKE_ENV) when calling $(MAKE)

2016-10-22T13:19:24+00:00

Signed-off-by: Gustavo Zacarias Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

luajit: use $(TARGET_MAKE_ENV) when calling $(MAKE)

2016-10-22T13:19:24+00:00

Signed-off-by: Gustavo Zacarias Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

luajit: fix host installation

2016-05-01T21:29:56+00:00

Packages installed for the host should have their prefix set to $(HOST_DIR)/usr, and therefore not use DESTDIR at installation time. Using PREFIX=/usr DESTDIR=$(HOST_DIR) is wrong, and leads for example to luajit.pc containing prefix=/usr, which means pkg-config returns incorrect results for host-luajit. This patch fixes the luajit package to conform to this rule. Signed-off-by: Romain Naour Cc: Gustavo Zacarias [Thomas: rewrite commit log.] Signed-off-by: Thomas Petazzoni

package/luajit: ensure dynamic library symlinks are created

2016-03-26T17:22:52+00:00

The luajit Makefile has the following logic: $(LDCONFIG) $(INSTALL_LIB) && \ $(SYMLINK) $(INSTALL_SONAME) $(INSTALL_SHORT1) && \ $(SYMLINK) $(INSTALL_SONAME) $(INSTALL_SHORT2) || : So if ldconfig fails for some reason, the symbolic links to refer to the luajit library are not created. Since ldconfig for the target didn't make sense, LDCONFIG=true has been added a long time ago when building the target variant of luajit. However, since commit 9ba8d1cce4ab00307827083bae234d87b37fb967, the host variant of luajit is also linked dynamically. While ldconfig for the host should work, on certain machines ldconfig is not available in the PATH, and needs to be explicitly called as /sbin/ldconfig. However, since output/host/usr/lib is in the RPATH of the binaries we create, there is really no need to bother running ldconfig, so we simply pass LDCONFIG=true, like we do for the target variant. This ensures that the symlinks are always created. Fixes: http://autobuild.buildroot.net/results/4dc/4dcbcde0046e265317e170a977e699e5c3a06b87/ Signed-off-by: Romain Naour Cc: Francois Perrad [Thomas: rewrite commit log with a proper explanation.] Signed-off-by: Thomas Petazzoni

package/luajit: build host variant dynamically

2016-03-20T21:26:30+00:00

While building libevas.so for the host-efl with luajit support, the link fail when libluajit is build statically: /usr/bin/ld: output/host/usr/lib/libluajit-5.1.a(ljamalg.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC output/host/usr/lib/libluajit-5.1.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status Build luajit dynamically in order to build host-efl with luajit support. Also, passing HOST_LDFLAGS is needed so that a proper rpath is added to the resulting binaries. Note that it is expected to have HOST_LDFLAGS assigned to TARGET_LDFLAGS, it's just that luajit has a somewhat non-conventional naming of variables. This is needed to avoid the following error from the rpath sanity check: *** *** ERROR: package host-luajit installs executables without proper RPATH: *** output/host/usr/bin/luajit Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

package/luajit: bump to version 2.0.4

2015-05-21T17:12:00+00:00

Signed-off-by: Jörg Krause Signed-off-by: Thomas Petazzoni

packages: remove (non-)lfs dependencies and tweaks

2015-04-01T20:47:22+00:00

Now that largefile is mandatory removes package dependencies and conditionals. Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS

2014-12-11T21:48:13+00:00

Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni Reviewed-by: "Yann E. MORIN"