openembedded-core.git/meta/classes/populate_sdk_base.bbclass, branch danny

populate_sdk_base.bbclass:fix toolchain relocation issues

2013-04-23T09:38:46+00:00

When run "autoreconf" in toolchain, there is an error if the host's perl's
version is not the same as the one in the SDK, the error says that the
executable perl mismatches the perl lib's version.

This is because most of the autotools' scripts use the "#!/usr/bin/perl -w"
which is host perl, but the gnu-configize uses "#! /usr/bin/env perl" which
invokes the perl wrapper in the SDK, and the wrapper will set the PERL5LIB to
the SDK which causes the mismatch. We can make all the perl scripts to use the
host perl or the SDK perl to fix this problem.

Cherry-pick commit aeb53bd78991af9fbb60d64176ec864cfc2ddbb9

[YOCTO #3984]

Signed-off-by: Hongxu Jia

populate_sdk_base: tarball installer: SDK overwrite warning

2013-04-23T09:38:45+00:00

This patch contains two fixes:
* if the user wants to install the SDK in a directory that already
  contains a SDK for the same architecture, a warning will be shown;
* when the symbolic links are relocated use -n option. Otherwise,
  symbolic links to existing directories will be created in the
  directory itself;

Cherry-pick commit b751ec137d0228b40a90e9e32b24f5cb5732225b

[YOCTO #3401]

Signed-off-by: Hongxu Jia

populate_sdk_base.bbclass: add execution permission for self-extracting archive

2013-04-23T09:24:50+00:00

[ CQID: WIND00392947 ]

It is not good user experience that the self-extracting archive (.sh file)
has no execution permission by default.

Signed-off-by: Jackie Huang 
Signed-off-by: Robert Yang 
Signed-off-by: Mark Hatle 
Signed-off-by: Saul Wold

SDK: allow toolchain installation from another directory

2012-09-21T10:10:05+00:00

This patch will allow one to run the installer from another directory
than the one where it's actually located.

Suppose the installer is in /home/user/test/my/sdk and the current
directory is in a different place. With this patch, one can run the
installer like this:

$ sh ~/test/my/sdk/poky-eglibc-x86_64-arm-toolchain-gmae-1.2+snapshot-20120920.sh

[YOCTO #3135]

Signed-off-by: Laurentiu Palcu 
Signed-off-by: Saul Wold

SDK: relocate symlinks too

2012-09-21T10:10:05+00:00

The directory usr/libexec/ in the SDK sysroot contains the default
symlinks to the toolchain binaries and these, too, need to point to the
correct toolchain path.

[YOCTO #3090]

Signed-off-by: Laurentiu Palcu 
Signed-off-by: Saul Wold

SDK: remove references to Poky distro from tarball installer

2012-09-21T10:10:05+00:00

The installer should be generic.

Signed-off-by: Laurentiu Palcu 
Signed-off-by: Saul Wold

SDK: fix installation into symlinked directories

2012-09-21T10:10:05+00:00

The SDK installation scripts should not canonicalize symlinked
directories because the entire relocation would be done to the directory
to which the symlink points. Instead, if the installation is a symlink,
use that path to relocate the binaries.

For example, if we have the following symlink: /opt/sdk -> ~/my/test/sdk
the binaries will be relocated to /opt/sdk not ~/my/test/sdk as it is
done now.

[YOCTO #3102]

Signed-off-by: Laurentiu Palcu 
Signed-off-by: Saul Wold

Replace "echo -e" with "printf" to have the same behavior in dash or bash

2012-09-20T12:18:19+00:00

oe-core removed the prerequisite to have sh as bash. POSIX doesn't define
any options and furthermore allows 'echo -e' to be the default behavior.
This means that in dash 'echo -e' will actually print '-e' and interpret
backslashes by default. We use instead 'printf' builtin command with or
without '\n' to simulate 'echo -e' or 'echo -n'.
'printf' needs format while 'echo' can be used without any arguments. So
'echo >' was replaced by 'printf "" >'.
'echo' without '-n' flag adds a new line by default so to keep the same
behavior of two new lines while using 'echo "\n"', 'printf "\n\n"' is
used.

[YOCTO #3138]

Signed-off-by: Andrei Gherzan 
Signed-off-by: Richard Purdie

Rename task to packagegroup

2012-09-04T05:52:50+00:00

"Package group" is a much more appropriate name for these than task,
since we use the word task to describe units of work executed by
BitBake.

Signed-off-by: Paul Eggleton 
Signed-off-by: Saul Wold

nativesdk: Switch to using nativesdk as a prefix, not a suffix

2012-08-31T17:21:04+00:00

As discussed on the mailing lists, using a suffix to package names is
hard and has lead to many recipes having to do PKGSUFFIX games. Its
looking extremely hard to scale nativesdk much further without hacking
many recipes.

By comparison, using a prefix like multilib does works much better and
doesn't involve "hacking" as many recipes. This change converts nativesdk
to use a prefix using the existing multilib infrastructure.

Signed-off-by: Richard Purdie