similar to: [LLVMdev] win32/llvm.sln, win32/clang.sln

Hi Steve, The Visual Studio solution and project files are quite handy. CMake creates absolute paths instead of relative paths, making it cumbersome to move things around. Also, for newcomers (e.g. students) it's really great to be able to download the package, open the solution and compile without any complication. They haven't been updated in a while, but it would be nice to have

Please, don't remove, I'm using!!! Regards, Makslane > From: snaroff at apple.com > To: llvmdev at cs.uiuc.edu; cfe-dev at cs.uiuc.edu > Date: Wed, 14 Jan 2009 16:09:13 -0800 > Subject: [cfe-dev] win32/llvm.sln, win32/clang.sln > > Folks, > > Is anyone still using the Visual Studio solution files in the win32 > directory? > > If they aren't

Makslane Araújo Rodrigues <makslane at hotmail.com> writes: > Please, don't remove, I'm using!!! What's preventing you from using CMake? Is there some problem we can solve? -- Oscar

Hi Oscar, For development, CMake is working great for me. I rarely get build errors related to the project file being out-of-date. Is it true that CMake only generates absolute paths? Any idea on the difficulty of generating relative paths? I consider this a pretty big obstacle... Thanks for all your hard work on this, snaroff On Jan 15, 2009, at 9:46 AM, Óscar Fuentes wrote: >

Hi, I just moved to the CMake solution. By the way, the generated libs haven't the same names. In my opinion, we have to choose one way and remove the other one. If it helps, you can put in the win32 directory the result of CMake, or add a script that generate this win32 directory with cmake. Gab > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces

On Jan 15, 2009, at 8:43 AM, Óscar Fuentes wrote: > Makslane Araújo Rodrigues > <makslane at hotmail.com> writes: > >> Please, don't remove, I'm using!!! > > What's preventing you from using CMake? > > Is there some problem we can solve? At some point, we'll need to deal with the testing issue in the CMake build system. Clang, for example, uses

Mondada Gabriele <g.mondada at etel.ch> writes: > I just moved to the CMake solution. By the way, the generated libs > haven't the same names. Which ones? The only difference is that we now generate .lib files where .obj were generated on the past, and require a parameter to be passed to the linker for including them on the final executable. > In my opinion, we have to choose

> > I just moved to the CMake solution. By the way, the generated libs > > haven't the same names. > > Which ones? The only difference is that we now generate .lib files > where > .obj were generated on the past, and require a parameter to be passed > to > the linker for including them on the final executable. I was linking with VMCore.lib support.lib

Douglas Gregor <dgregor at apple.com> writes: >>> Please, don't remove, I'm using!!! >> >> What's preventing you from using CMake? >> >> Is there some problem we can solve? > > At some point, we'll need to deal with the testing issue in the CMake > build system. Clang, for example, uses some GNU make magic to run its > tests,

Folks, It appears the Windows build has regressed over the past week. The build fails quite early (during the "Performing TableGenStep" phase). Any help/pointers would be appreciated. Thanks, snaroff (a clang developer)

I am still using them for llc/llvm-as/opt/llvm-dis/tablegen and a few others. -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of steve naroff Sent: Wednesday, January 14, 2009 4:09 PM To: llvmdev at cs.uiuc.edu; cfe-dev at cs.uiuc.edu Subject: [LLVMdev] win32/llvm.sln, win32/clang.sln Folks, Is anyone still using the Visual

Hello Steve. steve naroff <snaroff at apple.com> writes: > For development, CMake is working great for me. I rarely get build > errors related to the project file being out-of-date. > > Is it true that CMake only generates absolute paths? Any idea on the > difficulty of generating relative paths? I consider this a pretty big > obstacle... Well, the fact that you

steve naroff <snaroff at apple.com> writes: > Folks, > > It appears the Windows build has regressed over the past week. > > The build fails quite early (during the "Performing TableGenStep" > phase). > > Any help/pointers would be appreciated. It breaks for me because the usage of INT64_C, which was introduced on r57663 and 57668. Some googling around

Hi Piortr, This also breaks the hand-built VC++ project. Any clues on where I should define this? Thanks, snaroff -------------- next part -------------- A non-text attachment was scrubbed... Name: Picture 7.png Type: image/png Size: 13645 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090202/eb726ff5/attachment.png> -------------- next part

Folks, Is anyone else the failure below? On Mac OS X everything builds properly... Thanks for any help, snaroff -------------- next part -------------- A non-text attachment was scrubbed... Name: Picture 27.png Type: image/png Size: 18959 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20081217/e7d37fee/attachment.png>

I'm seeing the following build problem on Windows. I'm using cmake, but haven't verified "it" is the problem. Is anyone else seeing this problem? Any help would be appreciated. Thanks, snaroff -------------- next part -------------- A non-text attachment was scrubbed... Name: Picture 21.png Type: image/png Size: 24840 bytes Desc: not available URL:

2009/1/28 Mike Stump <mrs at apple.com>: > Author: mrs > Date: Tue Jan 27 20:43:35 2009 > New Revision: 63168 > > URL: http://llvm.org/viewvc/llvm-project?rev=63168&view=rev > Log: > Add a preliminary version number. > > Modified: > cfe/trunk/Driver/clang.cpp > > Modified: cfe/trunk/Driver/clang.cpp > URL:

Hi Steve, On Thu, 15 Jan 2009, steve naroff wrote: > For development, CMake is working great for me. I rarely get build > errors related to the project file being out-of-date. > > Is it true that CMake only generates absolute paths? Any idea on the > difficulty of generating relative paths? I consider this a pretty big > obstacle... I did not follow the full-thread, just

On Jan 15, 2009, at 11:40 AM, Óscar Fuentes wrote: > Hello Steve. > > steve naroff <snaroff at apple.com> writes: > >> For development, CMake is working great for me. I rarely get build >> errors related to the project file being out-of-date. >> >> Is it true that CMake only generates absolute paths? Any idea on the >> difficulty of generating

steve naroff <snaroff at apple.com> writes: > I'm seeing the following build problem on Windows. I'm using cmake, > but haven't verified "it" is the problem. > > Is anyone else seeing this problem? > > Any help would be appreciated. Thanks, Those are the same errors reported by OvermindDL1 a few hours ago on this mailing list. I don't think