<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-devtools/libtool/libtool-2.4.2.inc, branch uninative-1.9</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-1.9</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-1.9'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2015-01-23T11:36:26+00:00</updated>
<entry>
<title>libtool: upgraded to 2.4.4</title>
<updated>2015-01-23T11:36:26+00:00</updated>
<author>
<name>Robert Yang</name>
<email>liezhi.yang@windriver.com</email>
</author>
<published>2015-01-06T22:47:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d4e1862453b2a4c12400de0f43f08a9871a4de60'/>
<id>urn:sha1:d4e1862453b2a4c12400de0f43f08a9871a4de60</id>
<content type='text'>
* Upgrade:
  - libtool-native
  - libtool-cross
  - nativesdk-libtool
  - libtool

* Remove 2 patches:
  - respect-fstack-protector.patch: already in the new source.
  - avoid_absolute_paths_for_general_utils.patch: no general.m4sh any
    more.
  - Use inline-source to install libtoolize.

* Update other patches

* The LIC_FILES_CHKSUM is changed because of the indent, the contents
  are the same.

* The libtool config files are put in libtool/build-aux now, it was
  libtool/config in the past.

(From OE-Core rev: 871dc461b1dfc431c0c95743af1624b781262bce)

Signed-off-by: Robert Yang &lt;liezhi.yang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libtool: add bash to RDEPENDS_libtool</title>
<updated>2014-08-23T08:26:10+00:00</updated>
<author>
<name>Robert Yang</name>
<email>liezhi.yang@windriver.com</email>
</author>
<published>2014-08-18T06:24:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f95e62b9705d42f234a9c4dd809d56c904c7095a'/>
<id>urn:sha1:f95e62b9705d42f234a9c4dd809d56c904c7095a</id>
<content type='text'>
* Set CONFIG_SHELL="/bin/bash"
* Add bash to RDEPENDS_libtool

We had already set CONFIG_SHELL="/bin/bash" for libtool-native,
libtool-cross and nativesdk-libtool, now also set for target libtool, if
we don't set this, libtool would use /bin/sh, /bin/bash, /bin/ksh or
/bin/sh5 according to the host, and the build is undetermined, this
patch can fix the problem, libtool is a development tool, rdepends on
bash should not cause toubles (for example, the size of the image)

Have tried to set CONFIG_SHELL="/bin/sh" (/bin/sh -&gt; dash), but there is
still a few bashsim in the output libtool.

(From OE-Core rev: c07f09b1b261b0d480544a6100f6a83835c62019)

Signed-off-by: Robert Yang &lt;liezhi.yang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.</title>
<updated>2014-05-02T19:46:59+00:00</updated>
<author>
<name>Max Eliaser</name>
<email>max.eliaser@intel.com</email>
</author>
<published>2014-05-01T20:00:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=64df4e4aefe6cc460145c8a25c7afadc56fd4a88'/>
<id>urn:sha1:64df4e4aefe6cc460145c8a25c7afadc56fd4a88</id>
<content type='text'>
The class itself currently does nothing. The idea is to mark all recipes that
make use of the texinfo utilities. In the future, this class could be used to
suppress the generation/formatting of documentation for performance,
explicitly track dependencies on these utilities, and eliminate Yocto's
current dependency on the host system's texinfo utilities.

(From OE-Core rev: e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405)

Signed-off-by: Max Eliaser &lt;max.eliaser@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libtool: remove the unrecognized configure option</title>
<updated>2014-01-23T10:17:32+00:00</updated>
<author>
<name>Chen Qi</name>
<email>Qi.Chen@windriver.com</email>
</author>
<published>2014-01-15T06:51:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ff49d8e6353411d8f9285e053ce365265a4abc4f'/>
<id>urn:sha1:ff49d8e6353411d8f9285e053ce365265a4abc4f</id>
<content type='text'>
Remove the unrecognized configure option '--with-sysroot' to avoid
build time warnings.

(From OE-Core rev: 6f6a10372b6a318be7695b6b50275a8a3e9ed033)

Signed-off-by: Chen Qi &lt;Qi.Chen@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc/libtool/perl: Fix various path to sed-native problems</title>
<updated>2013-09-26T15:37:56+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2013-09-25T12:36:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=32edeb391f2107bb66b361cdcd4b8d4447731c33'/>
<id>urn:sha1:32edeb391f2107bb66b361cdcd4b8d4447731c33</id>
<content type='text'>
If sed-native is built before these programs, hardcoded paths to sed-native
can end up in scripts and other parts of the system which may cause issues
if they are later used from sstate and sed-native is not installed.

To avoid this, this patch changes the global site configuration to
specify that plain "sed" is fine to be used. We need to spell this
out for gcc since it doesn't see the site files since we don't autoreconf
it. We can remove the values from libtool. We tell perl to use "/bin/sed"
since it requires a path and the system sed should be just fine for it.

[YOCTO #4971]

(From OE-Core rev: 2ec171cb188601bf18c6c2895870907024b1c52a)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libtool: fix resolve of lt_sysroot</title>
<updated>2013-09-17T18:34:56+00:00</updated>
<author>
<name>Hans Beckerus</name>
<email>hans.beckerus@gmail.com</email>
</author>
<published>2013-09-14T09:01:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ac191eb9644bea8ee7843b8e976a63617882e47f'/>
<id>urn:sha1:ac191eb9644bea8ee7843b8e976a63617882e47f</id>
<content type='text'>
This patch updates libtool.m4 (and its output) to resolve a problem
with variable 'lt_sysroot' not being properly updated if the option
'--with[-libtool]-sysroot' is not provided when running the 'configure'
script for a package.

According to the help text ouput from 'configure':
--with-libtool-sysroot=DIR Search for dependent libraries within DIR
                        (or the compiler's sysrooot if not specified).

Due to mixed up cases in a switch statement, when checking if the option
was specified or not, wrong actions were taken resulting in an incorrect
sysroot and failures to properly locate e.g. .la files when using the
populated SDK toolchain.

For current upstream status see:
http://lists.gnu.org/archive/html/bug-libtool/2013-09/msg00005.html

(From OE-Core rev: f5cf7e1a5c85fb320faa9cbeef24f491706b4c1d)

Signed-off-by: Hans Beckerus &lt;hans.beckerus at gmail.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libtool: remove help2man dependency</title>
<updated>2013-01-07T13:50:40+00:00</updated>
<author>
<name>Marko Lindqvist</name>
<email>cazfi74@gmail.com</email>
</author>
<published>2013-01-06T23:49:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=efcb4facc683e5c40c1ae30f99037150f7827b37'/>
<id>urn:sha1:efcb4facc683e5c40c1ae30f99037150f7827b37</id>
<content type='text'>
Remove manpage creation. It wasn't working because of help2man
missing when libtool is being built. This attempt to create
manpages without help2man turns from no-op to hard error with
automake-1.13.
Removed prefix-manpage-fix.patch as only code it touched is being
removed by new dont-depend-on-help2man.patch

(From OE-Core rev: 51a97cfb96ee2e5eeef978678fe6acdd498b9555)

Signed-off-by: Marko Lindqvist &lt;cazfi74@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libtool: Ensure the paths to sed are not hardcoded</title>
<updated>2012-10-18T11:13:13+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2012-10-11T08:41:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=bf3b8506a1c864f7547f08d87386f88ed700ed14'/>
<id>urn:sha1:bf3b8506a1c864f7547f08d87386f88ed700ed14</id>
<content type='text'>
If you:

bitbake sed-native
bitbake libtool-cross

then libtool-cross has SED="/path/to/sysroot/sed" which is incorrect. If that
is reused from sstate or sed-native is cleaned, the build will fail.

This patch simply sets sed to be "sed" since we're not on systems where
the sed from PATH is broken.

(From OE-Core rev: 86c6fa8175482283268dfa8782c6643a3510e0fd)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libtool: update rpath normalization to use builtin</title>
<updated>2012-08-24T16:25:14+00:00</updated>
<author>
<name>Andy Ross</name>
<email>andy.ross@windriver.com</email>
</author>
<published>2012-08-23T17:32:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=deee2b224bc49ad30814169aa094aa0610ee9956'/>
<id>urn:sha1:deee2b224bc49ad30814169aa094aa0610ee9956</id>
<content type='text'>
Use the built-in normalization function instead of the sed hack.

(From OE-Core rev: ba8263e5dc520f5024fc76d8bd2e10fe0564b0e2)

Signed-off-by: Andy Ross &lt;andy.ross@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libtool: normalize link paths before considering for RPATH</title>
<updated>2012-08-22T13:22:55+00:00</updated>
<author>
<name>Andy Ross</name>
<email>andy.ross@windriver.com</email>
</author>
<published>2012-08-17T15:53:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=25e926e5f6bbfb31d784e1f6a86bd77d4a3f7622'/>
<id>urn:sha1:25e926e5f6bbfb31d784e1f6a86bd77d4a3f7622</id>
<content type='text'>
Libtool may be passed link paths of the form "/usr/lib/../lib", which fool
its detection code into thinking it should be included as an RPATH in
the generated binary.  Normalize before comparision.

(From OE-Core rev: e3b0925f4c861393e436deb6b1912f9f1f325d1e)

Signed-off-by: Andy Ross &lt;andy.ross@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
