search for: vs2k5

...an ...\lib\AsmParser where no such file exists. After that, it compiles clean on debug. Working on release now and then I'll check that change in. Quang, do you have flex and bison on your system and in your path? I'm using the ones from getgnuwin32 for my system. I'm building with VS2k5 sp1. Thanks, Chuck. -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Jean-Daniel Dupas Sent: Monday, June 30, 2008 1:00 PM To: LLVM Developers Mailing List Subject: Re: [LLVMdev] build on windows Le 30 juin 08 à 21:28, Le Anh Q...

Been trying to build the trunk to test some things for about a week now using VS8 (VS2k5). Tons of Warnings (like things first being declared struct, being redefined class and so forth, those need to be fixed, but are otherwise not harmful), and a *lot* of errors. Being trunk I figured just the normal trunk-type issues, but it has been going on for a while now, so figured it would be...

...file > exists. After that, it compiles clean on debug. Working on release now and > then I'll check that change in. > > Quang, do you have flex and bison on your system and in your path? I'm > using the ones from getgnuwin32 for my system. > > I'm building with VS2k5 sp1. > > Thanks, > Chuck. > > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On > Behalf Of Jean-Daniel Dupas > Sent: Monday, June 30, 2008 1:00 PM > To: LLVM Developers Mailing List > Subject: Re: [LLVMdev]...

Le 30 juin 08 à 21:28, Le Anh Quang a écrit : > Hi, > I have tried to compile LLVM with Visual C++. Some subprojects work > now. > > Other subprojects require the file "configure.lib". So I tried to > compile > the project "Configure". It could be built successfully, but the file > "configure.lib" is not generated. So, what is the problem

> I could add that to my CMake build system TODO, but so far I'm a bit > skeptic about LLVM relevance on the non-Unix world. The Windows build > can be broken for a long period before anyone notices. The VS2003 > support is broken since a long time ago and, apart from myself, no > other > user cares. Seems that LLVM penetration on Windows, for instance, is > almost nil. Is

...excepted, everything worked except some of the debug linkings for basic_string: BuildLog_2008_12_06_03_12.txt (as a 7z file) I then just built it once more to get a build log of just the errors, basically the same as before. So it seems that the const qualifier *really* needs to be on here for VS2k5, and as it is 'correct' anyway, it should work everywhere. As for the basic_string linking errors, no clue, have not looked at it yet, might be a cmake thing. -------------- next part -------------- A non-text attachment was scrubbed... Name: BuildLog_2008_12_05_22_19.7z Type: application/...

OvermindDL1 a écrit : > Been trying to build the trunk to test some things for about a week > now using VS8 (VS2k5). Tons of Warnings (like things first being > declared struct, being redefined class and so forth, those need to be > fixed, but are otherwise not harmful), and a *lot* of errors. Being > trunk I figured just the normal trunk-type issues, but it has been > going on for a while now, so...

Hi, I have tried to compile LLVM with Visual C++. Some subprojects work now. Other subprojects require the file "configure.lib". So I tried to compile the project "Configure". It could be built successfully, but the file "configure.lib" is not generated. So, what is the problem here ? Can somebody help me to fix that ? Thanks and regards Quang

I did some looking up on that const thing. Apparently that const is 'supposed' to be there, but it is not strictly required. However there is a bug in VS2k3 (VS7) through VS2k8 (VS9) (no clue if it has been fixed yet) that requires it to be there when the functor is being called through a const qualified interface, such as through stl containers. They state that a bug report has been

OvermindDL1 <overminddl1 at gmail.com> writes: [snip] > On this first compile everything compiled except for llc and lli, > which did not link due to: > unresolved external symbol "class llvm::FunctionPass * __cdecl > llvm::createPBQPRegisterAllocator(void)" That is because the lib/CodeGen project file is missing PBQP.cpp. [snip] > On Fri, Oct 10, 2008 at 2:11