On Sat, Sep 11, 2010 at 6:56 AM, Xiaofan Chen wrote:
> On Fri, Sep 10, 2010 at 4:37 PM, Kai Tietz wrote:
> Hrmph, I guess the only way here is to bite the bullet and
> really add a -lmingwex after all other libs. However it would
> have been really nice if we provided them as always_
On Fri, Sep 10, 2010 at 4:37 PM, Kai Tietz wrote:
Hrmph, I guess the only way here is to bite the bullet and
really add a -lmingwex after all other libs. However it would
have been really nice if we provided them as always_inlines
>>> Hmm, always inline is bad too. As gcc
On Fri, Sep 10, 2010 at 12:33 PM, JonY wrote:
> On 9/11/2010 00:30, Mario Emmenlauer wrote:
>>
>> Hi,
>>
>> On 09/09/2010 01:45 PM, Mario Emmenlauer wrote:
2010/9/9 JonY:
> On 9/9/2010 12:36, Nils Woetzel wrote:
cd gcc-4.5.1-build
ln -s /mypath/x86_64-w64-mingw32 ./mingw
2010/9/10 Sébastien Villemot :
> JonY writes:
>
>> On 9/11/2010 01:22, Sébastien Villemot wrote:
>
>>> After some experimentation, it appears that my problem is much more
>>> generic than what I had initially thought, and has no relation to
>>> MATLAB. It seems to systematically happen when a C++
JonY writes:
> On 9/11/2010 01:22, Sébastien Villemot wrote:
>> After some experimentation, it appears that my problem is much more
>> generic than what I had initially thought, and has no relation to
>> MATLAB. It seems to systematically happen when a C++ exception is thrown
>> by a DLL compile
Hi,
After some experimentation, it appears that my problem is much more
generic than what I had initially thought, and has no relation to
MATLAB. It seems to systematically happen when a C++ exception is thrown
by a DLL compiled using Visual C++ (x64) and linked to an executable
compiled using Min
On 9/11/2010 01:22, Sébastien Villemot wrote:
> Hi,
>
> After some experimentation, it appears that my problem is much more
> generic than what I had initially thought, and has no relation to
> MATLAB. It seems to systematically happen when a C++ exception is thrown
> by a DLL compiled using Visual
On 9/11/2010 00:30, Mario Emmenlauer wrote:
>
> Hi,
>
> On 09/09/2010 01:45 PM, Mario Emmenlauer wrote:
>>> 2010/9/9 JonY:
On 9/9/2010 12:36, Nils Woetzel wrote:
>>> cd gcc-4.5.1-build
>>> ln -s /mypath/x86_64-w64-mingw32 ./mingw
>>>
>>> assuming, that you are building/configur
On 09/09/2010 05:05 AM, JonY wrote:
> On 9/9/2010 04:27, Mario Emmenlauer wrote:
>>
>> Hi JonY,
>>
>> On 09/07/2010 12:03 PM, JonY wrote:
>>> On 9/7/2010 15:20, Mario Emmenlauer wrote:
> On 9/7/2010 01:34, Mario Emmenlauer wrote:
>> On 09/06/2010 04:52 PM, JonY wrote:
>>> On 9/6/2010
Hi,
On 09/09/2010 01:45 PM, Mario Emmenlauer wrote:
>> 2010/9/9 JonY :
>>> On 9/9/2010 12:36, Nils Woetzel wrote:
>> cd gcc-4.5.1-build
>> ln -s /mypath/x86_64-w64-mingw32 ./mingw
>>
>> assuming, that you are building/configuring gcc in the folder
>> gcc-4.5.1-build - otherwis
Greetings,
I'm playing catch up here so apologies if this has already been covered,
but..
There is an @8 on DriverEntry in the libusb0_drv.def file. I'm not exactly
sure how gcc handles this on a 64bit machine. Could this be causing a
problem?
Xiao is right, the support here is great!
Regar
On 9/10/2010 22:54, Xiaofan Chen wrote:
> On Fri, Sep 10, 2010 at 10:16 PM, Travis wrote:
>> I'm playing catch up here so apologies if this has already been covered,
>> but..
>>
>> There is an @8 on DriverEntry in the libusb0_drv.def file. I'm not exactly
>> sure how gcc handles this on a 64bit m
On Fri, Sep 10, 2010 at 10:16 PM, Travis wrote:
> I'm playing catch up here so apologies if this has already been covered,
> but..
>
> There is an @8 on DriverEntry in the libusb0_drv.def file. I'm not exactly
> sure how gcc handles this on a 64bit machine. Could this be causing a
> problem?
As
On Fri, Sep 10, 2010 at 5:59 PM, Xiaofan Chen wrote:
>> Not sure here, it could be here undefined references DLLs, or
>> unavailable API. You can check imports here by using objdump -x
>> to see more details.
>
> I will check that.
Even though the issue seems to be solved, I still want to provid
On Fri, Sep 10, 2010 at 5:21 PM, Xiaofan Chen wrote:
> On Fri, Sep 10, 2010 at 6:40 PM, Ozkan Sezer wrote:
>> On Fri, Sep 10, 2010 at 1:34 PM, Xiaofan Chen wrote:
>>> On Fri, Sep 10, 2010 at 6:31 PM, Ozkan Sezer wrote:
>>>
Speaking of linkage to usbd.sys, where did you get libusbd.a for li
On Fri, Sep 10, 2010 at 6:40 PM, Ozkan Sezer wrote:
> On Fri, Sep 10, 2010 at 1:34 PM, Xiaofan Chen wrote:
>> On Fri, Sep 10, 2010 at 6:31 PM, Ozkan Sezer wrote:
>>
>>> Speaking of linkage to usbd.sys, where did you get libusbd.a for linking
>>> to it? AFAICS, we don't provide it (shame on us.)
On Fri, Sep 10, 2010 at 1:34 PM, Xiaofan Chen wrote:
> On Fri, Sep 10, 2010 at 6:31 PM, Ozkan Sezer wrote:
>
>> Speaking of linkage to usbd.sys, where did you get libusbd.a for linking
>> to it? AFAICS, we don't provide it (shame on us.) Your libusb0.sys looks
>> for a _USBD_CreateConfigurationR
On Fri, Sep 10, 2010 at 6:31 PM, Ozkan Sezer wrote:
> Speaking of linkage to usbd.sys, where did you get libusbd.a for linking
> to it? AFAICS, we don't provide it (shame on us.) Your libusb0.sys looks
> for a _USBD_CreateConfigurationRequestEx, notice the leading underscore,
> so can this be th
On Fri, Sep 10, 2010 at 1:18 PM, Ozkan Sezer wrote:
> On Fri, Sep 10, 2010 at 1:11 PM, Kai Tietz wrote:
>> 2010/9/10 Ozkan Sezer :
>>> On Fri, Sep 10, 2010 at 12:59 PM, Xiaofan Chen wrote:
On Fri, Sep 10, 2010 at 5:43 PM, Kai Tietz wrote:
>> Unfortunately it does not work under Wi
Thanks for all the suggestions. I will try them and report back.
On our side, we need quite a bit of cleaning on supporting MinGW-w64
as well, not only for the driver building, but also for other parts
(dll/filter/test/testwin target) and fix the Makefile for infwizard
(mixed 32bit/64bit build iss
On Fri, Sep 10, 2010 at 1:11 PM, Kai Tietz wrote:
> 2010/9/10 Ozkan Sezer :
>> On Fri, Sep 10, 2010 at 12:59 PM, Xiaofan Chen wrote:
>>> On Fri, Sep 10, 2010 at 5:43 PM, Kai Tietz wrote:
>>>
> Unfortunately it does not work under Windows 7 x64.
>
> I got the following error.
> "W
2010/9/10 Ozkan Sezer :
> On Fri, Sep 10, 2010 at 12:59 PM, Xiaofan Chen wrote:
>> On Fri, Sep 10, 2010 at 5:43 PM, Kai Tietz wrote:
>>
Unfortunately it does not work under Windows 7 x64.
I got the following error.
"Windows cannot load the device driver for this hardware.
On Fri, Sep 10, 2010 at 12:59 PM, Xiaofan Chen wrote:
> On Fri, Sep 10, 2010 at 5:43 PM, Kai Tietz wrote:
>
>>> Unfortunately it does not work under Windows 7 x64.
>>>
>>> I got the following error.
>>> "Windows cannot load the device driver for this hardware.
>>> The driver may be corrupted or m
On Fri, Sep 10, 2010 at 5:43 PM, Kai Tietz wrote:
>> Unfortunately it does not work under Windows 7 x64.
>>
>> I got the following error.
>> "Windows cannot load the device driver for this hardware.
>> The driver may be corrupted or missing. (Code 39)"
>>
>> I will update later with more informat
2010/9/10 Xiaofan Chen :
> On Fri, Sep 10, 2010 at 4:27 PM, Xiaofan Chen wrote:
>
>>> Thanks for the explanations. Now I need to test this MinGW-w64
>>> build driver. I will come back if I encounter problems.
>>
>> The modified source and binaries are archived here.
>> http://code.google.com/p/pic
On Fri, Sep 10, 2010 at 4:27 PM, Xiaofan Chen wrote:
>> Thanks for the explanations. Now I need to test this MinGW-w64
>> build driver. I will come back if I encounter problems.
>
> The modified source and binaries are archived here.
> http://code.google.com/p/picusb/downloads/list
> (libusb-win
2010/9/10 Ozkan Sezer :
> On Fri, Sep 10, 2010 at 11:02 AM, Kai Tietz wrote:
>> 2010/9/10 Ozkan Sezer :
>>> On Fri, Sep 10, 2010 at 10:54 AM, Kai Tietz wrote:
2010/9/10 Ozkan Sezer :
> On Fri, Sep 10, 2010 at 10:34 AM, Kai Tietz
> wrote:
>> 2010/9/10 Ozkan Sezer :
>>> On Fr
On Fri, Sep 10, 2010 at 11:02 AM, Kai Tietz wrote:
> 2010/9/10 Ozkan Sezer :
>> On Fri, Sep 10, 2010 at 10:54 AM, Kai Tietz wrote:
>>> 2010/9/10 Ozkan Sezer :
On Fri, Sep 10, 2010 at 10:34 AM, Kai Tietz
wrote:
> 2010/9/10 Ozkan Sezer :
>> On Fri, Sep 10, 2010 at 10:28 AM, Kai
On Fri, Sep 10, 2010 at 4:21 PM, Xiaofan Chen wrote:
> On Fri, Sep 10, 2010 at 4:18 PM, Kai Tietz wrote:
Hrmph, I guess the only way here is to bite the bullet and
really add a -lmingwex after all other libs. However it would
have been really nice if we provided them as always_inl
On Fri, Sep 10, 2010 at 4:18 PM, Kai Tietz wrote:
>>> Hrmph, I guess the only way here is to bite the bullet and
>>> really add a -lmingwex after all other libs. However it would
>>> have been really nice if we provided them as always_inlines
>>
>> Yes changing the Makefile to link to libmingwex
2010/9/10 Xiaofan Chen :
> On Fri, Sep 10, 2010 at 3:59 PM, Ozkan Sezer wrote:
>
> Well, to link without mingwex library cause here for sure issues as
> all intrinsics are missing. If they can't link to this library, then
> they need to provide at least a library which declares those
>
On Fri, Sep 10, 2010 at 11:15 AM, Xiaofan Chen wrote:
> On Fri, Sep 10, 2010 at 3:59 PM, Ozkan Sezer wrote:
>
> Well, to link without mingwex library cause here for sure issues as
> all intrinsics are missing. If they can't link to this library, then
> they need to provide at least a
On Fri, Sep 10, 2010 at 3:59 PM, Ozkan Sezer wrote:
Well, to link without mingwex library cause here for sure issues as
all intrinsics are missing. If they can't link to this library, then
they need to provide at least a library which declares those
intrinsics of VC, which are
2010/9/10 Ozkan Sezer :
> On Fri, Sep 10, 2010 at 10:54 AM, Kai Tietz wrote:
>> 2010/9/10 Ozkan Sezer :
>>> On Fri, Sep 10, 2010 at 10:34 AM, Kai Tietz wrote:
2010/9/10 Ozkan Sezer :
> On Fri, Sep 10, 2010 at 10:28 AM, Kai Tietz
> wrote:
>> 2010/9/10 Teemu Nätkinniemi :
>>>
On Fri, Sep 10, 2010 at 10:54 AM, Kai Tietz wrote:
> 2010/9/10 Ozkan Sezer :
>> On Fri, Sep 10, 2010 at 10:34 AM, Kai Tietz wrote:
>>> 2010/9/10 Ozkan Sezer :
On Fri, Sep 10, 2010 at 10:28 AM, Kai Tietz
wrote:
> 2010/9/10 Teemu Nätkinniemi :
>>
>>> libusb_driver.o:libusb_d
2010/9/10 Ozkan Sezer :
> On Fri, Sep 10, 2010 at 10:34 AM, Kai Tietz wrote:
>> 2010/9/10 Ozkan Sezer :
>>> On Fri, Sep 10, 2010 at 10:28 AM, Kai Tietz wrote:
2010/9/10 Teemu Nätkinniemi :
>
>> libusb_driver.o:libusb_driver.c:(.text+0x6a9): undefined
>> reference to `_Interloc
>>
On Fri, Sep 10, 2010 at 10:34 AM, Kai Tietz wrote:
> 2010/9/10 Ozkan Sezer :
>> On Fri, Sep 10, 2010 at 10:28 AM, Kai Tietz wrote:
>>> 2010/9/10 Teemu Nätkinniemi :
> libusb_driver.o:libusb_driver.c:(.text+0x6a9): undefined
> reference to `_Interloc
> kedIncrement'
> libusb_d
On Fri, Sep 10, 2010 at 3:34 PM, Kai Tietz wrote:
>>> On 64-bit are acutual no Interlocked...-API. It reflects always to
>>> _Interlocked..-API on x64. But why you get unresolved externals? We
>>> are providing those intrinsics in libminwex.a
>>
>> See wdm.h, they are probably expected to be expor
2010/9/10 Xiaofan Chen :
> On Fri, Sep 10, 2010 at 3:29 PM, Ozkan Sezer wrote:
gcc -o libusb0.sys abort_endpoint.o claim_interface.o clear_feature.o
dispatch.o
get_configuration.o get_descriptor.o get_interface.o get_status.o ioctl.o
libus
b_driver.o pnp.o release_inter
On Fri, Sep 10, 2010 at 3:29 PM, Ozkan Sezer wrote:
>>> gcc -o libusb0.sys abort_endpoint.o claim_interface.o clear_feature.o
>>> dispatch.o
>>> get_configuration.o get_descriptor.o get_interface.o get_status.o ioctl.o
>>> libus
>>> b_driver.o pnp.o release_interface.o reset_device.o reset_endp
2010/9/10 Ozkan Sezer :
> On Fri, Sep 10, 2010 at 10:28 AM, Kai Tietz wrote:
>> 2010/9/10 Teemu Nätkinniemi :
>>>
libusb_driver.o:libusb_driver.c:(.text+0x6a9): undefined
reference to `_Interloc
kedIncrement'
libusb_driver.o:libusb_driver.c:(.text+0x6d4): undefined
referen
On Fri, Sep 10, 2010 at 10:28 AM, Kai Tietz wrote:
> 2010/9/10 Teemu Nätkinniemi :
>>
>>> libusb_driver.o:libusb_driver.c:(.text+0x6a9): undefined
>>> reference to `_Interloc
>>> kedIncrement'
>>> libusb_driver.o:libusb_driver.c:(.text+0x6d4): undefined
>>> reference to `_Interloc
>>> kedDecrement
On Fri, Sep 10, 2010 at 9:52 AM, Ozkan Sezer wrote:
> On Fri, Sep 10, 2010 at 9:47 AM, Xiaofan Chen wrote:
>> On Fri, Sep 10, 2010 at 2:07 PM, Ozkan Sezer wrote:
>>
>>> Well, src/driver/usbdlib_gcc.h at line around 23, I added :
>>>
>>> #if !defined(DDKAPI)
>>> #define DDKAPI NTAPI
>>> #endif
>>
2010/9/10 Teemu Nätkinniemi :
>
>> libusb_driver.o:libusb_driver.c:(.text+0x6a9): undefined
>> reference to `_Interloc
>> kedIncrement'
>> libusb_driver.o:libusb_driver.c:(.text+0x6d4): undefined
>> reference to `_Interloc
>> kedDecrement'
>> libusb_driver.o:libusb_driver.c:(.text+0x70d): undefined
> libusb_driver.o:libusb_driver.c:(.text+0x6a9): undefined
> reference to `_Interloc
> kedIncrement'
> libusb_driver.o:libusb_driver.c:(.text+0x6d4): undefined
> reference to `_Interloc
> kedDecrement'
> libusb_driver.o:libusb_driver.c:(.text+0x70d): undefined
> reference to `_Interloc
> kedDecrem
45 matches
Mail list logo
