<feed xmlns='http://www.w3.org/2005/Atom'>
<title>buildroot/package/assimp, branch 2017.02</title>
<subtitle>OpenPOWER buildroot sources</subtitle>
<id>https://git.raptorcs.com/git/buildroot/atom?h=2017.02</id>
<link rel='self' href='https://git.raptorcs.com/git/buildroot/atom?h=2017.02'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/'/>
<updated>2017-02-27T21:53:24+00:00</updated>
<entry>
<title>assimp: fix gcc version condition</title>
<updated>2017-02-27T21:53:24+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2017-02-27T21:53:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=35e02aeb7b493d61bbc3e90903337b4964e0213c'/>
<id>urn:sha1:35e02aeb7b493d61bbc3e90903337b4964e0213c</id>
<content type='text'>
In commit 68cebedeb977396f64f5f591f5e93f34fab8e0a8 ("assimp: work around
gcc bug on SuperH"), a work around was added to make the package build
with gcc on SuperH. The condition included a test on the gcc version,
which was mistakenly done on the host gcc version, while a test on the
target gcc version was intended.

Thanks to Peter Korsgaard for spotting the issue.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>assimp: work around gcc bug on SuperH</title>
<updated>2017-02-27T20:38:49+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2017-02-26T22:38:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=68cebedeb977396f64f5f591f5e93f34fab8e0a8'/>
<id>urn:sha1:68cebedeb977396f64f5f591f5e93f34fab8e0a8</id>
<content type='text'>
gcc versions earlier than gcc 6.x fail to build assimp on SuperH when
static linking:

  AssxmlExporter.cpp:623:1: error: unable to find a register to spill in class 'GENERAL_REGS'

It's the combination of -Os and *not* having -fPIC that makes gcc
fail, which explains why configurations with dynamic linking work
fine.

 -Os -fPIC -&gt; works
 -Os       -&gt; fails
 -O2 -fPIC -&gt; works
 -O2       -&gt; works

Therefore, as a workaround, we are forcing the use of -O2 on SuperH
when the gcc version is older than gcc 6.x and we're statically
linking.

Fixes:

  http://autobuild.buildroot.net/results/ec88aa8118179e30e24603cc45292047dca19216/

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>assimp: remove dead "depends on" dependency</title>
<updated>2017-02-27T20:38:45+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2017-02-26T22:22:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=0fae8618a3c9f180da432ce904d1a37d15ea50bd'/>
<id>urn:sha1:0fae8618a3c9f180da432ce904d1a37d15ea50bd</id>
<content type='text'>
BR2_TOOLCHAIN_EXTERNAL_BLACKFIN_UCLINUX has been removed in commit
311bc137da2952445683413794f3ebc8e477c9ef ("toolchain: kill ADI
Blackfin toolchain"), so this "depends on" is useless.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>assimp: disable package with the ADI Blackfin toolchain</title>
<updated>2016-11-07T22:06:16+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2016-11-05T16:32:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=c30dd540c4a82ea527fe9f5dd94443d9dc0c4919'/>
<id>urn:sha1:c30dd540c4a82ea527fe9f5dd94443d9dc0c4919</id>
<content type='text'>
assimp fails to build with an internal compiler error with the ADI
Blackfin toolchain, while it builds fine with the mainline gcc for
Blackfin. So let's disable this package (which has no reverse
dependencies that select it) for the ADI Blackfin toolchain.

Fixes:

  http://autobuild.buildroot.net/results/394e3545a7bbe5d6fbaf4c97f0a3eb51c7d57076

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>package/assimp: wrap long lines</title>
<updated>2016-10-15T10:26:13+00:00</updated>
<author>
<name>Samuel Martin</name>
<email>s.martin49@gmail.com</email>
</author>
<published>2016-10-15T09:44:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=609f58b80aa000fecb9b24ba8069f7205e887e7e'/>
<id>urn:sha1:609f58b80aa000fecb9b24ba8069f7205e887e7e</id>
<content type='text'>
Signed-off-by: Samuel Martin &lt;s.martin49@gmail.com&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>assimp: fix m68k uclinux compile</title>
<updated>2016-08-01T21:03:56+00:00</updated>
<author>
<name>Waldemar Brodkorb</name>
<email>wbx@openadk.org</email>
</author>
<published>2016-07-31T18:07:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=91f746c728222d91d25879b0a6f04b3ff7e18027'/>
<id>urn:sha1:91f746c728222d91d25879b0a6f04b3ff7e18027</id>
<content type='text'>
The GCC manual suggest when getting:
relocation truncated to fit: R_68K_GOT16O foobar
to use -mxgot.

https://gcc.gnu.org/onlinedocs/gcc/M680x0-Options.html

Fixes:
http://autobuild.buildroot.net/results/63898c00929b4546279bda52148b218f847714ed/
http://autobuild.buildroot.net/results/bb7a107d1ca6e8713e6ccffe6c61c43b777fb962/

Signed-off-by: Waldemar Brodkorb &lt;wbx@openadk.org&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>assimp: add .hash file</title>
<updated>2016-06-16T20:57:11+00:00</updated>
<author>
<name>Peter Korsgaard</name>
<email>peter@korsgaard.com</email>
</author>
<published>2016-06-16T20:57:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=7f2b01e10c9467f269e7430040034a46f67441e9'/>
<id>urn:sha1:7f2b01e10c9467f269e7430040034a46f67441e9</id>
<content type='text'>
Fixes:
http://autobuild.buildroot.org/results/f64/f6452c4b0a237219b6ae28c8bb3cf665ad40139f/
http://autobuild.buildroot.org/results/e9a/e9aed367394c6a4ac7b834139b5601e844ba4648/

Similar to jquery-keyboard, it seems the assimp tarball on the autobuilder
is corrupt.  Fix it by adding a .hash file so it falls back to our s.b.o
mirror.

Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>assimp: disable on Microblaze</title>
<updated>2016-05-17T11:22:11+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2016-05-16T22:03:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=9acd598bccaab7e5edef5444abf97c840737c5b4'/>
<id>urn:sha1:9acd598bccaab7e5edef5444abf97c840737c5b4</id>
<content type='text'>
This package triggers an infinite loop bug in gcc on the Microblaze
architecture when the optimization level is O1, O2 or O3. This bug has
been reported at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71124.

While Buildroot by default uses an Os optimization level, assimp's build
system overrides that by O3 by default.

This problem is causing timeouts in the autobuilders that make them
consume 100% of CPU during 8 hours (the timeout used by the autobuilder
scripts).

Fixes:

  http://autobuild.buildroot.net/results/084fc537ab81aed278126f173daf99f2699ef22c/

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>assimp: fix compile for big endian target</title>
<updated>2016-01-16T13:06:23+00:00</updated>
<author>
<name>Peter Seiderer</name>
<email>ps.report@gmx.net</email>
</author>
<published>2016-01-14T21:44:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=9ebac3bd050ee57cdd8a5ede053aed5522f5e8dc'/>
<id>urn:sha1:9ebac3bd050ee57cdd8a5ede053aed5522f5e8dc</id>
<content type='text'>
Patch taken from upstream [1].

Fixes ([2]):
  code/Bitmap.cpp: In function 'std::size_t Assimp::Copy(uint8_t*, T&amp;) [with T = short unsigned int, std::size_t = unsigned int, uint8_t = unsigned char]':
  code/Bitmap.cpp:95:50:   instantiated from here
  code/Bitmap.cpp:87:9: error: lvalue required as unary '&amp;' operand

[1] https://github.com/assimp/assimp/commit/756cfd4f74b866e3183caede69daa8c105b73bab.patch
[2] http://autobuild.buildroot.net/results/7aa/7aafdc2633bad96a2a17f4e8664e09aae78a3bbd

Signed-off-by: Peter Seiderer &lt;ps.report@gmx.net&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>assimp: fix bfin compile</title>
<updated>2016-01-16T13:06:17+00:00</updated>
<author>
<name>Peter Seiderer</name>
<email>ps.report@gmx.net</email>
</author>
<published>2016-01-14T21:44:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=25ba49518a93265ecb3146e6eb21a2a138989100'/>
<id>urn:sha1:25ba49518a93265ecb3146e6eb21a2a138989100</id>
<content type='text'>
Use proper 64-bit constant for CONVERT_FBX_TIME(time) conversion.

Fixes ([1]):

  code/FBXConverter.cpp:2025: error: integer constant is too large for 'long' type
  code/FBXConverter.cpp:2026: error: integer constant is too large for 'long' type
  code/FBXConverter.cpp:2794: error: integer constant is too large for 'long' type
  code/FBXConverter.cpp:2868: error: integer constant is too large for 'long' type
  code/FBXConverter.cpp:2878: error: integer constant is too large for 'long' type
  code/FBXConverter.cpp:2888: error: integer constant is too large for 'long' type

[1] http://autobuild.buildroot.net/results/885/8853b192d16ca7ef769c5352a2df0540a7a2a4fd

Signed-off-by: Peter Seiderer &lt;ps.report@gmx.net&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
</feed>
