Error: C callback cannot be resolved to a type

[devent]

I try to use jnaerator on libcryptsetup. I downloaded the libcryptsetup from the Google project site. libcryptsetup contains callback functions like:

void crypt_set_log_callback(struct crypt_device _cd,
void (_log)(int level, const char *msg, void *usrptr),
void *usrptr);

When I try to use jnaerator I get the error:

1. ERROR in file:///test/TestLibrary.java (at line 188)
   public static native void cryptSetLogCallback(Pointer<TestLibrary.crypt_device > cd, Pointer<TestLibrary.crypt_set_log_callback_log_callback > arg, Pointer<? > usrptr);
   TestLibrary.crypt_set_log_callback_log_callback cannot be resolved to a type

The jnaerator should have creates a new interface that extends from com.sun.jna.Callback, but it didn't, as in https://code.google.com/p/jnaerator/wiki/CToJavaTransformation#Callbacks_fields

I try to make a typedef declaration in libcryptsetup.h, but jnaerator just creates a native method for the typedef.

Here is my configuration for jnaerator:
<== config.jnaerator ==>
/// Define the name of the output library
-library Test

/// Add a directory to the include path
-I /home/devent/Sources/c/cryptsetup/lib
-I /usr/include/linux

/// Generate getters and setters for struct fields
-beanStructs

/// Transform C names to Java-looking names : some_func() => someFunc()
-beautifyNames

/// output directory here
-o $(DIR)

/// (deprecated) Do not create an output JAR
//-noJar

/// (deprecated) Do not compile JNAerated headers
//-noComp

/// JNAerate libraries that use JNA's faster direct call convention
//-direct

/// Generate a class entryclassName.EntryClassName that will contain all of
/// the jnaerated libraries instances. . User code will just need to static
/// import or derive from this class to access to the instances.
//-entryClass

/// Force the overwrite of existing files
-f

///
// -mode Maven
-mode Jar

/// The header files
/home/devent/Sources/c/cryptsetup/lib/libcryptsetup.h

[ochafik]

Hi @devent ,

Thanks a lot for your report !

This bug is caused by the -beautifyNames switch, which you remove as a workaround. I'm working on a fix as I write.

Cheers

[devent]

Thank you very much, now the code is generated. Of course the names are all C style with underscores.

[ochafik]

Closing this bug since bug is fixed and there's no plan to change beautification in the near future.