- Rewrite hidparser so that it support multiple top level collections
- Add support for flat collection context meaning all context structures are aligned in after each other. The reason this is required is that usermode hid.dll will access the same structure and thus can't use kernel pointers. User mode hid.dll is used to support keyboard with custom keys (for example search key, email key etc)
svn path=/branches/usb-bringup-trunk/; revision=55353
- Start support for multi top level hid collections
- Not yet full implemented
- Required for proper usb composite support
svn path=/branches/usb-bringup-trunk/; revision=55332
- Create a branch to do a proper merge of USB work from a trunk base instead of from cmake-bringup
- In the future, DO NOT under any circumstances branch another branch. This leads to merge problems!
svn path=/branches/usb-bringup-trunk/; revision=55018
- Implement a HID parsing library, which is based on Haiku`s exellent HID Stack
- Implement HidP_FreeCollection, HidP_GetCaps, HidP_GetCollectionDescription, HidP_MaxUsageListLength, HidP_GetSpecificValueCaps, HidP_GetUsages, HidP_GetScaledUsageValue
- hidparse driver is now implemented enough to support a hid mouse
- Tested in VBox 4.1.4 + WinXP + ReactOS usbohci+ mouhid+ hidclass+ hidparse+hidusb
svn path=/branches/usb-bringup/; revision=54834
We provide everything (headers, libraries, executables...), so tell it to cmake
[CRT]
The crt library must provide a and w version of the functions and not rely to _UNICODE being set or not
svn path=/branches/cmake-bringup/; revision=51273
- Allocate memory for the logical pin array
- Use the correct counter variable for logical pin array
- Found by msvc
svn path=/branches/cmake-bringup/; revision=50674
Define _MIDL_USE_GUIDDEF_, this causes __decspec(selectany) to be used on the iids. This way we don't need any linker flags to silence warnings and it also fixes errors when linking later.
svn path=/branches/cmake-bringup/; revision=50573
The old uuid library was one file containing all the uuids, generated from the psdk headers, which results in all GUIDs being linked, as soon as a single one is used. Also while widl creates DEFINE_GUID() entries in the header files, midl only creates "extern GUID", so this didn't work on MSVC. The new version uses iid files generated from the idl files and some extra C files. This works with both midl and widl, reduces overhead when linking uuids and is much closer to MS uuid lib.
svn path=/branches/cmake-bringup/; revision=50569
Convert checksum.S to new ML compatible syntax. Resulting obj was compared and is identical to trunk (both GAS and ML)
svn path=/branches/cmake-bringup/; revision=50545
Fix crt/bootcdregtest regression, due to _USER32_WSPRINTF.
add_definitions does not apply to target, but current directory.
svn path=/branches/cmake-bringup/; revision=50535
_Interlocked(Compare)ExchangePointer is an intrinsic that doesn't exist on x86, use portable version.
svn path=/branches/cmake-bringup/; revision=50522
On MSVC mark abs, labs and strcmp as intrinsics (needed when compiling with /O2+) and disable a warning that they are not intrinsics (when compiled with /O1)
svn path=/branches/cmake-bringup/; revision=50494
On MSVC builds, compile native SEH support into PSEH library.
This should be part of the crt, but our crt is too disorganized to handle that. The empty C file is for cmake to get the library right.
svn path=/branches/cmake-bringup/; revision=50486
Refactor IDL compilation:
- Move all macros to idl-support.cmake
- Make rpc proxy a static library, instead of fiddeling with SOURCE variable
- Merge client and server rpc libraries into one library
- Reorder global makelist file a little
- Improve configure script
- Improve naming, use add_* when a target is added, generate_* when only a file is generated
- Don't compile wbemcli.idl on MSVC (temp hack)
- Don't compile rossym on MSVC, we don't use it
- Use ml64 as assembler when compiling for amd64
- fix spec2def invocation
svn path=/branches/cmake-bringup/; revision=50478
The function dexec uses the varable p only in one location where its checked against nil, It neither initialized, not used anywhere else. This is probably a typo and b->p was meant. Yes I'm completely guessing, but this code doesn't give any other chance then guessing and it will probably not be worse then using an uninitialized variable...
@original author: please review.
svn path=/branches/cmake-bringup/; revision=50450