search for: crtdefs

...EXIT_SUCCESS; } and here is the compile log: (two things are translated from polish so may differ a bit but meaning is the same) Code: szczerb at nomad ~/projekty/wine/temp $ make wineg++ -c -o main.o main.cpp In file included from main.cpp:3: /usr/include/wine/msvcrt/conio.h:11:21: error: crtdefs.h: no such file or directory winegcc: g++ failed make: *** [main.o] error 2 and the file is there: Code: szczerb at nomad ~/projekty/wine/temp $ slocate crtdefs.h /usr/include/wine/msvcrt/crtdefs.h Any ideas on that one? ;]

...mand line>:19: > 1>[elided header file name](9,1): error : static_assert failed > "sizeof(size_t) == 4" > 1> static_assert(sizeof(size_t) != 4, "sizeof(size_t) == 4"); > 1> ^ ~~~~~~~~~~~~~~~~~~~ > > Later on, I get an error saying that crtdefs.h is trying to redefine > size_t from an unsigned int to an unsigned long long... > > Perhaps one of my preprocessor defines is causing these errors: > > WIN32 > _DEBUG > _WINDOWS > _USRDLL > _SCL_SECURE_NO_WARNINGS > _CRT_SECURE_NO_WARNINGS > _WIN64 > _x86_64_ =...

...b/Basic/Targets.cpp?revision=218666&view=markup#l3512 X86_32 http://llvm.org/viewvc/llvm-project/cfe/trunk/lib/Basic/Targets.cpp?revision=218666&view=markup#l3157 I don't see any obvious bugs here. On Tue, Sep 30, 2014 at 6:50 PM, Eric Mader <emader at gmx.us> wrote: > But crtdefs.h says: > > #ifdef _WIN64 > typedef unsigned __int64 size_t; > #else > typedef _W64 unsigned int size_t; > #endif > > Which conflicts with the built-in definition, that seems to be equivalent > to: > > typedef unsigned int size_t; > > What determines the built...

...* deal with the fact that windef.h also defines BOOL */ > #define BOOL WINBOOL > > #include <windows.h> > #include <intrin.h> > > #undef BOOL > #endif > > Looking at the preprocessor expansion of a typical .cpp file, I > see that crtdefs.h defines size_t like this: > > typedef unisgned __int64 size_t; > > Later on, <LLVM>\lib\clang\3.6.0\includes\stddef.h defines it as: > > typedef unsigned int size_t; > > Is there some other magic I need to do to get these to work? > > I'...

...rsion of Winamp was built with VS 2008. But then Winamp was sold to Radionomy, so who knows what tools they use now... -------------- Why MSVS can compile memory.c when "#include <stdint.h>" was removed: memory.c includes "private/memory.h", it indirectly includes <crtdefs.h> where uintptr_t is defined. But it's implementation details... -------------- memory.c also includes "share/alloc.h" which contains the following code: #if HAVE_STDINT_H #include <stdint.h> /* for SIZE_MAX in case limits.h didn't get it */ #endif but memory.c includ...

...ot;c:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include" -o test1.exe In file included from test1.c:2: In file included from c:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\stdio.h:20: In file included from c:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\crtdefs.h:74: c:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\vadefs.h:50:9: error:       unknown type name '__w64' typedef _W64 unsigned int   uintptr_t; My questions: a) Am I referring to the correct C header files folder? b) Do I have to include a Windows specific include file whe...

...lude file" starts with: #if BUILDING_FOR_WINDOWS #define NOMINMAX /* deal with the fact that windef.h also defines BOOL */ #define BOOL WINBOOL #include <windows.h> #include <intrin.h> #undef BOOL #endif Looking at the preprocessor expansion of a typical .cpp file, I see that crtdefs.h defines size_t like this: typedef unisgned __int64 size_t; Later on, <LLVM>\lib\clang\3.6.0\includes\stddef.h defines it as: typedef unsigned int size_t; Is there some other magic I need to do to get these to work? I'm also seeing a bunch of errors like this having to do with intri...

On Mon, Jul 06, 2015 at 11:24:42AM +0200, Thomas Huth wrote: > On Sun, 5 Jul 2015 14:59:54 +0200 > "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > On Sun, Jul 05, 2015 at 12:58:53PM +0200, Michael S. Tsirkin wrote: > > > On Thu, Jul 02, 2015 at 09:21:22AM +0200, Thomas Huth wrote: > > > > The virtio_ring.h header is used in userspace

On Mon, Jul 06, 2015 at 11:24:42AM +0200, Thomas Huth wrote: > On Sun, 5 Jul 2015 14:59:54 +0200 > "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > On Sun, Jul 05, 2015 at 12:58:53PM +0200, Michael S. Tsirkin wrote: > > > On Thu, Jul 02, 2015 at 09:21:22AM +0200, Thomas Huth wrote: > > > > The virtio_ring.h header is used in userspace

src/libFLAC/memory.c cannot be compiled with MSVS 2005 (and probably VS2008 too) after this commit: http://git.xiph.org/?p=flac.git;a=commitdiff;h=7cbecbae9f70be770f7651d09531fec0de6f9cf5 because MSVS2005 doesn't provide stdint.h. According to MSDN, uintptr_t is defined in "STDDEF.H and other include files".

...assignments. msvcrt: Use __iob_func instead of __p__iob in __acrt_iob_func implementation. msvcrt: Export __p__iob only on i386. msvcrt: Avoid conflict with mingw __iob_func declaration. include/msvcrt: Add corecrt.h header. include/msvcrt: Include corecrt.h instead of crtdefs.h. mshtml/tests: Fix events.html on some win10 versions. mshtml/tests: Fix SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION tests on recent IE11 versions. mshtml: Support semicolon in UA compatible string. mshtml/tests: Fix XHR tests on some IE versions. kernel32/tests: Add...

...open calls, and use a common pattern in all calls. ntdll: Add tests for NULL object attributes. server: Use a common helper function to implement open object calls. server: Directly return a structure in get_req_unicode_str(). include: Update stdcall and cdecl definitions in crtdefs.h. ntdll/tests: Add a helper function to run tests across all kernel object types. ntdll: Add tests for the length of the object attributes structure. server: Fix checks for a valid directory in object attributes. user32: Add some tests for window station and desktop object...

...for unistd.h... (cached) yes checking for getopt.h... yes checking for sys/cdefs.h... yes checking for limits.h... yes checking for wchar.h... yes checking for stdint.h... (cached) yes checking for inttypes.h... (cached) yes checking for sys/mman.h... yes checking for features.h... no checking for crtdefs.h... no checking for arpa/inet.h... yes checking for sys/stat.h... (cached) yes checking for sys/time.h... yes checking for netdb.h... yes checking for netinet/in.h... yes checking for semaphore.h... yes checking for sys/select.h... yes checking for sys/param.h... yes checking for sys/wait.h... yes...

...ment for 64-bit. libwine: Don't try to use the preloader on non-i386. msi: Don't include msvcrt headers. setupapi: Don't include msvcrt headers. msvcrt: Don't include msvcrt headers, instead duplicate the definitions in msvcrt.h. include: Add the msvcrt/crtdefs.h header and include it where needed. msvcrt: Use intptr_t or size_t instead of long where appropriate. msvcrt: Use iob_func instead of p__iob on non-x86. msvcrt/tests: Load __mb_cur_max and _mbctype dynamically since they may not be available to link against. msvcrt: Avoid...

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 Thanks: Tomáš Golembiovský --- v2v/virt-v2v.pod | 38 ++++++++++++++++++++++++++------------ 1 file changed, 26 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..0943bf305 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,32 @@ that

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 --- v2v/virt-v2v.pod | 39 +++++++++++++++++++++++++++------------ 1 file changed, 27 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..93d1a9ecd 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,33 @@ that guest through the RHV-M UI,

If the connection is not local, paths of disks will refer to the remote host, which were mistakenly handled as local paths (in the best case failing to open a non-existing disk, and in the worst case opening a different disk!). In case the disks are remote resources like ssh or ceph, nothing guarantees that the hostname can be reached from the local machine, or even that it is actually the same on

Hopefully this time ...