similar to: [LLVMdev] Fails to compile w/ MinGW: sys/mman.h: No such file or directory

Is there interest in building/using compiler-rt on Windows? If there is none, probably we should just disable building it in CMake rules. On Tue, Jan 22, 2013 at 10:19 AM, MortenMacFly <mac-fly at gmx.net> wrote: > I am having trouble getting LLVM/Clang to compile from SVN/trunk on win32 > using MinGW (4.7.1). The error is: > sys/mman.h: No such file or directory > ...and it

I am having trouble getting LLVM/Clang to compile from SVN/trunk on win32 using MinGW (4.7.1). The error is: sys/mman.h: No such file or directory ...and it happens during compilation of: [LLVM/Clang]\projects\compiler-rt\lib\enable_execute_stack.c I configured everything carefully as "CMAKE_BUILD_TYPE" "Release". I have in the PATH (in that order): - CMake - MinGW - Python

> What can I do? Just don't build compiler-rt. And yes, instructions should be modified to outline that compiler-rt is optional step. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On 1/22/2013 1:49 AM, Anton Korobeynikov wrote: >> What can I do? > Just don't build compiler-rt. And yes, instructions should be modified > to outline that compiler-rt is optional step. > > -- > With best regards, Anton Korobeynikov > Faculty of Mathematics and Mechanics, Saint Petersburg State University > _______________________________________________ > LLVM

Hi, I tried to do a build with CMake, Ninja, and MinGW32 and MinG64 respectively: MinGW32 failed on an missing sys/mman.h (POSIX-specific header): D:/test/llvm-trunk/projects/compiler-rt/lib/enable_execute_stack.c:13:22: fatal error: sys/mman.h: No such file or directory #include <sys/mman.h> ^ MinGW64 failed on an #error directive:

Commit-ID: d4853d030639cf3542ae39129c18b654d8d4f020 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=d4853d030639cf3542ae39129c18b654d8d4f020 Author: Barret Rhoden <brho at google.com> AuthorDate: Thu, 14 Mar 2019 17:30:38 -0400 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 11 Apr 2019 23:40:06 +0100 Fix missing include in sys/mman.h

Linux commit 746c9398f5ac ("arch: move common mmap flags to linux/mman.h") moved a few mmap flags, particularly MAP_PRIVATE, from asm/mman.h to linux/mman.h. This broke klibc's build, which uses MAP_PRIVATE. linux/mman.h includes asm/mman.h, so this commit merely includes linux/mman.h instead of asm/mman.h. Signed-off-by: Barret Rhoden <brho at google.com> --- That patch is

> Is there interest in building/using compiler-rt on Windows? Well, which of *san family work on windows? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

None. We're working on Windows port for ASan, but we don't use CMake to build it anyway. On Wed, Jan 23, 2013 at 12:42 PM, Anton Korobeynikov < anton at korobeynikov.info> wrote: > > Is there interest in building/using compiler-rt on Windows? > Well, which of *san family work on windows? > > -- > With best regards, Anton Korobeynikov > Faculty of Mathematics

> None. We're working on Windows port for ASan, but we don't use CMake to build it anyway. Right. But this does not seem to be build system issue, but rather source code issue. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

klibc fails to compile on sparc64 since the kbuild switch: In file included from include/sys/mman.h:11, from klibc/malloc.c:8: linux/include/asm/page.h:18:2: error: #error No page size specified in kernel configuration the current dirty build hack is to define CONFIG_SPARC64_PAGE_SIZE_8KB in the sparc64 MCONFIG. belows patch removes the asm/page.h include. another way to fix

From the ChangeLog: - dtucker at cvs.openbsd.org 2007/06/25 12:02:27 [atomicio.c] Include <poll.h> like the man page says rather than <sys/poll.h>. ok djm@ This was probably ill-advised given the history of this header file. Some older systems, and some not-quite-XSI-compliant systems such as QNX Neutrino, still have <sys/poll.h> but not <poll.h>. I

I'm attempting to build a native build of clang from the 3.2 source distribution tarballs, but I ran into this build error that's got me really puzzled. My platform is Linux - 32-bit Ubuntu (12.04) running on a PC. Here's the (abbreviated) output from make: *************************************** ... make[3]: Entering directory

On 5/31/2012 8:52 AM, Justin Holewinski wrote: > On Thu, May 31, 2012 at 1:44 AM, MortenMacFly <mac-fly at gmx.net > <mailto:mac-fly at gmx.net>> wrote: > > > Windows7, Cmake 2.8.8, MinGW 4.6.1. compiler: > > I got two questions seeking for help: > > 1.) I am trying to compile LLVM/Clang from trunk using the > instructions from >

Openssh: openssh-SNAP-20060626 and openssh-4.3p2 System: SunOS 4.1.4 Compiler: gcc 2.8.1 CONFIGURE PROBLEM: The warnings included below occur because of missing include files for each compilation test. Specifically: sys/audit.h needs sys/types.h and sys/label.h sys/dir.h needs sys/types.h PARTIAL FIX: Most of the machinery for the sys/types.h dependency is already

Windows7, Cmake 2.8.8, MinGW 4.6.1. compiler: I got two questions seeking for help: 1.) I am trying to compile LLVM/Clang from trunk using the instructions from the LLVM homepage which works fine except that the llvm-config tool is not being built. When I do a "make" in the "tools\llvm-config" folder it fails, too with: ../../Makefile.common:60: ../../Makefile.config: No such

http://dovecot.org/rc/ Maybe this one works? :) -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20040903/4e4d3578/attachment-0001.bin>

Dear Alexey, Yes I am sure that the llvm, clang and compiler-rt are synced to the same version. I downloaded them all from git http://llvm.org/docs/GettingStarted.html#git-mirror I think I need compiler-rt for my project but I'll verify it again to see if I can proceed without it. You are correct that compiler-rt is compiled with the just built clang. The complete command that gives an error

Hi, I am trying to build llvm along with clang and compiler-rt. When I run make, I am getting the following compilation error (I tried compiling llvm-3.2, which is what I need for my project, but also tried llvm-3.3 and the current llvm source from the git repository). ... COMPILE: clang_linux/full-x86_64/x86_64:

yes I think that is correct. I wrote a simple program to print if sizeof(uintptr_t) != sizeof(unsigned char *) and when I compile with gcc -m64 and execute it on a 64-bit host (that is different from the 32-bit laptop on which I originally compiled the program), it says the sizes are not equal. Thanks Pranav On Thu, Aug 1, 2013 at 9:29 AM, Alexey Samsonov <samsonov at google.com> wrote: