openembedded-core.git/meta/packages/binutils, branch pyro Mirror of openembedded-core Major layout change to the packages directory 2010-08-27T14:29:45+00:00 Richard Purdie rpurdie@linux.intel.com 2010-08-27T14:14:24+00:00 29d6678fd546377459ef75cf54abeef5b969b5cf Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Having one monolithic packages directory makes it hard to find things
and is generally overwhelming. This commit splits it into several
logical sections roughly based on function, recipes.txt gives more
information about the classifications used.

The opportunity is also used to switch from "packages" to "recipes"
as used in OpenEmbedded as the term "packages" can be confusing to
people and has many different meanings.

Not all recipes have been classified yet, this is just a first pass
at separating things out. Some packages are moved to meta-extras as
they're no longer actively used or maintained.

Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
binutils: fix the installed location of libiberty.a file 2010-08-14T00:19:16+00:00 Nitin A Kamble nitin.a.kamble@intel.com 2010-08-14T00:08:19+00:00 bfaeda03beeaae3ba265632f0bcfa3354e55766a This fixes: [BUGID #209] the libiberty was getting installed in usr/lib/lib64 path which was leaving prelink-native recipe wondering where to get libiberty. Fix the path and prelink-native recipe is building fine now. Patch added: libiberty_path_fix.patch 
This fixes:
  [BUGID #209]

the libiberty was getting installed in usr/lib/lib64 path which was
leaving prelink-native recipe wondering where to get libiberty.
  Fix the path and prelink-native recipe is building fine now.

Patch added:
 libiberty_path_fix.patch
cross-canadian: Move binaries into a subdirectory of bin to allow multimachine installs and update users accordingly 2010-08-03T19:04:33+00:00 Richard Purdie rpurdie@linux.intel.com 2010-08-03T19:04:33+00:00 ec8f5299d96d938b56c68d4ffa701b0c8a061de6 Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
binutils: Fixed cross-compile issue for 64b build + arm target 2010-07-30T13:50:30+00:00 Zhai Edwin edwin.zhai@intel.com 2010-07-29T04:58:59+00:00 d9f22d402459d2e70df83df65d4acc273297426a Incoportate RP's patch, which seems to be lost when update. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Incoportate RP's patch, which seems to be lost when update.

Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
binutils: Remove zlib DEPENDS as it causes circular references 2010-07-24T08:50:38+00:00 Richard Purdie rpurdie@linux.intel.com 2010-07-24T08:50:38+00:00 bcba4515e5ff634ee9811ad727105ce3180f5a47 Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
binutils: Add native version and tweak 2010-07-24T00:07:54+00:00 Richard Purdie rpurdie@linux.intel.com 2010-07-24T00:07:54+00:00 33ee4079a242275ef53be12de6b1e9115096b878 Enable use of BBCLASSEXTEND to generate a native verison of binutils for the libiberty, libbfd and libopcodes libs. Also stop installing useless libs in the cross-canadian recipe. Partially based on a patch by Mark Hatle <mhatle@windriver.com>. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Enable use of BBCLASSEXTEND to generate a native verison of binutils for the
libiberty, libbfd and libopcodes libs.

Also stop installing useless libs in the cross-canadian recipe.

Partially based on a patch by Mark Hatle <mhatle@windriver.com>.

Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
binutils: Set DEPENDS correctly and remove unneeded PACKAGES setting 2010-07-23T23:57:29+00:00 Richard Purdie rpurdie@linux.intel.com 2010-07-23T23:57:29+00:00 8b3f94e27d5747f99e13c4fbe9e30375c185092f Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
binutils: Drop FILESPATHPKG, its no longer needed 2010-07-23T23:53:15+00:00 Richard Purdie rpurdie@linux.intel.com 2010-07-23T23:53:15+00:00 7069fb85420a0c85e14641c521ee46441b255354 Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
binutils: Disable libbfd and remove unneeded copies of tools in dangerous paths. gcc now has symlinks to handle this 2010-07-23T17:06:15+00:00 Richard Purdie rpurdie@linux.intel.com 2010-07-23T17:06:15+00:00 066535608e879c0327dfa874f3978d6cc15fa59f Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
binutils.inc: This bug has since been fixed, drop the hack 2010-07-23T17:05:33+00:00 Richard Purdie rpurdie@linux.intel.com 2010-07-23T17:05:33+00:00 28f8e3034c2e7091a73faf8d1a8afbd36cf7b51a Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>