On 2012.06.24 01:22, Xiaofan Chen wrote:
> Just found out that Fedora 17 ships with the defact dllwrap with
> their MinGW-w64 based toolchain (32bit and 64bit) and I have the
> exact same problem when cross-building libusbx under Fedora.
OK, then I don't think we have a choice. I just pushed your
On Mon, Jun 18, 2012 at 10:19 PM, Xiaofan Chen wrote:
> On Mon, Jun 18, 2012 at 9:44 PM, Pete Batard wrote:
>> On 2012.06.17 14:00, Xiaofan Chen wrote:
> In any case, the modification is benign and will work
> with different version of dlltool, so I think it is good
> to change libusb
On Mon, Jun 18, 2012 at 9:44 PM, Pete Batard wrote:
> On 2012.06.17 14:00, Xiaofan Chen wrote:
In any case, the modification is benign and will work
with different version of dlltool, so I think it is good
to change libusb-1.0.def.
>
> I'm still on the fence there.
>
> I'd rather wa
On 2012.06.17 14:00, Xiaofan Chen wrote:
>>> In any case, the modification is benign and will work
>>> with different version of dlltool, so I think it is good
>>> to change libusb-1.0.def.
I'm still on the fence there.
I'd rather wait a few weeks and see if dlltool are going to fix this, as
the
On Sun, Jun 17, 2012 at 8:00 PM, Peter Stuge wrote:
> Xiaofan Chen wrote:
>> > Bug report to dlltool (actually invalid as pointed by Kai).
>> > http://sourceware.org/bugzilla/show_bug.cgi?id=14258
>>
>> On the other hand, Ruben disagreed with Kai and he
>> thinks that the library name is optional.
Xiaofan Chen wrote:
> > Bug report to dlltool (actually invalid as pointed by Kai).
> > http://sourceware.org/bugzilla/show_bug.cgi?id=14258
>
> On the other hand, Ruben disagreed with Kai and he
> thinks that the library name is optional.
This is not a subjective matter. MS is the authoritative
On Sun, Jun 17, 2012 at 7:21 PM, Xiaofan Chen wrote:
> I found a strange error when building libusbx with newer version of
> the dlltool. As per this thread, it is the syntax error of libusb-1.0.def
> which caused the problem.
> http://comments.gmane.org/gmane.comp.gnu.mingw.w64.general/5141
>
> I