gij 4.8 on armv7l

Sun Jul 10 11:57:00 GMT 2016

Hello,
I am running gcc 4.8.5 and experiencing the following issue with java
on armv7l architecture.
I think that issue can be related to gnu java code runtime interpreter.
Apache ant fails with the following trace when run using gij:
[ 76s] /home/abuild/rpmbuild/BUILD/xml-commons-1.3.04/xml-commons-1_0_b2/build.xml:49:
The following error occurred while executing this line:
[ 76s] /home/abuild/rpmbuild/BUILD/xml-commons-1.3.04/xml-commons-1_0_b2/java/external/build.xml:120:
java.lang.IllegalArgumentException: 16877=40755 will not fit in octal
number buffer of length -1292065064
[ 76s] at org.apache.tools.tar.TarUtils.formatUnsignedOctalString(TarUtils.java:387)
[ 76s] at org.apache.tools.tar.TarUtils.formatLongOctalBytes(TarUtils.java:440)
[ 76s] at org.apache.tools.tar.TarUtils.formatLongOctalOrBinaryBytes(TarUtils.java:470)
[ 76s] at org.apache.tools.tar.TarEntry.writeEntryHeaderField(TarEntry.java:866)
[ 76s] at org.apache.tools.tar.TarEntry.writeEntryHeader(TarEntry.java:819)
[ 76s] at org.apache.tools.tar.TarOutputStream.putNextEntry(TarOutputStream.java:305)
[ 76s] at org.apache.tools.ant.taskdefs.Tar.tarResource(Tar.java:480)
[ 76s] at org.apache.tools.ant.taskdefs.Tar.tarFile(Tar.java:354)
[ 76s] at org.apache.tools.ant.taskdefs.Tar.tar(Tar.java:669)
[ 76s] at org.apache.tools.ant.taskdefs.Tar.execute(Tar.java:314)
Where -1292065064 randomly changes with every restart. An issue here
that the length is a constant in essence. I checked that the same
ant.jar run fine with oracle java 1.8.0.
It would be great if you could point me how to try to debug and solve
this issue.
See also:
https://bz.apache.org/bugzilla/show_bug.cgi?id=59771
https://bugzilla.novell.com/show_bug.cgi?id=988274
-- 
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2207@jabber.ru