<feed xmlns='http://www.w3.org/2005/Atom'>
<title>buildroot.git/package/mpfr, branch 2009.11_rc1</title>
<subtitle>Buildroot: Making Embedded Linux easy
</subtitle>
<id>https://git.hiegel.fr/cgit/buildroot.git/atom?h=2009.11_rc1</id>
<link rel='self' href='https://git.hiegel.fr/cgit/buildroot.git/atom?h=2009.11_rc1'/>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/'/>
<updated>2009-10-01T19:24:42Z</updated>
<entry>
<title>buildroot: silence ./configure step when building with 'make -s'</title>
<updated>2009-10-01T19:24:42Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2009-10-01T19:24:42Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=3fdf0bffb87c81f6abf70e64e5b9239431d79ee2'/>
<id>urn:sha1:3fdf0bffb87c81f6abf70e64e5b9239431d79ee2</id>
<content type='text'>
We have been passing -q to ./configure when using 'make -s' for
packages using Makefile.autotools.in for some time. Do the same
for packages using autotools, but not using the
Makefile.autotools.in infrastructure, taking care to not do it
for packages with hand written configure scripts.

Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>mpfr: use patch-kernel to apply downloaded patch</title>
<updated>2009-09-24T15:14:31Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2009-09-24T15:14:31Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=bdccd7b2e67cc9bfa5a95cb74693bce662293549'/>
<id>urn:sha1:bdccd7b2e67cc9bfa5a95cb74693bce662293549</id>
<content type='text'>
Reported by Emmanuel Riou &lt;riou.emmanuel@googlemail.com&gt;.

With the recent change to use $(TOPDIR)/dl as default for $(DL_DIR)
(416323e93), DL_DIR is now a relative path (./dl), which breaks the
mpfr patch handling as it changes dir.

Fix is by using patch-kernel instead of calling patch, which does
the right thing.

Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>rename TOOL_BUILD_DIR to TOOLCHAIN_DIR</title>
<updated>2009-09-23T07:15:27Z</updated>
<author>
<name>Michael Roth</name>
<email>mroth@nessie.de</email>
</author>
<published>2009-09-22T23:30:00Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=cb5710c538fce01f4875a64e6de4b37a7718005b'/>
<id>urn:sha1:cb5710c538fce01f4875a64e6de4b37a7718005b</id>
<content type='text'>
To reflect the new output directory hierachy rename the Makefile variable
TOOL_BUILD_DIR to TOOLCHAIN_DIR.

Signed-off-by: Michael Roth &lt;mroth@nessie.de&gt;
Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>package: Remove unnecessary dependencies on uclibc.</title>
<updated>2009-09-03T18:22:38Z</updated>
<author>
<name>Will Newton</name>
<email>will.newton@gmail.com</email>
</author>
<published>2009-09-02T15:02:02Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=422ce6536b6d45e4632d526ae04c6af0bd36e80a'/>
<id>urn:sha1:422ce6536b6d45e4632d526ae04c6af0bd36e80a</id>
<content type='text'>
A C library will have been built by the toolchain makefiles, so there is no
need for packages to explicitly depend on uclibc.

Signed-off-by: Will Newton &lt;will.newton@gmail.com&gt;
Signed-off-by: Peter Korsgaard &lt;jacmet@sunsite.dk&gt;
</content>
</entry>
<entry>
<title>mpfr: bump version</title>
<updated>2009-03-16T15:47:58Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2009-03-16T15:47:58Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=7f975775b4bff09724d2f20bd5ceb4262b076a1c'/>
<id>urn:sha1:7f975775b4bff09724d2f20bd5ceb4262b076a1c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>mpfr: bump version</title>
<updated>2009-02-13T08:34:01Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2009-02-13T08:34:01Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=dd0345aeaa21e5517f004c21c30a648268248b1a'/>
<id>urn:sha1:dd0345aeaa21e5517f004c21c30a648268248b1a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>gmp/mpfr: use static libraries as make targets</title>
<updated>2009-02-10T16:38:53Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2009-02-10T16:38:53Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=cf342411449f2eae64dcef3ff6926b9cb1b39c03'/>
<id>urn:sha1:cf342411449f2eae64dcef3ff6926b9cb1b39c03</id>
<content type='text'>
The host shared objects are no more.
</content>
</entry>
<entry>
<title>gmp/mpfr: fix up dependencies to stop continous rebuild with --disable-shared</title>
<updated>2009-02-10T15:19:31Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2009-02-10T15:19:31Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=7897a950fe2546d09e09a0645e38a6f8ab063623'/>
<id>urn:sha1:7897a950fe2546d09e09a0645e38a6f8ab063623</id>
<content type='text'>
Don't list the shared objects as targets for the host compilation now that
we compile with --disable-shared.
</content>
</entry>
<entry>
<title>gmp/mpfr: force static linking</title>
<updated>2009-02-09T13:01:32Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2009-02-09T13:01:32Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=42f985687dcddbaa2277a3ffb8a88b190bde76e7'/>
<id>urn:sha1:42f985687dcddbaa2277a3ffb8a88b190bde76e7</id>
<content type='text'>
Patch by Maxim Grigoriev.

GCC 4.3.x would link with the correct shared library versions, but without
any RPATH, so it ended up looking for then in /usr/lib/ at runtime.
This is less than good, as the version there might not be compatible, and
even worse for distributions like Ubuntu, which doesn't install those
libs by default, the build breaks.

Fix it by forcing static linking instead.
</content>
</entry>
<entry>
<title>mpfr: bump version</title>
<updated>2009-02-01T19:37:09Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>jacmet@sunsite.dk</email>
</author>
<published>2009-02-01T19:37:09Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/buildroot.git/commit/?id=91f780bc056df2a5263aa5c89323932265d95751'/>
<id>urn:sha1:91f780bc056df2a5263aa5c89323932265d95751</id>
<content type='text'>
I know that changing something as fundamental as mpfr this close to the
release isn't really ideal, but it's listed as the minimum version
for gcc 4.3.x:

http://gcc.gnu.org/install/prerequisites.html

Bernhard's tree has been using 2.3.2 since October, so the risk is probably
not that big though.
</content>
</entry>
</feed>
