Displaying 20 results from an estimated 5000 matches similar to: "conflicting builtins in clang with musl (stddef.h)"
2019 Mar 25
3
Trying to create a pure LLVM toolchain on musl based distribution
Hello,
I'm trying to create a pure LLVM toolchain (that will not depend on GNU
and produce GNU-free code too) on a musl based distribution.
For now, I use gcc to bootstrap and build all LLVM components. I do it
individually because I was running out of space and memory trying to
build all using LLVM_ENABLE_PROJECTS. Also, I don't want to create a
all-in-one package. Then, once
2014 May 05
3
[LLVMdev] 3.4 branch gcc 4.9 build error
On 04/05/2014 02:30, Tom Stellard wrote:
> On Sat, May 03, 2014 at 12:32:02AM +0100, Alp Toker wrote:
>> On 02/05/2014 20:45, Tuncer Ayaz wrote:
>>> Bump.
>>>
>>> Is it really unsupported to build llvm from scratch with gcc 4.9 and
>>> libstdc++ 4.9? Should I file a bugzilla ticket instead?
>> Obviously LLVM/clang should compile out of the box
2014 Apr 27
2
[LLVMdev] 3.4 branch gcc 4.9 build error
Using gcc 4.9 to build the llvm 3.4 branch fails with the following error:
llvm[1]: Compiling APFloat.cpp for Release build
[...]
/usr/lib64/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../include/c++/4.9.0/cstddef:51:11:
error: no member named 'max_align_t' in the global namespace
using ::max_align_t;
~~^
gcc 4.8.2's caused no such issue, so it must be a change in
2014 May 15
3
[LLVMdev] 3.4 branch gcc 4.9 build error
On Thu, 15 May 2014 02:25:30 +0200, Tom Stellard wrote:
> On Sat, May 10, 2014 at 11:48:23PM +0200, Tuncer Ayaz wrote:
> > Tom,
> >
> > now that 3.4.1 is out, any chance of a 3.4.2 with just the three
> > fixes or at least merging them to the 3.4 branch?
>
> I've pushed the two approved patches to the 3.4 branch, can you
> verify that they work with gcc
2014 May 05
2
[LLVMdev] 3.4 branch gcc 4.9 build error
On Mon, May 5, 2014 at 10:47 AM, Chandler Carruth <chandlerc at google.com>wrote:
> On Mon, May 5, 2014 at 8:11 AM, Alp Toker <alp at nuanti.com> wrote:
>
>> I suspect that pulling in clang header fixes r201729, r202911 and r207606
>> to 3.4.1 will resolve libstdc++ / glibc compatibility issues people have
>> been having with 3.4:
>>
>> r201729:
2014 Apr 29
2
[LLVMdev] 3.4 branch gcc 4.9 build error
On 4/29/14, Markus Trippelsdorf wrote:
> On 2014.04.29 at 12:16 +0200, Tuncer Ayaz wrote:
> > On 4/29/14, Markus Trippelsdorf wrote:
> > > On 2014.04.29 at 11:04 +0200, Tuncer Ayaz wrote:
> > > > On 4/27/14, Markus Trippelsdorf wrote:
> > > > > On 2014.04.27 at 16:18 +0200, Tuncer Ayaz wrote:
> > > > > > Using gcc 4.9 to build the llvm
2016 Dec 09
4
Strange clang behavior when compiled against musl
I have managed to compile llvm and clang against musl, but it behaves really strange:
At first I tried to launch the compiler with musl dynamic loader:
$ LD_LIBRARY_PATH=/path/to/musl/lib /path/to/musl/lib/ld-musl-x86_64.so.1 /path/to/llvm/bin/clang -v
clang version 4.0.0 (https://github.com/llvm-mirror/clang 40adebeca0f99006d407508653c2cbd270a1a51c) (https://github.com/llvm-mirror/llvm
2014 May 15
2
[LLVMdev] 3.4 branch gcc 4.9 build error
On 15/05/2014 22:12, Tom Stellard wrote:
> On Thu, May 15, 2014 at 01:38:32PM +0200, Tuncer Ayaz wrote:
>> On Thu, 15 May 2014 02:25:30 +0200, Tom Stellard wrote:
>>
>>> On Sat, May 10, 2014 at 11:48:23PM +0200, Tuncer Ayaz wrote:
>>>> Tom,
>>>>
>>>> now that 3.4.1 is out, any chance of a 3.4.2 with just the three
>>>> fixes
2014 May 06
2
[LLVMdev] 3.4 branch gcc 4.9 build error
On Mon, May 05, 2014 at 11:42:28PM +0100, Alp Toker wrote:
>
> On 05/05/2014 20:51, Richard Smith wrote:
> > On Mon, May 5, 2014 at 10:47 AM, Chandler Carruth
> > <chandlerc at google.com <mailto:chandlerc at google.com>> wrote:
> >
> > On Mon, May 5, 2014 at 8:11 AM, Alp Toker <alp at nuanti.com
> > <mailto:alp at nuanti.com>>
2019 Oct 17
2
Static assert fails when compiler for i386
Hi Devs,
Consider below testcase.
$cat test.cpp
#include <vector>
#include<type_traits>
typedef int _int4 __attribute__((vector_size(16)));
typedef union{
int data[4];
struct {int x, y, z, w;};
_int4 vec;
} int4;
typedef int4 int3;
int main()
{
static_assert(std::alignment_of<int4>::value <= alignof(max_align_t), "over
aligned!");
}
$clang++ -m32
error:
2016 Dec 19
0
libcompiler_rt.so and libcompiler_rt.a are not being built
> On Dec 18, 2016, at 3:48 AM, Dmitry Golovin <dima at golovin.in> wrote:
>
>
>
> 16.12.2016, 18:23, "Vedant Kumar" <vsk at apple.com>:
>>> On Dec 16, 2016, at 7:06 AM, Dmitry Golovin via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>>>
>>> I want to build LLVM-based toolchain with Musl, I have LLVM sources with clang and
2019 Mar 25
2
Trying to create a pure LLVM toolchain on musl based distribution
Le 25/03/2019 à 14:41, Peter Smith a écrit :
> Hello David,
>
> I don't know much about the specifics of Musl, so I'm responding generally.
>
> As I understand it, clang expects to find the compiler-rt libraries
> relative to the resource directory, which you can find out the
> location of with clang --print-resource-dir . By default it is
> lib/clang/9.0.0
2017 May 23
3
[lld][ELF] Add option to make .dynamic read only
Petr Hosek via llvm-dev <llvm-dev at lists.llvm.org> writes:
> One of the design principles we're trying to follow is to make everything
> read-only, unless it has be writable. The only reason for .dynamic to be
> writable is DT_DEBUG which is something we never intend to support. FWIW in
> Fuchsia all we need is a read-only .dynamic without emitting DT_DEBUG
> altogether,
2014 May 02
2
[LLVMdev] 3.4 branch gcc 4.9 build error
On 02/05/2014 20:45, Tuncer Ayaz wrote:
> Bump.
>
> Is it really unsupported to build llvm from scratch with gcc 4.9 and
> libstdc++ 4.9? Should I file a bugzilla ticket instead?
Obviously LLVM/clang should compile out of the box using the current
stable GCC version, and failure to do so would be a potential release
blocker. Please file a PR
Tom, do you know about this issue?
Alp.
2015 Dec 19
4
Bootstrapping clang/LLVM with ELLCC
(Fixed the cfe email address)
On 12/18/2015 09:34 PM, Tim Northover wrote:
> On 18 December 2015 at 19:15, Richard Pennington via llvm-dev
> <llvm-dev at lists.llvm.org> wrote:
>> It turns out that it can with some simple patches.
> This sounds really cool. I think we should seriously consider putting
> these patches into LLVM mainline.
>
>> Information on
2014 May 10
3
[LLVMdev] 3.4 branch gcc 4.9 build error
Tom,
now that 3.4.1 is out, any chance of a 3.4.2 with just the
three fixes or at least merging them to the 3.4 branch?
2017 Jun 06
4
LLD support for mach-o aliases (weak or otherwise)
Hi Folks,
I’m working on a port of musl libc to macos (arch triple is “x86_64-xnu-musl”) to solve some irreconcilable issues I’m having with libSystem.dylib. I don’t want to use glibc for various reasons, mainly because I want to static link. I have static PIE + ASLR working which is not actually supported by the Apple toolchain (*1), but I managed to get it to work. I’m sure Apple might say
2006 May 01
6
[PATCH] Use stddef.h in Mini-OS to define size_t
Please patch Mini-OS so that it uses stddef.h to define size_t and
NULL. This problem fixes errors that occur when linking Mini-OS with
ANSI standard code that uses stddef.h.
John
diff -ur oxen-3.0-testing/extras/mini-os/include/lib.h nxen-3.0-testing/extras/mini-os/include/lib.h
--- oxen-3.0-testing/extras/mini-os/include/lib.h 2006-04-14 22:21:55.000000000 -0400
+++
2014 May 15
2
[LLVMdev] 3.4 branch gcc 4.9 build error
On 15/05/2014 22:52, Tom Stellard wrote:
> On Thu, May 15, 2014 at 10:41:08PM +0300, Alp Toker wrote:
>> On 15/05/2014 22:12, Tom Stellard wrote:
>>> On Thu, May 15, 2014 at 01:38:32PM +0200, Tuncer Ayaz wrote:
>>>> On Thu, 15 May 2014 02:25:30 +0200, Tom Stellard wrote:
>>>>
>>>>> On Sat, May 10, 2014 at 11:48:23PM +0200, Tuncer Ayaz wrote:
2014 Jul 14
1
[Bug 10715] New: IPv6 configure test fails on musl c-library
https://bugzilla.samba.org/show_bug.cgi?id=10715
Summary: IPv6 configure test fails on musl c-library
Product: rsync
Version: 3.1.1
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: core
AssignedTo: wayned at samba.org
ReportedBy: timo.teras at iki.fi