similar to: [LLVMdev] LLVM 2.1 with VC++

I don't know since when, but this file has been changed to remove all the trickery (aka defines) needed for MinGW-w64 (and probably everything else that as forgotten) to succesfully compile it. Attached is a patch that reintroduces the compiler checking. I would like to see this in LLVM 3.0, otherwise (by the looks of the reintroduced code) anything newer than _MSC_VER_1500 will be broken.

> Also, I'd like to suggest adding the following to config.h, to > eliminate the spurious deprecation warnings: > > #define _CRT_SECURE_NO_WARNINGS > #define _SCL_SECURE_NO_WARNINGS > #define _CRT_NONSTDC_NO_WARNINGS > > > And moving #include "llvm/Config/config.h" in all the files above any > > other includes, so those will have the proper effect.

Hello all, Is there anyone has tried LLVM 2.1 on Visual Studio 2005? I did but not succeed due to some build errors. I seem to remember I read somewhere on this list it's compiled on VS2005 so I wonder... Have a good night. Thx, Seung

On Wed, 7 Nov 2007, Cory Nelson wrote: > I've come across a couple errors when building LLVM 2.1 in VC++ 2005. You might want to try LLVM SVN. I believe Hartmut has made several improvements. > Also, I'd like to suggest adding the following to config.h, to > eliminate the spurious deprecation warnings: > > #define _CRT_SECURE_NO_WARNINGS > #define

I use VS2005/Vista, which works well... Thx, Seung ---- Original message ---- >Date: Wed, 20 Feb 2008 12:02:29 +0800 >From: "Xi Wang" <xi.wang at gmail.com> >Subject: Re: [LLVMdev] Is there someone tried LLVM 2.1 on Visual Studio 2005? >To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > >Hi there, > >Did anyone try

Hello there, I'm having a problem compiling llvm with vc++ 2005 and windows sdk6.1. It seems that the Platform SDK supplied with vc++2005 uses PSTR for the first param of PENUMLOADED_MODULES_CALLBACK64 typedef (dbghelp.h) and the windows sdk 6.1 (also windows sdk 6.0a that ships with vc++2008) uses PCSTR. The _MSC_VER macro guard for ELM_Callback(...) kinda kills the possibility of using

Hi all, I'm hitting the same problem as in this[1] thread. I use release_37 branch on 64-bit Windows 7. The problem is here: #ifdef __MINGW32__ #include <imagehlp.h> #else #include <dbghelp.h> #endif <skip> typedef BOOL (WINAPI *fpEnumerateLoadedModules)(HANDLE,PENUMLOADED_MODULES_CALLBACK64,PVOID); imagehlp.h doesn't define PENUMLOADED_MODULES_CALLBACK64 type. I

I use the one from mingw.org, installed by the recommended way with mingw-get-setup.exe. Sly. On 30.08.2015 06:10, Yaron Keren wrote: > Which mingw distribution exactly do you use? > > 2015-08-30 0:46 GMT+03:00 Slycelote via llvm-dev <llvm-dev at lists.llvm.org>: > >> Hi all, >> >> I'm hitting the same problem as in this[1] thread. I use release_37

Razvan Aciu wrote: > As I saw from the mailing list the MSVC 2005 patches were made to take into > account the new files from the development branch, files which are not in > the 2.3 release. So for now the below patch is the only one functional for > the release. If I am wrong, please someone correct me. > > If someone can make a 2005 patch for the release branch, it is ok.

I'm working on a cross-platform project which links (statically) against LLVM, which I use for MCJIT purposes. Everything was fine on 3.4.2. I'm just experimenting with upgrading to 3.7.0, and everything works fine on OSX & Linux once I changed my project to reflect the API updates. On Windows, I get a bunch of compile errors - hundreds of them, but variations on a couple of

Not paying close attention to detail, I entered the equivalent of pstr<-c("b1=200", "b2=50", "b3=0.3") when what I wanted was pnum<-c(b1=200, b2=50, b3=0.3) There was a list thread in 2010 that shows how to deal with un-named vectors, but the same lapply solution doesn't seem to work here i.e., pnum<-lapply(pstr, as.numeric) or similar vapply

This is the first part of a pair of patch series which aim to let us use nbdkit_parse_size (or rather, an equivalent common function) in nbdcopy, so we can write: nbdcopy --request-size=32M ... We can't do that now which was annoying me earlier in the week. This commit creates a new function called human_size_parse which is basically nbdkit_parse_size, and turns nbdkit_parse_size into a

See companion patch: Subject: [PATCH nbdkit] server: Move size parsing code (nbdkit_parse_size) to common/include This is the second part of the patch. It adds the new human_size_parse function to libnbd and then uses it for parsing --queue-size, --request-size and --sparse. The main complication here is that there was already a common/utils/human-size.h header which ends up (eventually)

Greetings, rhe installation of the_witcher_enhanced_edition_2.0.0.12 under wine-1.7.4 succeeds up unto the half, then stops and the terminal shows fixme:win:alloc_winproc too many winprocs, cannot allocate one for 0xeb4678c Any thoughts? Hartmut

Greetings, once there was a time when Gothic 3 ran poorly on wine but had no difficulties with displaying the start menu. Now, with a fresh ~/.wine, the trailers behave nicely but when it comes to the start menu, it is not displayed. A significant error line regarding this is: fixme:d3dx:ID3DXFontImpl_DrawTextW (0x394fd18)->(0x39ce150, L"Neues Spiel", -1, 0x32e078, 5, 0xff000000):

Hello Mailing List I got a severe network error message at a HP DL360 Server. The kernel log says: ----------------------------------- /var/log/messages ----------------------------------------------------------------- Mar 19 15:45:06 server kernel: do_IRQ: 2.168 No irq handler for vector (irq -1) Mar 19 15:45:17 server kernel: bnx2 0000:02:00.1: eth1: DEBUG: intr_sem[0] PCI_CMD[00100446] Mar 19

Christian Sayer wrote: > Hi, > my target architecture has a kind of "16bit addressing mode", i.e. one address does not address 8 bit but a 16bit chunk. Consequently, every constant used to calculate effective addresses must be divided by two. > So far this is not such a problem for stack objects since FrameIndexes, function arguments etc. have a lot of custom lowering code where

Hello, I have a strange problem with my samba server. When I try to connect with my (Windows)client and samba ask for the password, it's only accepting my linux-user password, not my samba-user password (set with smbpasswd and as root with smbpasswd <user>). And now the strange about it. When i change my sambapassword with smbpasswd, and try to login from my client, then the samba-user

Greetings, long, long ago i played successfully mm8 on wine. Time has passed enough to play it again. ;) Well, there is a problem now. See the screenshot. http://www.triffids.de/pub/screenshot/mm8.jpg (76 KB) A great part of the image is brightened and remains so for all future images. This effect i do only see with mm8. For the test i am using wine 1.3.0 with a freshly created ~/.wine. No

Dear List, I have got error message when I run the R-code. Can anyone has a suggestion? v.code <- df.bm7[,c(10:31)]; v.code[1:3,] names(v.code) CM = v.code # variable binomial code sim.sp <- function(data,CM,n,N) { C <- matrix(rep(NA,N),ncol=1) for(i in 1:N) { j <- n xx <- which(colSums(CM[j,])==1) V <- names(xx) V <- paste(V,