Bug#877799: groovy: GCJ java.lang.ArrayIndexOutOfBoundsException

[Emmanuel Bourg]

Control: tags -1 + wontfix
Control: close -1

GCJ is gone.

Bug#877799: groovy: GCJ java.lang.ArrayIndexOutOfBoundsException

[Bálint Réczey]

Hi Aaron,

2017-10-05 22:05 GMT+02:00 Aaron M. Ucko :
> Emmanuel Bourg  writes:
>
>> versioned dependency on default-jre-headless to avoid this situation,
>> I'll fix that in the next upload.
>
> Great, thanks!
>
>> Regarding Kodi I suggest compiling the Groovy files in the arch indep
>> part of the build, such that hppa doesn't have to deal with the Java
>> stuff, only the native part.
>
> Copying Kodi's maintainers per this advice.

I see that it may be possible to work around the problem of hppa not
having a working Groovy in kodi, but I'm focusing on architectures
which have kodi users. I would still accept a reasonably small patch
for kodi if someone else finds solving this issue interesting.

Cheers,
Balint

Bug#877799: groovy: GCJ java.lang.ArrayIndexOutOfBoundsException

[Aaron M. Ucko]

Emmanuel Bourg  writes:

> versioned dependency on default-jre-headless to avoid this situation,
> I'll fix that in the next upload.

Great, thanks!

> Regarding Kodi I suggest compiling the Groovy files in the arch indep
> part of the build, such that hppa doesn't have to deal with the Java
> stuff, only the native part.

Copying Kodi's maintainers per this advice.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#877799: groovy: GCJ java.lang.ArrayIndexOutOfBoundsException

[Emmanuel Bourg]

Le 5/10/2017 à 21:20, Aaron M. Ucko a écrit :

> hppa is notable for using GCJ in lieu of OpenJDK, which doesn't
> support that architecture.  (hurd-i386, also not a release
> architecture, is in the same boat; there, however, kodi is in dep-wait
> on fontforge over #877795.)  Could you please take a look?

Hi Aaron,

This isn't really surprising since Groovy requires at least Java 6 and
GCJ is stuck at the Java 5 level. The groovy package should add a
versioned dependency on default-jre-headless to avoid this situation,
I'll fix that in the next upload.

Regarding Kodi I suggest compiling the Groovy files in the arch indep
part of the build, such that hppa doesn't have to deal with the Java
stuff, only the native part.

Emmanuel Bourg

Bug#877799: groovy: GCJ java.lang.ArrayIndexOutOfBoundsException

[Aaron M. Ucko]

Package: groovy
Version: 2.4.8-2
Severity: important
Tags: upstream
User: debian-h...@lists.debian.org
Control: affects -1 src:kodi

Builds of kodi for hppa (admittedly not a release architecture) have
been failing because Groovy reports an ArrayIndexOutOfBoundsException:

  # Work around potential groovy bug reported at: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733234
  groovyc -cp 
"/usr/share/java/groovy.jar:/usr/share/java/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python"
 \
-d tools/codegenerator tools/codegenerator/Helper.groovy  
tools/codegenerator/SwigTypeParser.groovy 
xbmc/interfaces/python/MethodType.groovy 
xbmc/interfaces/python/PythonTools.groovy
  org.codehaus.groovy.control.MultipleCompilationErrorsException: startup 
failed:
  General error during conversion: 0
  
  java.lang.ArrayIndexOutOfBoundsException: 0
 at org.codehaus.groovy.vmplugin.v5.Java5.makeParameters(Java5.java:446)
 at org.codehaus.groovy.vmplugin.v5.Java5.configureClassNode(Java5.java:366)
 at org.codehaus.groovy.ast.ClassNode.lazyClassInit(ClassNode.java:275)
 at org.codehaus.groovy.ast.ClassNode.getDeclaredMethods(ClassNode.java:872)
 at org.codehaus.groovy.ast.ClassNode.getMethods(ClassNode.java:887)
 at org.codehaus.groovy.ast.ClassNode.getMethod(ClassNode.java:914)
 at 
org.codehaus.groovy.classgen.EnumVisitor.addMethods(EnumVisitor.java:123)
 at 
org.codehaus.groovy.classgen.EnumVisitor.completeEnum(EnumVisitor.java:83)
 at org.codehaus.groovy.classgen.EnumVisitor.visitClass(EnumVisitor.java:64)
 at 
org.codehaus.groovy.control.CompilationUnit$2.call(CompilationUnit.java:176)
 at 
org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1065)
 at 
org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:603)
 at 
org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:581)
 at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
 at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:537)
 at 
org.codehaus.groovy.tools.FileSystemCompiler.compile(FileSystemCompiler.java:61)
 at 
org.codehaus.groovy.tools.FileSystemCompiler.doCompilation(FileSystemCompiler.java:217)
 at 
org.codehaus.groovy.tools.FileSystemCompiler.commandLineCompile(FileSystemCompiler.java:150)
 at 
org.codehaus.groovy.tools.FileSystemCompiler.commandLineCompileWithErrorHandling(FileSystemCompiler.java:180)
 at 
org.codehaus.groovy.tools.FileSystemCompiler.main(FileSystemCompiler.java:164)
 at java.lang.reflect.Method.invoke(libgcj.so.17)
 at 
org.codehaus.groovy.tools.GroovyStarter.rootLoader(GroovyStarter.java:109)
 at org.codehaus.groovy.tools.GroovyStarter.main(GroovyStarter.java:131)
  
  1 error

hppa is notable for using GCJ in lieu of OpenJDK, which doesn't
support that architecture.  (hurd-i386, also not a release
architecture, is in the same boat; there, however, kodi is in dep-wait
on fontforge over #877795.)  Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu