Displaying 20 results from an estimated 100 matches similar to: "dash klibc DEBUG more compile trouble"
2019 Jan 25
0
[klibc:update-dash] histedit: fix build with musl libc
Commit-ID: e3e5ce11c99ce4e5638df44ed87661945a241632
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=e3e5ce11c99ce4e5638df44ed87661945a241632
Author: Baruch Siach <baruch at tkos.co.il>
AuthorDate: Fri, 2 Mar 2018 08:32:16 +0200
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Fri, 25 Jan 2019 02:57:21 +0000
[klibc] histedit: fix build with musl
2020 Mar 28
0
[klibc:update-dash] dash: histedit: fix build with musl libc
Commit-ID: a2020fbd897e3c3d41c75294f4e43a0e07487822
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=a2020fbd897e3c3d41c75294f4e43a0e07487822
Author: Baruch Siach <baruch at tkos.co.il>
AuthorDate: Fri, 2 Mar 2018 08:32:16 +0200
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sat, 28 Mar 2020 21:42:54 +0000
[klibc] dash: histedit: fix build with
2019 Jan 25
0
[klibc:update-dash] [EVAL] Fix use-after-free in dotrap/evalstring
Commit-ID: 91912a4156a5e5e51cc54a3c69ce0b3b87df7720
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=91912a4156a5e5e51cc54a3c69ce0b3b87df7720
Author: Herbert Xu <herbert at gondor.apana.org.au>
AuthorDate: Thu, 2 Oct 2014 08:26:06 +0800
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Fri, 25 Jan 2019 02:57:21 +0000
[klibc] [EVAL] Fix
2020 Mar 28
0
[klibc:update-dash] dash: [EVAL] Fix use-after-free in dotrap/evalstring
Commit-ID: 097a6e92dd6aea6d1e1e872c3aa02d677a004a88
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=097a6e92dd6aea6d1e1e872c3aa02d677a004a88
Author: Herbert Xu <herbert at gondor.apana.org.au>
AuthorDate: Thu, 2 Oct 2014 08:26:06 +0800
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sat, 28 Mar 2020 21:42:54 +0000
[klibc] dash: [EVAL] Fix
2019 Jan 25
0
[klibc:update-dash] input: Move all input state into parsefile
Commit-ID: a61f802e418cd4cf282ccdb60229335e0c09f3bf
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=a61f802e418cd4cf282ccdb60229335e0c09f3bf
Author: Herbert Xu <herbert at gondor.apana.org.au>
AuthorDate: Mon, 5 Jan 2015 22:42:32 +1100
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Fri, 25 Jan 2019 02:57:21 +0000
[klibc] input: Move all input
2020 Mar 28
0
[klibc:update-dash] dash: input: Move all input state into parsefile
Commit-ID: 7976a4e8b6d3adc72d9a07f37a8f470f7345c6db
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=7976a4e8b6d3adc72d9a07f37a8f470f7345c6db
Author: Herbert Xu <herbert at gondor.apana.org.au>
AuthorDate: Mon, 5 Jan 2015 22:42:32 +1100
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sat, 28 Mar 2020 21:42:54 +0000
[klibc] dash: input: Move all
2018 May 14
1
Unable to build 'lld' on Mac OS 10.9
Hi All,
I am trying to build the 'lld' linker on Mac OS 10.9, but during the build, I am getting the errors. Following are the steps that I have followed:
1. I have downloaded the ‘llvm-stable’ source code from the following location:
https://github.com/llvm-mirror/llvm/tree/stable
2. Machine details(on which llvm source code isbeing built) are as follows:
$ sw_vers
2016 Feb 25
2
Building with LLVM_PARALLEL_XXX_JOBS
Hi,
I switched from "configure and make" to "cmake" build-system and
wanted to speedup my build.
In my build-script I use...
CMAKE_JOBS="1"
##CMAKE_JOBS=$(($(getconf _NPROCESSORS_ONLN)+1))
JOBS_CMAKE_OPTS="-DLLVM_PARALLEL_COMPILE_JOBS=$CMAKE_JOBS
-DLLVM_PARALLEL_LINK_JOBS=$CMAKE_JOBS"
[1] says in "LLVM-specific variables" section...
***
2010 Apr 16
0
[git pull v4] dash, sh4, ipconfig, dprintf, fstype, README's
hello hpa,
pulled in latest dash containing your jobcontrol patch and fixed
faccessat() in klibc on the way. the build of this needs lmkl fix:
http://marc.info/?l=linux-kernel&m=127138736217956&w=2
patch queue otherwise similar to previous pull request, please pull:
git pull git://git.debian.org/users/maks/klibc.git maks
Aleksey Cheusov (1):
[klibc] [BUILD] Fixed build on NetBSD
2019 Sep 20
2
Building LLVM with LLVM with no dependence on GCC
Thus wrote David Demelier via llvm-dev:
> Also you will need to add more options to the components. See for example:
>
> LIBCXX_CXX_ABI=libcxxabi
> LIBCXX_USE_COMPILER_RT=On
> LIBCXXABI_USE_LLVM_UNWINDER=On
> LIBCXXABI_USE_COMPILER_RT=On
> LIBCXX_HAS_GCC_S_LIB=Off
> LIBUNWIND_USE_COMPILER_RT=On
>
> And as mentioned above
>
> CLANG_DEFAULT_CXX_STDLIB=libc++
2010 Mar 22
1
[git pull] dash, sh4, README's
hello hpa,
pushed out new patch queue :)
It contains the sync with latest dash git, renaming of some README's
to ease their packaging, sparc32 socket test and a sh4 fix by Debian
porters (numbers of changes is huge, but mostly contained in dash).
git pull git://git.debian.org/users/maks/klibc.git maks
initramfs-tools seems happy with that version of dash,
saw no regression on boot test with
2010 Apr 16
0
[PATCH] pull faccessat() system call
3-arg faccessat is unfortunately an incomplete implementation.
It does not match user-space needs, for example due to wrong answer
when egid != gid.
dash started to detect klibc faccessat() syscall wrapper.
Signed-off-by: maximilian attems <max at stro.at>
---
usr/include/unistd.h | 1 -
usr/klibc/SYSCALLS.def | 3 ++-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
2010 Mar 28
1
[git pull v3] dash, sh4, ipconfig, dprintf, fstype, README's
hello hpa!
added on top of queue ext4 fix, that Ubuntu is carrying from cjwatson.
Got missed out in previous pull requests. Btrfs recognition in fstype.
the patch queue contains sync with latest dash, sh4 fix by Debian porters,
dprintf usage in ipconfig, kinit and nfsmount instead of buggy DEBUG
macro. ipconfig memcpy usage to avoid strict aliasing warnings.
Some interesting README's got
2019 Sep 17
2
Building LLVM with LLVM with no dependence on GCC
Hi folks!
I'm trying to get rid of any dependency on libgcc*, but without success so
far. The following commands were executed on a freshliy installed and updated
Ubuntu 16.04 LTS:
=== snip ===
sudo apt-get install build-essential libffi-dev cmake # see aptget.txt for packages installed
sudo mv /usr/local /usr/local.orig
git clone https://github.com/llvm/llvm-project.git
cd llvm-project; git
2005 Aug 09
1
(4.1p1) Building failure with libedit on FreeBSD 4.x-RELEASE
Hi,
I've noticed that building 4.1p1 fails on FreeBSD 4.x if the
libedit support is enabled by the "--with-libedit" configure
option.
I tried to build OpenSSH-4.1p1 under the following environment:
CPU: i386 family
OS: FreeBSD 4.11-RELEASE
Compiler: gcc-2.95.4 (/usr/bin/gcc)
----
libedit: (located at /usr/lib/)
Building fails with the following messages:
----------
gcc
2009 Aug 03
9
[PATCH 0/9] Quota support for ocfs2-tools (version 3)
Hi,
below comes a new version of the series of patches implementing quota support
for ocfs2-tools. I've fixed the calls of ocfs2_malloc_blocks() which were given
number of bytes instead of number of blocks. Besides that the series should be
the same.
Honza
2017 Mar 25
5
Modules Maintaining or Removing
Hallo all,
I was trying to Build LLVM with the cmake option LLVM_ENABLE_MODULES
just out of curiosity. I used the RELEASE_400/final tag.
It didn't work as I almost expected.
So I'm wondering if the modulemaps aren't maintained anymore?
If they aren't maintained anymore, why aren't they removed and that
cmake option also removed?
2017 Mar 05
3
Error in Windows build from release_40 branch
Hi,
I'm trying to do a build and install on Windows 10 with Visual Studio
2015 Community Edition for the X86 and ARM targets, from the current
release_40 branch. While compilation completes without error, the
INSTALL target fails with the following error:
54> CMake Error at
projects/compiler-rt/lib/builtins/cmake_install.cmake:34 (file):
54> file INSTALL cannot find
54>
2005 Dec 13
2
Parallel build of dash still fails
Building dash in parallel still fails:
GEN dash/builtins.def
HOSTCC dash/mkinit
HOSTCC dash/mknodes
HOSTCC dash/mksignames
HOSTCC dash/mksyntax
dash/mksignames.c:59: warning: function declaration isn?t a prototype
dash/mksignames.c:365: warning: function declaration isn?t a prototype
dash/mksignames.c:386: warning: function declaration isn?t a prototype
KLIBCCC
2016 Mar 03
3
Building with LLVM_PARALLEL_XXX_JOBS
I had only a quick view on the blog-texts.
It might be that a CLANG generated with LTO/PGO speeds up the build.
Can you confirm this?
Can you confirm binutils-gold speed up the build?
Has LLVM an own linker?
Can be used? Speedup the build?
Yesterday night I loooked through available CMAKE/LLVM variables...
### GOLD
# CMAKE_LINKER:FILEPATH=/usr/bin/ld
#