search for: mman

...=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/m...

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

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

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 2.7.2 - ActivePerl -...

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>

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 2.7.2 - ActivePerl -...

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

> 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

...culty of Mathematics and Mechanics, Saint Petersburg State University > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev Why is the header using sys/mman.h, isnt it supposed to be using llvm/Support include files such as MemoryBuffer ? Thanks Shankar Easwaran -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation

...iler will take precedenc e configure: WARNING: ## ------------------------------------------- ## configure: WARNING: ## Report this to openssh-unix-dev at mindrot.org ## configure: WARNING: ## ------------------------------------------- ## checking for login_cap.h... yes checking sys/mman.h usability... no checking sys/mman.h presence... yes configure: WARNING: sys/mman.h: present but cannot be compiled configure: WARNING: sys/mman.h: check for missing prerequisite headers? configure: WARNING: sys/mman.h: see the Autoconf documentation configure: WARNING: sys/mman.h: section...

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: D:/test/llvm-trunk/projects/compiler-rt/lib/ubsan/ub...

...re, the compiler will take precedence 97:configure: WARNING: ## ------------------------------------------- ## 98:configure: WARNING: ## Report this to openssh-unix-dev at mindrot.org ## 99:configure: WARNING: ## ------------------------------------------- ## 163:configure: WARNING: sys/mman.h: present but cannot be compiled 164:configure: WARNING: sys/mman.h: check for missing prerequisite headers? 165:configure: WARNING: sys/mman.h: see the Autoconf documentation 166:configure: WARNING: sys/mman.h: section "Present But Cannot Be Compiled" 167:configure: WARNING: sys...

> 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

...e) + container_of((gobj), struct virtio_gpu_object, base.base) struct virtio_gpu_object_array { struct ww_acquire_ctx ticket; @@ -153,10 +145,6 @@ struct virtio_gpu_framebuffer { #define to_virtio_gpu_framebuffer(x) \ container_of(x, struct virtio_gpu_framebuffer, base) -struct virtio_gpu_mman { - struct ttm_bo_device bdev; -}; - struct virtio_gpu_queue { struct virtqueue *vq; spinlock_t qlock; @@ -185,8 +173,6 @@ struct virtio_gpu_device { struct virtio_device *vdev; - struct virtio_gpu_mman mman; - struct virtio_gpu_output outputs[VIRTIO_GPU_MAX_SCANOUTS]; uint32_t num_...

...gpu_object, gem_base) + container_of((gobj), struct virtio_gpu_object, base.base) struct virtio_gpu_object_array { u32 nents; @@ -152,10 +144,6 @@ struct virtio_gpu_framebuffer { #define to_virtio_gpu_framebuffer(x) \ container_of(x, struct virtio_gpu_framebuffer, base) -struct virtio_gpu_mman { - struct ttm_bo_device bdev; -}; - struct virtio_gpu_queue { struct virtqueue *vq; spinlock_t qlock; @@ -184,8 +172,6 @@ struct virtio_gpu_device { struct virtio_device *vdev; - struct virtio_gpu_mman mman; - struct virtio_gpu_output outputs[VIRTIO_GPU_MAX_SCANOUTS]; uint32_t num_...

...gpu_object, gem_base) + container_of((gobj), struct virtio_gpu_object, base.base) struct virtio_gpu_object_array { u32 nents; @@ -152,10 +144,6 @@ struct virtio_gpu_framebuffer { #define to_virtio_gpu_framebuffer(x) \ container_of(x, struct virtio_gpu_framebuffer, base) -struct virtio_gpu_mman { - struct ttm_bo_device bdev; -}; - struct virtio_gpu_queue { struct virtqueue *vq; spinlock_t qlock; @@ -184,8 +172,6 @@ struct virtio_gpu_device { struct virtio_device *vdev; - struct virtio_gpu_mman mman; - struct virtio_gpu_output outputs[VIRTIO_GPU_MAX_SCANOUTS]; uint32_t num_...

...e) + container_of((gobj), struct virtio_gpu_object, base.base) struct virtio_gpu_object_array { struct ww_acquire_ctx ticket; @@ -153,10 +145,6 @@ struct virtio_gpu_framebuffer { #define to_virtio_gpu_framebuffer(x) \ container_of(x, struct virtio_gpu_framebuffer, base) -struct virtio_gpu_mman { - struct ttm_bo_device bdev; -}; - struct virtio_gpu_queue { struct virtqueue *vq; spinlock_t qlock; @@ -185,8 +173,6 @@ struct virtio_gpu_device { struct virtio_device *vdev; - struct virtio_gpu_mman mman; - struct virtio_gpu_output outputs[VIRTIO_GPU_MAX_SCANOUTS]; uint32_t num_...

This means we no longer waste an extra file descriptor per worker process in the master. Now there''s no need to set a higher file descriptor limit for systems running >= 1024 workers. --- I just pushed this out to git://bogomips.org/unicorn.git and it''ll be in Unicorn 4.x. The subset of raindrops used by Unicorn should work on all machines with mmap(2) +