<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/classes/autotools.bbclass, branch 1.2_M2.final</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=1.2_M2.final</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=1.2_M2.final'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2012-01-10T17:28:45+00:00</updated>
<entry>
<title>autotools.bbclass: Introduce CACHED_CONFIGUREVARS</title>
<updated>2012-01-10T17:28:45+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2012-01-09T19:39:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=c9f68fc709881b1f3763899c3d6fe97884445c56'/>
<id>urn:sha1:c9f68fc709881b1f3763899c3d6fe97884445c56</id>
<content type='text'>
This variable is for holding the cached configure variables
to be specified in recipes. e.g.

CACHED_CONFIGUREVARS += "ac_cv_foo=yes ac_cv_bar=no"

This will make sure that the variables are not detected
by configure. This is useful in cross builds where
some features can not be detected correctly by configure
and having it as a variables gives us capability to
override it

(From OE-Core rev: e48fd42e047f46399828a074c5125a0ce9c3f56f)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>autotools.bbclass: fix cp error for empty dir</title>
<updated>2012-01-03T12:14:32+00:00</updated>
<author>
<name>Nitin A Kamble</name>
<email>nitin.a.kamble@intel.com</email>
</author>
<published>2011-12-28T17:34:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b33475730be59c50296dac05381914e11a927167'/>
<id>urn:sha1:b33475730be59c50296dac05381914e11a927167</id>
<content type='text'>
the .../usr/share/aclocal is empty for build from scratch. so avoid cp
error if the directory is empty.

Fixes this error, which is thrown before pseudo is built:

| cp: cannot stat
`/builddisk/build/build0/tmp/sysroots/x86_64-linux/usr/share/aclocal/*':
No such file or directory
NOTE: package libtool-native-2.4.2-r0.0: task do_configure: Failed

(From OE-Core rev: f4ffe39450c3da33b24766a5f83ad06cc8ff950c)

Signed-off-by: Nitin A Kamble &lt;nitin.a.kamble@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>autotools.bbclass: Report the missing configure path</title>
<updated>2011-11-30T22:22:05+00:00</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-11-30T21:49:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=4592af4c89d52c5982f49bf4004a71d27b1296ac'/>
<id>urn:sha1:4592af4c89d52c5982f49bf4004a71d27b1296ac</id>
<content type='text'>
If the configure script isn't found, report the explicit path tried.
This can help debug subtle errors where the ${S} sourcedir may not
be exactly what is expected.

(From OE-Core rev: 8cdee4c9b8ffcba69134258eff72eede61acd12f)

Signed-off-by: Darren Hart &lt;dvhart@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Convert to use direct access to the data store (instead of bb.data.*Var*())</title>
<updated>2011-11-10T11:51:19+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-11-09T15:00:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=c8dee9b92dfd545852ecac8dc2adfc95ac02e957'/>
<id>urn:sha1:c8dee9b92dfd545852ecac8dc2adfc95ac02e957</id>
<content type='text'>
This is the result of running the following over the metadata:

sed \
-e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \
-e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \
-i `grep -ril bb.data *`

(From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>autotools: fix multi-word arguments for EXTRA_OECONF</title>
<updated>2011-10-14T12:18:13+00:00</updated>
<author>
<name>Christopher Larson</name>
<email>kergoth@gmail.com</email>
</author>
<published>2011-10-10T21:13:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=412a2dc2f99562c8ba0e2f1afa2a4955fc1c4938'/>
<id>urn:sha1:412a2dc2f99562c8ba0e2f1afa2a4955fc1c4938</id>
<content type='text'>
This is needed to better support things like the following (with a
multi-word BUILD_CC):

    EXTRA_OECONF += '"ac_cv_prog_CC_FOR_BUILD=${BUILD_CC}"'

(From OE-Core rev: 38a394e7ffedccfabda085c97add8944718943c2)

Signed-off-by: Christopher Larson &lt;kergoth@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>autotools: Enhance gettext handling to better work with SCM versions of code</title>
<updated>2011-10-14T12:18:05+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-10-12T13:24:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=5405efae327565fb891e93dfb0de0944fef91362'/>
<id>urn:sha1:5405efae327565fb891e93dfb0de0944fef91362</id>
<content type='text'>
If we pull SCM based code using gettext, Makefile.in.in in the
po directory can be missing. We therefore need to add this if
its not already present. We could use gettextize if it wasn't
so broken (for example requiring user input on stdin and installing
way more files that we ever care about such as the m4 files).

We also have a problem if a recipe sets a different AUX dir, for
now fix this by allowing recipes to specify when this is being done
using the AUTOTOOLS_AUXDIR variable. Ultimately we could likely
figure this out automatically.

(From OE-Core rev: acaefad1aa4b45813a004e0cd1d85bc013e435f4)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>autotools.bbclass: Allow dependency tracking option to be easily overridden</title>
<updated>2011-10-06T15:59:40+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-10-04T12:37:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=5ea73bde5e6697e670280e099eecc2ae6e429219'/>
<id>urn:sha1:5ea73bde5e6697e670280e099eecc2ae6e429219</id>
<content type='text'>
(From OE-Core rev: c353a60bd8a6151a3538f0900aff0b5856aa0684)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>autotools: Disable dependency tracking</title>
<updated>2011-10-04T12:46:19+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-09-29T22:29:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9c8b066c48f83035b2ce50e5fc3c748e8ddfb9f2'/>
<id>urn:sha1:9c8b066c48f83035b2ce50e5fc3c748e8ddfb9f2</id>
<content type='text'>
There is no point in us spending time generating a ton of dependency
information in source directories when we don't actually use it
for our one off builds. We might as well disable the option and
take the speed up.

(From OE-Core rev: 970e0ae610804638d00b0a6b85c6e2e895778e8e)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Remove help2man dependency</title>
<updated>2011-10-04T12:46:19+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-09-29T22:26:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2f8d643c76f5aa933b95a50092132ef37af203c7'/>
<id>urn:sha1:2f8d643c76f5aa933b95a50092132ef37af203c7</id>
<content type='text'>
The help2man script is pretty useless to us. It requires to run the target
binary to extract help information which is not possible for any of our
cross compiled target binaries.

We're not interested in man pages for -cross/-native tools.

It therefore makes no sense to have this as a core build dependency.

This patch removes the dependeny and replaces it with a script
returning false. This will trigger autotool's missing utility
to use the copy of the man page included with the sources which
is what would already happen when we tried to run cross compiled
binaries anyway.

(From OE-Core rev: 288343e30604b944dc18fd82172febd314d9c520)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>autotools.bbclass: Set the dynamic linker search path for libtool correctly</title>
<updated>2011-09-26T16:56:43+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-09-23T07:57:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9fe66fd8e2f1feccef1e2c0d6f6d7e117e06507e'/>
<id>urn:sha1:9fe66fd8e2f1feccef1e2c0d6f6d7e117e06507e</id>
<content type='text'>
libtool obtains the search path from /etc/ld.so.conf and hardcodes /usr/lib
and /lib. This results in host contamination and variable sets of RPATH
values ending up in binaries.

By exporting the correct values for all autotools recipes we avoid this.

(From OE-Core rev: 93e595d5c89ebacdb8d1e6fcfe6f58fe2d30de28)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
