similar to: [klibc:master] 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

I have just released version 2.0.7. This is available in the git repository at: https://git.kernel.org/pub/scm/libs/klibc/klibc.git and as a tarball at: https://mirrors.kernel.org/pub/linux/libs/klibc/2.0/ This new release fixes build regressions with Linux 5.1 and with binutils 2.32. The klcc compiler can again generate stripped executables even if klibc is built unstripped. An

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

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

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

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'm not subscribed, so keep me in cc. And thanks for having mailing-list open for posting. I had a couple of problems with OpenSSH on Solaris 8/MU3 + recent patches. 1) When I tried to use scp from any other host, sshd on Solaris host crashed with SIGSEGV. Here's the stack trace: core 'core.sshd.7637' of 7637: ./sshd -d -d -d fefb393c strncpy (ffbee074, 5, 7, 0,

Hi, A following function was kindly provided by GGally?s maintainer, Barret Schloerke. function(data, mapping, ...) { p <- ggplot(data = data, mapping = mapping) + geom_point(color = I("blue")) + geom_smooth(method = "lm", color = I("black"), ...) + theme_blank() + theme(panel.border=element_rect(fill=NA, linetype =

http://bugzilla.mindrot.org/show_bug.cgi?id=201 Summary: Building openssh from CVS fails on AIX 4.2.1 Product: Portable OpenSSH Version: -current Platform: PPC OS/Version: AIX Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

> 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

> 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

Barret Schloerke wrote: > GGally: a companion to GGplot2. > Where is it available? I don't find it on CRAN or R-Forge -- Michael Friendly Email: friendly AT yorku DOT ca Professor, Psychology Dept. York University Voice: 416 736-5115 x66249 Fax: 416 736-5814 4700 Keele Street http://www.math.yorku.ca/SCS/friendly.html Toronto, ONT M3J 1P3 CANADA

GGally: a companion to GGplot2. GGally is a package built to produce plot matrices without the hassle of making viewports and labels yourself. GGally is built upon the GGplot2 framework. Keeping the functionality and feel of ggplot, GGally has shortened common function calls and added a few new ones. ggpairs, the main function within GGally, will take your data set and produce a plots

GGally: a companion to GGplot2. GGally is a package built to produce plot matrices without the hassle of making viewports and labels yourself. GGally is built upon the GGplot2 framework. Keeping the functionality and feel of ggplot, GGally has shortened common function calls and added a few new ones. ggpairs, the main function within GGally, will take your data set and produce a plots

Dear useRs, I'd like to announce a new package called geozoo, short for geometric zoo. It's a compilation of functions to produce high-dimensional geometric objects, including hypercubes and hyperspheres, Boy's surface, the hyper torus and a selection of polytopes. For a complete list, as well as images and movies, visit

On Mon, Jun 10, 2019 at 6:27 PM Michael Platings <Michael.Platings at arm.com> wrote: > Hi Rui, > > > > As per the provisional plan [1] we’re still at step 1: improving git > blame. The status of this is that there are some fairly mature patches in > the Git project’s queue [2], and I’m hopeful that it will be accepted in > something close to its current form. >

This looks really great to me Rui, and I’m also pleased to see the positive comments on the review thread. Thank you for driving this forward! -Chris > On Jul 4, 2019, at 9:50 PM, Rui Ueyama <ruiu at google.com> wrote: > > Hi all, > > I wrote a tool <https://reviews.llvm.org/D64123> to batch-rename variable names so that they are in camelCase, and I applied the