buildroot-novena/Makefile, branch 2009.02_rc1

Makefile: update copyright

2009-01-16T10:27:27Z

Makefile: implement make release

2009-01-15T19:36:06Z

Mention the saveconfig and getconfig targets in make help

2009-01-08T13:16:24Z

I often find myself forgetting what those targets were called, and I imagine others may not even be aware of their existence. Signed-off-by: Haavard Skinnemoen Signed-off-by: Hans-Christian Egtvedt

buildroot: set SHELL instead of messing around with CONFIG_SHELL

2009-01-01T21:20:35Z

Simply set SHELL to bash instead of adding CONFIG_SHELL to all shell invocations. CONFIG_SHELL is still set, as it is used by kconfig.

Makefile: revert HOST_GLIB_BIN staging_dir fix (r23920,23923)

2008-11-07T08:57:59Z

It causes more trouble than it's worth, and we should move to building those host tools ourselves to not get into version issues anyway.

Build $(PROJECT_BUILD_DIR)/autotools-stamps with normal Makefile rules

2008-11-05T11:39:46Z

This patch will add a rule to top level Makefile to depend on the $(PROJECT_BUILD_DIR)/autotools-stamps as a required directory. Hence it will be generated if missing in stead of made when the $(PROJECT_BUILD_DIR)/.root rule is triggered. Signed-off-by: Hans-Christian Egtvedt

Move creation of $(PROJECT_BUILD_DIR)/autotools-stamps into top level Makefile

2008-11-05T10:41:31Z

This patch will create the autotools-stamps directory early in the build process, thus making it possible for non Makefile.autotools.in packages to use this directory to hold stamp files. Signed-off-by: Hans-Christian Egtvedt

Makefile: glib-genmarshal: use BR2_STAGING_DIR instead of hardcoded staging_dir

2008-11-04T12:50:38Z

Makefile: ignore glib-genmarshal in staging_dir

2008-11-03T20:11:03Z

HOST_GLIB is set to the path that contains the host glib tool set and is used when building packages using glib. The buildroot top level Makefile sets HOST_GLIB using which to find the path where glib-genmarshal is located. The problem is that a cross compiled version of glib-genmarshal is also put in the build_ARCH/staging_dir/usr/bin directory when the package libglib2 is built. This cross compiled version will typically not run on the host system. Fix it by ignoring staging_dir in the which output. Closes #5934 jacmet: fixed to work correctly if it's only found in staging_dir.

External toolchain support improvements

2008-11-03T10:18:39Z

Improve external toolchain support * Do not put kernel-headers in the dependencies of BASE_TARGETS in the case where BR2_TOOLCHAIN_SOURCE is not y. The kernel headers are already supposed to be part of the external toolchain, so there's no need to download, extract and install them. * In the configuration system, don't display the kernel headers version selection list when an external toolchain is selected. This is implemented by moving the source "toolchain/kernel-headers/Config.in" inside the if BR2_TOOLCHAIN_SOURCE in toolchain/Config.in.2. * Change the description and help message of the BR2_LARGEFILE, BR2_INET_IPV6, BR2_INET_RPC, and BR2_SOFT_FLOAT option in toolchain/external-toolchain/Config.in. In the case of an external toolchain, the semantic of these options is not to enable large file support, IPV6 or RPC (since the toolchain is already compiled, it has been decided previously). Their semantic is to let Buildroot know about the characteristics of the external toolchain being used. As an improvement, we could guess these values automatically: - for BR2_LARGEFILE, look at the value of __UCLIBC_HAS_LFS__ in bits/uClibc_config.h in the libc headers directory. - for BR2_INET_RPC, look at the value of __UCLIBC_HAS_RPC__ in the same file - for BR2_INET_IPV6, look at the value of __UCLIBC_HAS_IPV6__ in the same file - for BR2_SOFT_FLOAT, look at the output of $(CC) -v 2>&1 | grep -- "--with-float=soft" But I'm not sure how this would be possible, since these values are used at configuration-time by other configuration options, not only at build time. Signed-off-by: Thomas Petazzoni