Il 27/04/2014 10:10, Michael Tokarev ha scritto:
>> qemu_mutex_lock
>> qemu_mutex_unlock
>> qemu_cond_wait
>> qemu_cond_signal
>> qemu_thread_create
>> socket_init
>> qemu_socket
>> qemu_mutex_init
>> qemu_cond_init
>>
>> So it looks like a preparation patch is needed before this one, to
>> ensure bisectability.
>>
>> Should those symbols be exported by libcacard (hence listed in the
>> .syms file), or should vscclient link line use more objects?
>
> They should not be exported by libcacard. I'm not sure what is happening
> here except to note that the list of objects being linked must satisfy
> all missing symbols since it results in a loadable and executable
> executable.
Well. vscclient explicitly uses them in the code, but only links with
libcacard, not with other qemu objects. So adding proper qemu objects
here should be fine. I can take care of that.
On the other hand, some of those are mutexes, shouldn't the same objects
be used inside the library and inside the executable? I don't know.
vscclient should link to libqemuutil.a.
Paolo
