similar to: [LLVMdev] Cygwin, configure and mmap

Hello list. I am trying to build llvm, clang, compile-rt and lldb. I am working with cygwin (don't ask). Here is my tools list. $ ../llvm-check-tools.sh make GNU Make 3.80 gcc gcc (GCC) 4.5.3 svn svn, version 1.7.10 (r1485443) Python 2.7.3 perl Summary of my perl5 (revision 5 version 14 subversion 2) configuration: m4 m4 (GNU M4) 1.4.16 autoconf autoconf (GNU Autoconf) 2.69 automake automake

A "heads up": if you build LLVM on cygwin, the mmap problem discussed here: http://www.cygwin.com/ml/cygwin/2009-01/msg00501.html can crash llc: $ dd bs=1080K count=1 if=/dev/random of=x.bc 1+0 records in 1+0 records out 1105920 bytes (1.1 MB) copied, 0.167 s, 6.6 MB/s $ llc x.bc 17418 [main] llc 3596 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack)

Hello guys, On cygwin-1.7, I can build and test clang successfully by 3-stage. Known issues: - binaries among stage2 and stage3 do not match. (other than timestamp and checksum) investigating. - I met some warnings. I have fixes for them. - [llvm] r127241 - [llvm] http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20110307/117725.html - [clang] r127283 - [clang]

On Thu, Feb 19, 2009 at 5:52 PM, Nick Lewycky <nicholas at mxc.ca> wrote: > Aaron Gray wrote: > > Hi, > > > > I partly built LLVM on Cygwin yesterday and it was fine as far as it > > went. But after doing a svn update today I am getting the following > > warning on every compile :- > > > > > > llvm[3]: Compiling LowerAllocations.cpp

On cygwin-1.7, clang and llvm can be built fine through 3 stages. With --disable-assertions (RC3's default), I saw a few warnings in llvm/lib/AsmParser/LLParser.cpp with g++-4.3.4. (and two warnings, PR9515) ...Takumi $ uname.exe -a CYGWIN_NT-6.1-WOW64 HEAVEN64 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 Cygwin $ gcc --version gcc (GCC) 4.3.4 20090804 (release) 1 * Stage 1 configured by

Hello, This is an update on my previous email about the compilation of LLVM on Mingw/Cygwin (i.e. compiling in a Cygwin environment a version of LLVM that does not depend on the Cygwin DLL). Thanks to recent changes in the svn, such a build is now as simple as: ./configure --build=i686-pc-mingw32 CC="gcc -mno-cygwin" CXX="g++ -mno-cygwin" ac_cv_lib_dl_dlopen=no (and

On Sat, 1 May 2004, Anthony Evans wrote: > I was wondering whether anyone has attempted to port LLVM to windows > running with a POSIX layer, such as cygwin? I know that Brian once got the LLVM CVS core compiled under Cygwin, but I don't recall how well it worked. I thought he had the JIT running, but I might be wrong. > I recently tried to build and run llvm on cygwin, and I got

Hi, I was wondering whether anyone has attempted to port LLVM to windows running with a POSIX layer, such as cygwin? I recently tried to build and run llvm on cygwin, and I got the llvm tools working. There were a few problems in the configure script, namely the mmap test fails due to MAP_FIXED not working on windows (all other mmap() stuff works), which I simply commented out since its

>> 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

On Fri, Feb 27, 2009 at 4:50 PM, Aaron Gray <aaronngray.lists at googlemail.com > wrote: > On Fri, Feb 27, 2009 at 4:32 PM, Jay Foad <jay.foad at gmail.com> 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

Hi, today I've tried to build llvm-6.0.0rc2 using Cmake on my "SUSE Linux Enterprise Server 12.3 (x86_64)" with the following commands (gcc-6.4.0 is necessary for CUDA-9.0). wget http://prereleases.llvm.org/6.0.0/rc2/llvm-6.0.0rc2.src.tar.xz wget http://prereleases.llvm.org/6.0.0/rc2/cfe-6.0.0rc2.src.tar.xz wget

Hi, I try to build lldb with Cmake (gcc-5.3.0 is necessary for CUDA) on my "SUSE Linux Enterprise Server 12.2 (x86_64)". Unfortunately the build process breaks for lldb with the below mentioned error message. I've downloaded the following packages and configured with the following commands. svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm cd llvm/tools svn co

Keith Roberts, Thank you for your suggestion about doing a grep of the source code. We found mmap.S in ../sysdeps/unix/sysv/linux/i386. We looked in mmap.S and found a lot of assembly code. Could you please tell us if any of the assembly code call the kernel syscall handler for mmap.s? Also, we ran make for the kernel Makefile and we obtained the following result shown below. Could you please

On Sun, Mar 1, 2009 at 4:24 AM, Nick Lewycky <nicholas at mxc.ca> wrote: Please try this patch. I tried to copy exactly what libtool would do on Cygwin by reading the libtool source. Hi Nick, Working fine on Cygwin :) Aaron Nick Aaron Gray wrote: On Fri, Feb 27, 2009 at 4:50 PM, Aaron Gray <aaronngray.lists at googlemail.com <mailto:aaronngray.lists at

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

Aaron Gray wrote: > On Sun, Mar 1, 2009 at 4:24 AM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca>> wrote: > > Please try this patch. I tried to copy exactly what libtool would do > on Cygwin by reading the libtool source. > > > Hi Nick, > > Working fine on Cygwin :) Great to hear! I've committed the fix in r65922.

Looks like your lldb is being compiled in C++11 mode and your llvm wasn't perhaps? -eric On Sat, Nov 23, 2013 at 12:57 AM, Marc Driftmeyer <mjd at reanimality.com> wrote: > Linking CXX executable ../../../../bin/lldb > Scanning dependencies of target lldb-platform > [100%] Building CXX object > tools/lldb/tools/lldb-platform/CMakeFiles/lldb-platform.dir/lldb-platform.cpp.o

Linking CXX executable ../../../../bin/lldb Scanning dependencies of target lldb-platform [100%] Building CXX object tools/lldb/tools/lldb-platform/CMakeFiles/lldb-platform.dir/lldb-platform.cpp.o *../../../../lib/liblldb.so.3.5: undefined reference to `llvm::SmallPtrSetImpl::SmallPtrSetImpl(void const**, unsigned int, llvm::SmallPtrSetImpl&&)'** **clang: error: linker command

Linux 2.2 (and probably others) have a deficient mmap which has caused a number of problems (e.g. bug #285). A workaround is in development, but it would be helpful to have a configure test to detect the bad mmaps(). Any takers? -d

W dniu 2019-04-04 o 09:18, Tim Northover pisze: > On Wed, 3 Apr 2019 at 19:05, Audiovisart via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Does LLVM 8 work in macOS 10.9.5? > It should do. The released binaries appear to have been compiled so > they can run on that version, and Apple Clang 6.0 (from the newest > Xcode that runs on 10.9) meets the build