Age | Commit message (Collapse) | Author |
|
GNU make >= 3.82 does not allow mixed implicit and normal rules
Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Paul Menzel <paulepanter@users.sourceforge.net>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Note that this is dealt with differently in the sstate world, so this should
*not* go into the meta-oe/oe-core universe.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
|
|
* Thanks Bernhard
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Let distros decide what features to enable if not
selected it will turn off all possible knobs
* Enable all knobs for angstrom and distros based on
sane-toolchain
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@openembedded.org>
CC: koen@dominion.thruhere.net
CC: koansoftware@gmail.com
|
|
* Look for disabled features in DISTRO_FEATURES and disable them while building eglibc
* By default all features are built
* One can disable a feature by specifying DISTRO_FEATURES += "noinet6 nobsd ...." e.g.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
gone now
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* /etc/localtime is installed by separate time zone package
* Pack libcidn properly into separate package, currently the library is
in separate package but symlink is in libc6
* pack nscd related files into nscd package
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Graham Gower <graham.gower@gmail.com>
|
|
* Add recipe for cross-localedef-native
* Consolidate eglibc/glibc to share common contructs in bbclass
* Move common code in eglibc to eglibc.inc
* By default use cross-locaedef to generate locales now instead of qemu
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* after checking 2.11 branch with webinterface I've removed it too from
2.11 version
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
With the current order *nonshared.a ends up in eglibc-static
which is not intended. The reorder will ensure that these files
go into -dev
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* currently it picks too much stuff to eglibc-dev package
* update FILES_eglibc-extra-nss to include only .so files
Acked-by: Khem Raj <raj.khem@gmail.com>
Tested-by: Graham Gower <graham.gower@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Add patch to fix this error when building eglibc-2.11, eglibc-2.12
with make-3.82:
make[2]: Entering directory `eglibc-2_12/libc/manual'
Makefile:246: *** mixed implicit and normal rules. Stop.
Signed-off-by: Vasily Khoruzhick <anarsoul@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Given the current implementation of OVERRIDES in bitbake, the variable is
expected to contain elements in the order least specific to most specific,
however, our current usage of it does not match that. As one example, "local"
is supposed to always be the most specific override, yet currently it's the
least specific. As another example, currently the target architecture is seen
as more specific than the machine, which is also clearly wrong.
Big thanks to Chase Maupin for investigating and identifying this long
standing issue.
It becomes clear that a reversal of the current value will bring us to a more
sane behavior, and avoids the need for the dual overrides hack mentioned in
the comments, so this implements this reversal, and drops the unnecessary and
confusing comments.
This also introduces a MACHINE_OVERRIDES variable as a generic mechanism to
inject overrides elements which are more specific than the distro but less
specific than the machine, which is where things like MACHINE_CLASS or
SOC_FAMILY or the like would go. This variable is *space* separated, to make
it easier and more convenient to assemble the variable incrementally.
Reported-by: Chase Maupin <chase.maupin@ti.com>
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Chase Maupin <chase.maupin@ti.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
We want to get zoneinfo from the tzdata package.
Acked-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Tom Rini <tom_rini@mentor.com>
|
|
packages which had glibc-dev in their RDEPENDS
caused glibc to be pulled along with eglibc.
eglibc-dev was not properly providing glibc-dev
Refresh the locale generation changes with glibc(poky)
Add missing eglibc-static to PACKAGES
Use bitbake variables in FILES instead of hardcoded paths
Move common code to eglibc.inc
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Make it to install into /lib and /usr/lib instead of
/lib64 and /usr/lib64
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Thanks Heinervdm for testing.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Currently we are passing -jN flags to eglibc makefiles
however eglibc uses a make variable called PARALLELMFLAGS
to pass information about parallel build to sub-makes
* Currently make install ran without parallelism but now
it should have parallel building flags passed to do_install
correctly which inturn should improve build time of
eglibc on systems using parallel build -j with values > 1
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Included sh4_set_fpscr.patch and sh4_set_fpscr_2.12.patch.
These patch provides patch of __set_fpscr prototype.
* Included sh4_local-fpscr_values.patch.
This provides a patch maintaining __fpscr_values in libc.
This is taken in in Debian and codesourcery already.
This patch is necessary to have compatibility in these and openemdedded.
Signed-off-by: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* While building for mips64 I noticed a problem where eglibc
configure did not get the mips sub arch correct during configure
the reason was we had ports twice in configure commandline which
ran a ports configure twice and appended machines multiple times
to paths which then were wrong and it failed to select correct
ABI to compile eglibc
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* I've seen it only with eglibc-2.12 built with gcc-4.5 that's why I bumped PR only in 2.12
* can be removed as soon as gcc bug is fixed
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Koen Kooi <k-kooi@ti.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* but still lots of alignment traps on armv4t :/
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* Toolchain is installed into native sysroot now.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Tom Rini <tom_rini@mentor.com>
Acked-by: Richard Purdie <rpurdie@rpsys.net>
Ackef-by: Chris Larson <clarson@kergoth.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Update version number of svn recipe
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup
* only 769 from 1102 recipes were covered by automatic PR bump, list
of remaining 333 recipes not using PR/INC_PR is available for manual
PR add or INC_PR conversion - volunteers?
http://build.shr-project.org/tests/jama/files.not.PR.bumped
* just echo 'PR = "r1"' to recipes without any PR/INC_PR is not so good
idea without manual check, because sometimes they rely on PR set in
their .inc file and "r1" could make it go backwards
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* there is probably very few cases when it's needed without _${PN},
if you find one in attached patch, please enlighten me
* usually we want those only for ${PN} not for all ${PACKAGES} ie ${PN}-dev, ${PN)-doc etc
* there is a check for this in recipe-sanity.bclass
* there is maybe few possible fixes also in bbclasses
cpan-base.bbclass:RDEPENDS += "${@["perl", ""][(bb.data.inherits_class('native', d))]}"
distutils-base.bbclass:RDEPENDS += "python-core"
gtk-icon-cache.bbclass:RDEPENDS += "hicolor-icon-theme"
image.bbclass:RDEPENDS += "${IMAGE_INSTALL} ${IMAGE_BOOT}"
module.bbclass:RDEPENDS += "kernel (${KERNEL_VERSION}) update-modules"
?opie_i18n.bbclass: rdepends = bb.data.getVar("RDEPENDS", d, 1)
?opie_i18n.bbclass: bb.data.setVar('RDEPENDS_%s' % x[0].lower(), pn, d)
?opie_i18n.bbclass: bb.data.setVar('RDEPENDS', rdepends, d)
rubyextension.bbclass:RDEPENDS += "ruby"
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <k-kooi@ti.com>
|
|
* details: http://sourceware.org/bugzilla/show_bug.cgi?id=11258
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
For .diff/.patch you need to apply manually, you can specify apply=no.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
I think this makes the behavior rather more clear.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
* Update svn recipe to latest revision on trunk.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Automatically pick SRCREV changes without bumping PR manually
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
With 2.6.31, the kernel started exporting certain SCSI headers again and
in particular scsi/scsi.h. After talking with Christoph Hellwig and
James Bottemley (scsi maintainer) the kernel shouldn't export
scsi/scsi.h. Removing this from the kernel, rather than trying to clean
it up to be userland parseable is the right way to go.
We bump the libc INC_PRs to make sure the end user has a sane
<scsi/scsi.h> again.
Signed-off-by: Tom Rini <tom_rini@mentor.com>
Acked-By: Koen Kooi <k-kooi@ti.com>
|