Simulate typeof operator for the Wine code that requires it
modified ReactOS-generic.rbuild
Force-include typeof.h when compiling with Visual C++
svn path=/trunk/; revision=42469
- wdm.h: Properly define NTKERNELAPI.
- ntifs.h: Properly define NTKERNELAPI, and don't redefine NTSYSAPI.
- ntoskrnl: Apply the WDK hack for our headers (and gcc) too. Also redefine NTHALAPI for NDK so we don't auto-import KdComPortInUse -- ld complains about this.
- Apply this for cmlib, csq and rossym too.
- Use this in HAL too, and redefine NTSYSAPI so we don't auto import some structures from the kernel. Also, don't define __declspec(dllimport) to nothing -- this doesn't work with gcc, and doesn't seem to be necessary. I tried building HAL with the WDK and this wasn't an issue.
svn path=/trunk/; revision=42461
- Remove a hack for sysaudio + kmixer
[PORTCLS]
- Disable assert untill stream allocator is in place
- Remove dead code
- Implement IPortPinWaveCyclic_HandleKsStream
[KMIXER]
- Remove unused code
- Implement creating the allocator
- Properly implement openening the device
[STREAM]
- Use GLOBAL as the reference string
- Setup a pin create item
[SYSAUDIO]
- Use reference string GLOBAL to open kmixer
- Use reference string GLOBAL for opening sysaudio. Will be removed once bug 4566 is resolved
svn path=/trunk/; revision=42457
Bug 4733: Japanese translation for explorer-new and winemine by Tomoya Kitagawa
Bug 4738: Brazilian Portuguese translation for User Environment by Wagner Leandro Bueno Angelo
Bug 4749: Czech translation update by Radek Liska
Bug 4761: Norwegian translate by Lars Martin Hambro
svn path=/trunk/; revision=42456
Another mysterious case of stdlib.h being automatically included for gcc but not cl, another module compiling with Visual C++
svn path=/trunk/; revision=42451
We have lrint and lrintf, don't provide inline implementations
Three cheers for libsamplerate, congratulations to it for compiling on Visual C++
svn path=/trunk/; revision=42450
modified dll/win32/opengl32/opengl32.c
Give prototypes to all functions
Implement OpenGL thunks in assembler for Visual C++
Nope, environment is not compiler this time, either
modified dll/win32/opengl32/opengl32.h
Don't use dllexport, we have a spec file
Congratulations opengl32, you now build with Visual C++
svn path=/trunk/; revision=42448
Implement GreMovePointer and GreSetPointerShape, calling the eng functions and use them instead of the former mess in IntSetCursor. Fix IntShowMousePointer, EngSetPointerShape to properly handle the color bitmap. We now have support for colored mouse cursors, like used by our paint.
svn path=/trunk/; revision=42447
For some reason, <limits.h> was included for gcc, but not Visual C++: include it explicitly just in case
And we welcome advapi32 to the club of modules that compile with Visual C++
svn path=/trunk/; revision=42445
libxml2 wants __MINGW32__, let's give it __MINGW32__. This should probably defined globally, because our Visual C++ environment is kind of MinGW, after all
And libxml2 compiles with Visual C++, too
svn path=/trunk/; revision=42444
Arch Blackmann confuses compiler with build environment in libjpeg too. No project is safe
modified libjpeg.rbuild
HAVE_CONFIG_H is only used in ansi2knr.c, which we don't build
added libjpeg.reactos.diff
Added patch files with changes from vendor drop
Yes, libjpeg now compiles with Visual C++, in case you were wondering
svn path=/trunk/; revision=42442
- Calculate resource list size with FIELD_OFFSET macro
- Fix a big bug in IResourceList_fnAddEntryFromParent which didnt copy the untranslated resource list entry
svn path=/trunk/; revision=42439
