search for: win32_lean_and_mean

Hello, I try to port a small program (Windows resouces manipulation tool) on MacOSX, but I've a strange compilation problem : Code: wineg++ -c -I. -I/usr/local/include/wine -I/usr/local/include/wine/windows -o ExeIconManipulation.o ExeIconManipulation.cpp /usr/include/sys/_select.h:47: error: declaration of C function ?int select(int, fd_set*, fd_set*, fd_set*, timeval*)? conflicts

Hi all, Windows Vista Home Premium VC++ 9 According to MSDN, the if_indextoname() function should be included on Vista: http://msdn.microsoft.com/en-us/library/bb408408%28VS.85%29.aspx However, I can''t get mkmf to see it. I tried all of these: require ''mkmf'' if have_header(''netioapi.h'') # yes have_func(''if_indextoname'',

lvqcl wrote: >>> Win_utf8 stuff should not be included in libflac since it's only to be >>> used by the flac.exe frontend. It is not needed by other programs nor >>> would they benefit from it without doing the extra work of converting >>> their ansi filenames and functions to utf-8. >>> >>>> Version 2 of my patch attached, which fixes

...t verbosity. This effectively removes the warning below for all users of the german keyboard layout (and others): Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols Alan Coopersmith (1): Stop including <X11/Xalloca.h> in parseutils.c Jon TURNEY (1): Define WIN32_LEAN_AND_MEAN when building on Win32 Matthew Green (1): Adjust a NUL-string assignment to avoid const issues. Peter Hutterer (2): symbols: increase the warning level for shortening a key type xkbcomp 1.3.1 git tag: xkbcomp-1.3.1 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.3...

Hi everyone, Have been trying to include windows.h (from MinGW) and R.h into a package and have found that Ralloc is coming up as a clash no matter which include ordering I use. In windows it has 2 arguments and is defined in objidl.h and in R.h it is 3 arguments. Any ideas of how to work round this? Have checked the web and have not seen anyone else comment on this. Many thanks Tom

Hi, I am not sure how widespread this problem is, but definitely occurs for me on 64 bit Win 7 with a 64 bit R. I think I have isolated the issue (to a certain extent) in the attached Test.cpp file. Basically, I think linking with boost serialization is causing the plugin to fail. If I compile Test.cpp with line 43 (Dummy* Read() ...) commented out, I get the expected output in R: >

Ah, I see this was addressed in 250386 - though might be nice to address across the whole project rather than this particular inclusion. Though maybe we've few enough inclusions that it's not too bad. On Fri, Oct 16, 2015 at 2:51 PM, David Blaikie <dblaikie at gmail.com> wrote: > > > On Thu, Oct 15, 2015 at 2:17 AM, David Majnemer via llvm-commits < > llvm-commits at

...wanted to avoid share/win_utf8_io.h completely, we would need to do something similar in the 34 files that use flac_(printf|fprintf|vfprintf|fopen|chmod|utime|stat|unlink|rename), which would be counterproductive to the purpose of compat.h. On the topic of header minimalism, we may want to #define WIN32_LEAN_AND_MEAN and NOGDI before every #include <windows.h> in the codebase. Janne Hyv?rinen wrote: > Win_utf8 stuff should not be included in libflac since it's only to be used > by the flac.exe frontend. It is not needed by other programs nor would they > benefit from it without doing the e...

..."armcpu.h" + +#if !defined(ARM_ASM) || \ + !defined(ARMv5E_ASM) && !defined(ARMv6_ASM) && \ + !defined(ARM_HAVE_NEON) +opus_uint32 opus_cpu_capa(void) +{ + return 0; +} +#elif defined(_MSC_VER) +/*For GetExceptionCode() and EXCEPTION_ILLEGAL_INSTRUCTION.*/ +# define WIN32_LEAN_AND_MEAN +# define WIN32_EXTRA_LEAN +# include <windows.h> + +opus_uint32 opus_cpu_capa(void){ + opus_uint32 flags; + flags=0; + /*MSVC has no inline __asm support for ARM, but it does let you __emit + * instructions via their assembled hex code. + * All of these instructions shou...

Changes since OpenSSH 6.1 ========================= This release introduces a number of new features: Features: * ssh(1)/sshd(8): Added support for AES-GCM authenticated encryption in SSH protocol 2. The new cipher is available as aes128-gcm at openssh.com and aes256-gcm at openssh.com. It uses an identical packet format to the AES-GCM mode specified in RFC 5647, but uses simpler and

Hi, OpenSSH 6.1 is almost ready for release, so we would appreciate testing on as many platforms and systems as possible. This release contains a couple of new features and bug fixes. Snapshot releases for portable OpenSSH are available from http://www.mindrot.org/openssh_snap/ The OpenBSD version is available in CVS HEAD: http://www.openbsd.org/anoncvs.html Portable OpenSSH is also available

Hi, I’d just like to interject to say that building within Visual Studio isn’t really that bad. Running the lit tests is a bit painful because the LLVM build tools that are integrated with the build system don’t play nice with msbuild. Particularly, I’ve never been able to actually cancel an invocation of lit or tablegen via visual studio. That said, there is a huge upside to building with