similar to: [LLVMdev] [cfe-commits] r157890 - /cfe/trunk/unittests/Tooling/ToolingTest.cpp

On Mon, 4 Jun 2012 08:15:09 +0900 NAKAMURA Takumi <geek4civic at gmail.com> wrote: > 012/6/3 Hal Finkel <hfinkel at anl.gov>: > >> Author: chapuni > >> Date: Sat Jun  2 10:34:26 2012 > >> New Revision: 157890 > >> > >> URL: http://llvm.org/viewvc/llvm-project?rev=157890&view=rev > >> Log: > >> Revert r157819,

Manuel, After the discussion at last night, I have agreed that GetTemporaryDirectory() on Win32 would do bad thing, thank you. dir = GetTemporaryDirectory(); dir.eraseFromDisk(erase_contents = true); dir = GetTemporaryDirectory(); /* It doesn't create anything on Win32 due to caching */ I suppose Manuel wants GetTemporaryDirectory() to keep semantics similar mkdtemp(3). Though it is in

> I've attached a patch to fix these. This allows me to build LLVM on cygwin. Sorry, I didn't mean to include this hunk: Index: CMakeLists.txt =================================================================== --- CMakeLists.txt (revision 58429) +++ CMakeLists.txt (working copy) @@ -31,8 +31,13 @@ ) if(WIN32) - set(LLVM_ON_WIN32 1) - set(LLVM_ON_UNIX 0) + if(CYGWIN) +

> Could you please rig Makefile.rules or something to print out the value > of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if > that's erroneously false. The configure script sets LLVM_ON_UNIX, not LLVM_ON_WIN32, for Cygwin: case $host in ... *-*-cygwin*) llvm_cv_link_all_option="-Wl,--whole-archive"

Hi, LLVM_ON_WIN32 is true exactly when the compiler-set _WIN32 is set. I'd like to just replace LLVM_ON_WIN32 with just _WIN32 everywhere -- _WIN32 doesn't require a custom header file, and we already are inconsistent about which of the two versions we should use in the codebase. Let me know if you see any problems with this plan, else I'll do the switch in a week or so. Nico

In r134967 it still worked, and in r137742 it now doesn't. I used such flags: --enable-assertions --enable-shared --enable-libffi --enable-debug-runtime --enable-debug-symbols --disable-optimized Before build would create directory tools/llvm-shlib under the build tree. Now it is missing. Yuri

*hi,Óscar:* * * *so following patch should address both the relocation problem and uninstall tree problem, not fully tested just for discussion.* * * Index: LLVMConfig.cmake.in =================================================================== --- LLVMConfig.cmake.in (revision 159425) +++ LLVMConfig.cmake.in (working copy) @@ -32,8 +32,11 @@ set(LLVM_ON_WIN32 @LLVM_ON_WIN32@)

Hello Erik, Thank you to work. I have not checked to build them, though, I can tell you some comments, excuse me. * General - Please post patches to cfe-commits and to llvm-commits, too. (IMHO it would not be needed to split articles apart each lists as long as each would be related.) - If you can, please attach files w/o CRLF(dos encodings), or with attached text/plain. - You may

There's functionality in the make build to update (at least one layer of) nested svn working copies of LLVM, but nothing in cmake and nothing for git in either. I use the following script & after updating it to handle arbitrary nesting (with the advent of the clang-tools-extra repository) & generalize the discovery (had a hardcoded list & after fixing up the Make build after some

Andy, Yes, it was wrong, as long as RemoteTarget is available for the target. If you would revert it, please consider then; - non-MCJIT stuff - Running different environment on the JIT e.g.) --build=--host=i686-linux --target=x86_64-linux - Host-incapable target on the JIT e.g.) --build=--host=x86_64-linux ---target=i686-mingw32 If JIT is unavailable for the default target, tests

How about fitting Android's repo? :D I have not used repo for llvm, but been using my synthesized repository (for my buildbot). https://github.com/chapuni/llvm-project https://github.com/chapuni/llvm-project-submodule ...Takumi

Aaron Gray wrote: > On Sat, Feb 21, 2009 at 7:14 PM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca>> wrote: > > Aaron Gray wrote: > > On Thu, Feb 19, 2009 at 6:55 PM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca> > > <mailto:nicholas at mxc.ca <mailto:nicholas at mxc.ca>>> wrote:

>> Could you please rig Makefile.rules or something to print out the value >> of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if >> that's erroneously false. This works for me: Index: Makefile.rules =================================================================== --- Makefile.rules (revision 65633) +++ Makefile.rules (working copy) @@ -298,6

--- autoconf/configure.ac | 4 +++- cmake/modules/LLVMConfig.cmake.in | 3 ++- configure | 4 +++- tools/llvm-config/Makefile | 6 ++++++ tools/llvm-config/llvm-config.in.in | 3 ++- 5 files changed, 16 insertions(+), 4 deletions(-) diff --git a/autoconf/configure.ac b/autoconf/configure.ac index f3e94e8..cd943cc 100644 ---

Good morning. LLVM and clang can be built successfully on Fedora 12 PS3. On RC1, only one test failed. test/CodeGen/X86/fold-pcmpeqd-0.ll On release_29 branch, all llvm tests can pass. (I don't mention clang tests :p ) ...Takumi Fedora release 12 (Constantine) Linux speedking.localdomain 2.6.32.23-170.fc12.ppc64 #1 SMP Mon Sep 27 17:09:35 UTC 2010 ppc64 ppc64 ppc64 GNU/Linux llvm

Why? -eric On Sep 20, 2011, at 9:14 AM, Johannes Obermayr wrote: > --- > autoconf/configure.ac | 4 +++- > cmake/modules/LLVMConfig.cmake.in | 3 ++- > configure | 4 +++- > tools/llvm-config/Makefile | 6 ++++++ > tools/llvm-config/llvm-config.in.in | 3 ++- > 5 files changed, 16 insertions(+), 4 deletions(-)

> But I don't think there's a reason we couldn't point the bots at the github > mirrors. I'm not sure if they lag the official mirror though. The GitHub mirrors located at [1] are updated hourly which is not frequent enough There seems to be an LLVM organisation registered on GitHub but it doesn't seem to be in use. [1] https://github.com/llvm-mirror/ [2]

Chen, Teemu is asking "the official git mirror" and he oughta know where the svn repo is. ;) Teemu, I have created an unofficial one; https://github.com/chapuni/dragonegg Excuse me, I might not update it so frequently. Anton, please provide us the official dragonegg.git! ...Takumi

Jay Foad wrote: >>> Could you please rig Makefile.rules or something to print out the value >>> of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if >>> that's erroneously false. > > This works for me: > > Index: Makefile.rules > =================================================================== > --- Makefile.rules

nobled <nobled at dreamwidth.org> writes: [snip] Please move the new code to a new file named cmake/modules/WindowsCRTControl.cmake and include it from the top level CMakeLists when LLVM_ON_WIN32.