similar to: [LLVMdev] Linking clang.exe takes more than two hours?

于 2012/5/27 11:04, Mikael Lyngvig 写道: > Hi, > > I'm building using MINGW64 on a very slow system (Intel Atom 330 X2 > 1.6 GHz), but it seems rather odd that the system has been linking > clang.exe for the past two hours. It appears that a couple of > gigabytes of virtual memory are being used (causing constant swapping) > - the system has only 2 GB of physical memory.

Hi, As it stands, I cannot build nor test compiler-rt. I downloaded the latest sources from svn (http://llvm.org/svn/llvm-project/compiler-rt/trunk) and ran cmake ../../Source/compiler-rt -G"MinGW Makefiles" and got the following error: ... -- Detecting CXX compiler ABI info - done CMake Error at CMakeLists.txt:10 (include): include could not find load file: LLVMParseArguments

于 2012/8/3 17:44, Ruben Van Boxem 写道: > Hi, > > As it stands, I cannot build nor test compiler-rt. I downloaded the > latest sources from svn > (http://llvm.org/svn/llvm-project/compiler-rt/trunk) and ran > cmake ../../Source/compiler-rt -G"MinGW Makefiles" > > and got the following error: > ... > -- Detecting CXX compiler ABI info - done > CMake Error

Hi, I was wondering if you guys are using a tool of some sort for generating the HTML for LLVM or if you are writing it by hand? I am thinking of submitting some Windows-specific documentation because I honestly find it quite difficult to get things up and running with MINGW64. I may be daft, but so may others :-) As a former build master, I have a strong preference for documentation that

Hi, I accidentally noticed the following line when building LLVM and Clang on Windows 7 x64 using Mingw64: Linking CXX shared library ..\..\..\..\bin\liblibclang.dll "Liblib" seems a bit overkill. FYI. BTW, for those who happen to search on LLVM, Clang, Windows, and Mingw64: The v3.1 release does NOT build with Mingw64. I believe this has been fixed in the Subversion sources as

Mikael Lyngvig <mikael at lyngvig.org> writes: > Hi, > > I was wondering if you guys are using a tool of some sort for generating > the HTML for LLVM or if you are writing it by hand? It is written by hand. > I am thinking of > submitting some Windows-specific documentation because I honestly find it > quite difficult to get things up and running with MINGW64. I may

Hi, I just did a "make install" on Win7x64 using Mingw64 and it dropped off the files in "C:\Program Files (x86)\LLVM". That's almost right, but nicer would be if the 64-bit build was dropped off in "C:\Program Files\LLVM". I am fairly confident that it is me who is doing something wrong because I simply do this: (retrieve trunk version of LLVM, Clang,

> > the problem is that very few LLVM developers use or know anything about > Windows. > The only way for this to change is for people who do know and care about > Windows > to step forward, work on improving Windows support, and contribute their > Windows > viewpoint to design discussions etc. > As it is now, Windows users will quite likely drop LLVM because of the

Hello, I wanted to recompile syslinux64.exe (windows 64bit binary) on ubuntu. The default ./find-mingw64.sh script failed to locate mingw64 on ubuntu, even after root at htpc:~# apt-get install gcc-mingw-w64 So I had to patch the script to let it find mingw64 on ubuntu as well. Patch is below, please apply to syslinux sources: --- syslinux-4.05/win64/find-mingw64.sh.orig 2012-08-28

On Thu, May 24, 2012 at 12:53 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > One project I'd like to complete pretty soon is to go through the build > instructions, for mingw32, and see if I can't somehow create a mingw64 > build.  I believe the 32-bit platform is dying by the hour so I'm rather > eager to have a mingw64 version of LLVM/Clang.  Also, I'd love

2012/8/3 xunxun <xunxun1982 at gmail.com> > 于 2012/8/3 17:44, Ruben Van Boxem 写道: > > Hi, >> >> As it stands, I cannot build nor test compiler-rt. I downloaded the >> latest sources from svn (http://llvm.org/svn/llvm-** >> project/compiler-rt/trunk<http://llvm.org/svn/llvm-project/compiler-rt/trunk>) >> and ran >> cmake

> > Is it turned ON in your build? > Yes it is turned on in my build here is my build script PATH=/mingw64/bin:$PATH FFI_INCLUDE_DIR="$(pkg-config --cflags libffi)" > FFI_INCLUDE_DIR=$(echo $FFI_INCLUDE_DIR | sed 's|-I||g') > > /mingw64/bin/cmake.exe \ > -G"MSYS Makefiles" \ > -DCMAKE_MAKE_PROGRAM="/usr/bin/make.exe" \ >

Is the new EH scheme completely compatible with the existing linker in Xcode 4.1? I am finding that today's changes break the ability to link xplor-nih with dragonegg under FSF gcc 4.6.2... de-g++46 -c thread.cc -O3 -ffast-math -funroll-loops -g -DX_MMAP_FLAGS=0 -DFORTRAN_INIT -fno-common -DDARWIN -D_REENTRANT -DNDEBUG -I/Users/howarth/xplor-nih-2.27/vmd/

Hi, [Synopsis: Mikael thinks Windows support is overlooked and that this is a strategic error. You can skip to the next mail now, if you'd like :-) Long, long, long mail follows.] Before I go on, I'd like to informally apologize for my many postings to this mailing list. I have no intentions of spamming it, but I still feel a need to grasp certain things that seem to be implied by the

Hi, I tried that out, I got a new error about pthreads in my config.log. Could you take another look. Thanks again, Reza > On Aug 20, 2019, at 12:36 PM, Daniel P. Berrangé <berrange@redhat.com> wrote: > > On Tue, Aug 20, 2019 at 12:29:15PM -0400, reza shahriari wrote: >> Hi, >> >> I have attached my compressed config file. >> >> Thanks,

Hi, I'm sure you have all seen this exception dozens of times, but I cannot figure out what it means and what I am doing wrong. As per suggestion of the list, I have put up a Mingw64 build slave and am frantically trying to get it to work. But the Waterfall display kindly informs me that "exception get_builddir" is the result of the attempt of building. I know I am doing

Sorry for bothering you I am trying to build the R grpc package on windows: https://github.com/nfultz/grpc against an MSYS2 build of grpc. when running devtools::install() I am getting the following error: C:/msys64/mingw64/include/grpc/impl/codegen/port_platform.h:47:2: error: #error "Please compile grpc with _WIN32_WINNT of at least 0x600 (aka Windows Vista)" #error \ ^ Which,

Hi, I have attached my compressed config file. Thanks, Reza > On Aug 20, 2019, at 12:03 PM, Daniel P. Berrangé <berrange@redhat.com> wrote: > > Re-adding the mailing list CC - please don't drop it. > > On Tue, Aug 20, 2019 at 11:54:34AM -0400, reza shahriari wrote: >> Hi, >> >> I am using msys2. When I run `./configure` without any parameters

Thanks so much. I got it to go past pthreads. Now I am working on other dependencies > On Aug 20, 2019, at 1:30 PM, Daniel P. Berrangé <berrange@redhat.com> wrote: > > On Tue, Aug 20, 2019 at 01:03:40PM -0400, reza shahriari wrote: >> Hi, >> >> I tried that out, I got a new error about pthreads in my config.log. > > It finds the header file now which is

On Mon, Jun 18, 2012 at 12:25 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hi all, > >     3. The document now covers 32-bit and 64-bit builds with MinGW tools (if > anybody know of an alternate BINARY distribution of MinGW64 than Drangon's > release, please let me know so I can include it in the document). As was once explained to me by Ruben Van Boxem, what you