Bug 337257 – dev-util/monodevelop-java should allow dev-dotnet/ikvm to satifsy dependencies

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Dennis Schridde 2010-09-14 09:58:31 UTC]

Currently dev-util/monodevelop-java-2.4 RDEPENDs on dev-dotnet/ikvm-bin (the reasons stated is "dev-dotnet/ikvm is currently not buildable"), but since bug #331649 dev-dotnet/ikvm installs without problems.

Reproducible: Always

[Comment 1 Pacho Ramos 2010-09-19 12:29:27 UTC]

And have you checked monodevelop-java works ok with ikvm instead of bin version?

[Comment 2 Dennis Schridde 2010-09-19 12:56:42 UTC]

No, I just assumed they are identical.

[Comment 3 Pacho Ramos 2010-09-19 13:05:39 UTC]

Then, if you uses monodevelop, I would prefer to get it tested since I don't know much about it, and I don't like to add that RDEPEND "blindly"

Thanks a lot

[Comment 4 Dennis Schridde 2010-09-20 09:42:24 UTC]

(I followed this tutorial: http://www.ikvm.net/userguide/tutorial.html)

Following steps were necessary to make MonoDevelop compile the default IKVM-Console project template:

1) for file in /usr/lib/mono/IKVM/* ; do ln -s ../mono/IKVM/$(basename $file) /usr/lib/ikvm/ ; done
2) ikvmstub /usr/lib/mono/2.0/mscorlib.dll

Afterwards the IKVM-Console template project compiled and ran without further trouble.

[Comment 5 Dennis Schridde 2010-09-20 11:56:47 UTC]

I've did a bit of testing using a full blown Java project of mine. The only real problems I encountered were:
1) The incomplete IKVM support in MonoDevelop.
2) When compiling with ikvmc using .NET libraries that I compiled from Java sources, instead of Java jars compiled from the same sources:
Some obscure "Error: unable to find assembly 'IKVM.OpenJDK.SwingAWT, Version=0.44.0.5, Culture=neutral, PublicKeyToken=0738eb9f132ed756'"
3) When trying to run the program compiled with ikvmc (using Java jars, not the .NET libraries that failed above):
Some obscure "sun.reflect.generics.reflectiveObjects.NotImplementedException at sun.font.StandardGlyphVector.getGlyphOutline(StandardGlyphVector.java:257)"
This exception does not occur when running the same classfiles using java.
4) When running the same commandline (pt 3) with "ikvm" instead of "java":
Some obscure "System.TypeLoadException: Could not load type 'org.xmlpull.mxp1.MXParser' from assembly 'ikvm_dynamic_assembly__13740170, Version=2010.920.1348.11512, Culture=neutral, PublicKeyToken=null'"

I did not test how dev-dotnet/ikvm-bin performs on this example. The exceptions could be caused by bugs in IKVM, though.

[Comment 6 Dennis Schridde 2010-09-20 12:28:48 UTC]

(In reply to comment #5)
> 2) When compiling with ikvmc using .NET libraries that I compiled from Java
> sources, instead of Java jars compiled from the same sources:
> Some obscure "Error: unable to find assembly 'IKVM.OpenJDK.SwingAWT,
> Version=0.44.0.5, Culture=neutral, PublicKeyToken=0738eb9f132ed756'"
Been thinking more about this, also considering the "ln -s" required earlier...
Could it be that dev-dotnet/ikvm has the mono assembly search path set to /usr/lib64 instead of /usr/lib64/mono, or something of this sort?

I tried linking /usr/lib64/mono/gac -> /usr/lib64/gac, which did not solve the problem. Thus I must be at least a little bit off in my theory...

Adding -r:IKVM.OpenJDK.SwingAWT directly resulted in "Error: reference not found: IKVM.OpenJDK.SwingAWT", so maybe ikvmc does not search the GAC at all?

[Comment 7 Dennis Schridde 2010-09-20 12:34:32 UTC]

(In reply to comment #5)
> 3) When trying to run the program compiled with ikvmc (using Java jars, not the
> .NET libraries that failed above):
> Some obscure "sun.reflect.generics.reflectiveObjects.NotImplementedException at
> sun.font.StandardGlyphVector.getGlyphOutline(StandardGlyphVector.java:257)"
> This exception does not occur when running the same classfiles using java.
https://sourceforge.net/tracker/?func=detail&atid=525264&aid=3071868&group_id=69637
-> CLOSED/WONTFIX (AWT/Swing is not supported)

> 4) When running the same commandline (pt 3) with "ikvm" instead of "java":
> Some obscure "System.TypeLoadException: Could not load type
> 'org.xmlpull.mxp1.MXParser' from assembly 'ikvm_dynamic_assembly__13740170,
> Version=2010.920.1348.11512, Culture=neutral, PublicKeyToken=null'"
https://sourceforge.net/tracker/?func=detail&atid=525264&aid=3071866&group_id=69637

[Comment 8 Pacho Ramos 2010-12-06 13:58:14 UTC]

I have seen Mandriva is simply allowing it to compile using ikvm, then, would be interesting if you could compare how does it work with ikvm-bin and ikvm, then, if they have the same problems, I guess I could allow its building against both

Thanks a lot :-)

[Comment 9 Pacho Ramos 2011-01-29 13:01:42 UTC]

(In reply to comment #8)
> I have seen Mandriva is simply allowing it to compile using ikvm, then, would
> be interesting if you could compare how does it work with ikvm-bin and ikvm,
> then, if they have the same problems, I guess I could allow its building
> against both
> 
> Thanks a lot :-)
> 

Any news here?

[Comment 10 Dennis Schridde 2011-01-29 13:16:17 UTC]

(In reply to comment #9)
> Any news here?
No. As I do Java/IKVM only for fun and had not much time, I did not test any further.

[Comment 11 Pacho Ramos 2011-09-10 13:48:43 UTC]

+*monodevelop-java-2.6 (10 Sep 2011)
+
+  10 Sep 2011; Pacho Ramos <[e-mail]> -monodevelop-java-2.5.93.ebuild,
+  +monodevelop-java-2.6.ebuild:
+  Version bump, remove old, allow to use ikvm (bug #337257 by Dennis Schridde).
+