similar to: Problem compiling dev version for windows

Hi all, I''ve just noticed that 0.10 is out and wanted to give it a try on windows. I''m not at all an VS C++ Developer so I might do something very stupid here. My env: Windows Server 2003 VS .NET 2003 On the command line with nmake from VC7 in the path this is what I get: Attempting remote update of ferret Building native extensions. This could take a while... Microsoft

Hi, I recently started working on an existing Ruby On Rails application which production environment is linux. However we are trying to create a dev. platform with Eclipse in Windows and everything was working fine until one of our classes was trying to import system_timer. The initial error I got is: no such file to load -- system_timer Application Trace:

Attached is a patch and my service.c if there is any difficulty applying the patch. I did the following: 1. Created a ruby thread (Ruby_Service_Ctrl), that polls against a simple integer value (protected by a critical section). I was worried this would be "expensive"; however, I found the rb_thread_polling method and it seems to work well. 2. When an event occurs in Service_Ctrl it

I am build from source on MSVC 2017 cl.exe and MSYS2 32 bit. Environment Machine OS: Windows 10 Prof Visual Studio C++ : 2017 Windows SDK : 10.0.17763.0 MYS2 32 : MSYS_NT-10.0-WOW | uname -m i686 *Building code as below and getting error:* tar xzf libtheora-1.2.0alpha1.tar.gz cd libtheora-1.2.0alpha1; cd libtheora-1.2.0alpha1; CC=cl ./configure --prefix=/d/smallgame/gaminganywhere/deps.posix

I tried to download/compile/install win32-dir, but I couldn''t get it to go. Over a private email Daniel Berger had me... "Curious. What platform are you on exactly? Try modifying the extconf.rb file. Add ''have_library("SHFolder")'' above ''have_library("shell32")''. If that doesn''t work, try uncommenting the other

I just pushed a new wxruby-swig, which includes the known MSWin rakefile changes. It also has some significant internal improvements that will make it easier to add classes, and it includes support for one new class (wxEvent). wxruby-swig is now licensed under the "MIT license". wxRuby will remain under the wxWindows license as long as we are releasing the old code base. When we

Has anybody tried the new wxruby-swig from the msvc++ command line compiler using ''rake''? The rakefile seems to depend on the wx_config method, which doesn''t exist for msw because it doesn''t have BASH to execute the shell script. Has anyone hacked the rakefile to fix this? Nick

Hi there, I am trying to install Visual Studio 2005 under wine, I followed instructions from: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14208 While running wine 1.1.22/debian stable I am getting the following error: ... Z:\tmp\gdcm-wine\CMakeFiles\CMakeTmp\testCCompiler.c : fatal error C1902: Program database manager mismatch; please check your installation ...

Forwarded, because I don''t think he''s subscribed and I''m not getting an email notification in my Yahoo account. Dan -----Original Message----- From: CT [mailto:demerzel@gmail.com] Sent: Friday, February 04, 2005 4:17 PM To: Berger, Daniel Cc: win32utils-devel@rubyforge.org Subject: Re: Bug fix On Fri, 4 Feb 2005 16:53:17 -0600, Berger, Daniel

It works for me: ------ Build started: Project: LLVMHexagonCodeGen, Configuration: RelWithDebInfo Win32 ------ cl : Command line warning D9002: ignoring unknown option '/Zc:inline' HexagonFrameLowering.cpp ========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ========== Here's the info from the "about" window: Microsoft Visual Studio Professional 2013

For future reference, it looks like we should avoid DONT_RESOLVE_DLL_REFERENCES in any extensions. http://weblogs.asp.net/oldnewthing/archive/2005/02/14/372266.aspx Regards, Dan

This one includes the latest App.cpp which includes the Mac fix from Nick. I thought it was in 0.0.11, but it wasn''t. It also adds support for "stock objects", like colours, pens, and fonts. This turned out to be quite challenging, but I''m happy with the solution. It only took a few days :-/ Kevin

I''ve gotten a lot farther building wxRuby than I did a few months ago. But its getting late here and I''m going to bed. In the meantime, does anyone know why I''m getting this compile error: Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. cl -MD -Zi -O2b2xg- -G6

I''ve commited code for win32-etc 0.2.2, which adds the configure_user and configure_group methods. Testing appreciated. On my home system, I can''t get configure_user to work, but I haven''t any real idea why it fails. The configure_group method seems to work fine, however. Dan _________________________________________________________________ Fast. Reliable. Get

On 2/12/2016 9:47 PM, Vince Harron wrote: > Are you building LLDB? Im guessing that is where the failure is I'm building LLVM. The failure in the buildbot happens when compiling HexagonFrameLowering.cpp: ---------- FAILED: C:\PROGRA~2\MICROS~1.0\VC\bin\cl.exe /nologo /TP /DWIN32 /D_WINDOWS /W4 -wd4141 -wd4146 -wd4180 -wd4244 -wd4258 -wd4267 -wd4291 -wd4345 -wd4351 -wd4355 -wd4456

I'm trying to build LLVM 3.3 using cmake/nmake, Microsoft C++ 2012, on a 64-bit Windows 7 system. I tried it with the 32-bit compiler as a test case first and that appeared to work, then with the 64-bit compiler in the hope that would give me a 64-bit build of LLVM, but instead got this error message: [ 86%] Generating X86CompilationCallback_Win64.obj Microsoft (R) Macro Assembler (x64)

After some running some more tests, a weird addendum to this case: the build also fails at the same place with the same error message if MinGW isn't in the path. I'm not talking about MinGW instead of Microsoft C++, it's just that the build works if and only if MinGW is in the path _as well as_ the 32-bit version of Microsoft C++. On Sat, Aug 24, 2013 at 8:15 PM, Russell Wallace

... Or maybe not? I just tried it again in the exact same configuration that did work before, and this time it fails at an earlier stage with a different error: [ 66%] Building CXX object lib/Target/Mips/CMakeFiles/LLVMMipsCodeGen.dir/Mips16FrameLowering.cpp.obj Mips16FrameLowering.cpp NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : return code '0xffffffff'

Hello, I suspect that r260758 by kparzysz at codeaurora.org broke build the windows bots which are using Visual Studio 2013 or lower. This doc here specifies that the minimum version required is VS-2013: http://llvm.org/docs/GettingStarted.html#host-c-toolchain-both-compiler-and-standard-library I do see that the bots running VS-2014 or higher are green. Can we either revert the said commit or

Hi Russel, I never tried to build LLVM with nmake. With msbuild it works without problems. You can find a short desription here: http://wiki.dlang.org/Building_and_hacking_LDC_on_Windows_using_MSVC, section Build LLVM. Regards Kai On 24.08.2013 21:15, Russell Wallace wrote: > I'm trying to build LLVM 3.3 using cmake/nmake, Microsoft C++ 2012, on a > 64-bit Windows 7 system. I