-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug in compiler (libimobiledevice) #55
Comments
Weird, you got For obvious reason, BugVM does not have class for need some investigation. |
According to some research NoClassDefFoundError actually means that the class itself could be found but not instantiated (because there was an error in a static initializer for example)... The error for a class that could not be found is ClassNotFoundException |
It can't be. There must be some mix-up calling robovm instead of bugvm. |
similar to #58 |
similar to #46 |
Follow the issue #46 and join the discussion. |
Don't know if this is the proper place to report this, but I was experimenting with BugVM as a replacement for RoboVM as a libgdx backend and found the following error when trying to run the app on an iOS device (from terminal and using the IntelliJ plugin):
The first time I tried it i got (using gradle):
So I installed gnutls using brew (
brew install gnutls
), expecting to solve the problem. The error remained...I forced the gnutls recipe to use the latest gnutls 3.3 I could find on the homebrew github (since the referenced library name is
/usr/local/opt/gnutls/lib/libgnutls.28.dylib
, which is available in the 3.3 version of gnutls and not in the 3.4 version). The error disappeared, but now I get aNoClassDefFoundError: could not initialize class com.robovm.libimobiledevice.binding.LibIMobileDevice
which probably means that there still is an error while initializating the native libimobiledevice library.I'm wondering if anyone can point me in the right direction to solve this...
Personally I think that if the native libimobiledevice library depends so critically on this (gnutls) library, it should be included within the bugvm-sdk, to ensure it's (a) always available and (b) the proper version?
The text was updated successfully, but these errors were encountered: