similar to: [LLVMdev] Building clang/llvm without libstdc++ or GPLv3 tools/libraries

Thank Ismail for quick reply. I read that Linux, we need to build... (1) libcxx (without libcxxabi) ==> done (2) build libcxxabi ==> failing with following error (3) and then re-build libcxx By the way I am building libcxx and libcxxabi Out-of-tree llvm build. Please correct me if I am missing something. Thank you. -Hiral -----Original Message----- From: İsmail Dönmez [mailto:ismail

cmake -E cmake_progress_report llvm-3.8.0.src_bld_x86_64-rhel6.4-linux-gnu/CMakeFiles In file included from llvm-3.8.0.src/projects/libcxx/include/__hash_table:19:0, from llvm-3.8.0.src/projects/libcxx/src/hash.cpp:10: llvm-3.8.0.src/projects/libcxx/include/cmath:310:9: error: '::signbit' has not been declared using ::signbit; ^

Greetings! Sample program: int main(int argc, char **argv) { int myLocal=0xAA; return 0; } Command: clang t.c -o a.o -c With above simple program we are observing that clang is stat-ing and trying to open various files from lib/tls location. Eventually all calls to "lib/tls" leads to ENOENT (No such file or directory)! <sample_strace>

Thanks James it seems worked for me :) I am facing some issues in login into bugs.llvm.org, I will file once I get access. Pls feel free if you have login :) Thank you again. From: James Henderson <jh7370.2008 at my.bristol.ac.uk> Sent: Wednesday, July 8, 2020 1:58 PM To: Oza, Hiral <Hiral.Oza at netapp.com> Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] llvm-objdump print

Greetings! I have been building llvm-3.6.x, 3.7.1 and 3.7.2 with (glibc-2.12.1, binutils-2.24, gcc-4.9.2) almost same set if CMake flags. However while building LLVM-3.8.0 using same CMake flags I am observing projects/libcxx/include/cmath errors... ...'::signbit' has not been declared ...'::fpclassify' has not been declared ...'::isfinite' has not been declared ...

Hello, $ objdump -h # displays info about all below sections.... Sections: Idx Name Size VMA LMA File off Algn While, $ llvm-objdump -h # only displays subset of info... Sections: Idx Name Size Address Type Using '--show-lma' could get VMA and LMA details. Can you suggest options to print 'File off' and

Hi, I recently tried to build libcxxabi on ARM/Linux but looks like libunwind is not providing the necessary symbols needed, precisely _Unwind_SjLj_RaiseException and related functions are missing. Did anyone have any success with this before? Thanks, ismail -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, During last 2-3 days I started to get some new regressions from the libc++ testsuite, one of them is std/containers/sequences/list/list.modifiers/insert_iter_iter_iter.pass.cpp . When run under gdb this seems to be a crash under libunwind code: Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007ffff73d00ce in

Samba adopts GPLv3 for future releases. --------------------------------------- After internal consideration in the Samba Team we have decided to adopt the GPLv3 and LGPLv3 licences for all future releases of Samba. The GPLv3 is the updated version of the GPLv2 license under which Samba is currently distributed. It has been updated to improve compatibility with other licenses and to make it

Samba adopts GPLv3 for future releases. --------------------------------------- After internal consideration in the Samba Team we have decided to adopt the GPLv3 and LGPLv3 licences for all future releases of Samba. The GPLv3 is the updated version of the GPLv2 license under which Samba is currently distributed. It has been updated to improve compatibility with other licenses and to make it

This may have been raised before and if so I apologise for not being able to find it. I was wondering if someone on the list can please explain the relationship that GPLv3 has in preventing Apple from distributing updated builds with their operating systems. I've read over the GPLv3 (I'm not lawyer or anything) and I would guess it has something to do with the patent agreements? I'll

Hi, I see the following variables in the CMakeCache.txt: SANITIZER_CXX_ABI:STRING=default //STRINGS property for variable: SANITIZER_CXX_ABI SANITIZER_CXX_ABI-STRINGS:INTERNAL=none;default;libcxxabi;libstdc++ Regards, ismail On Tue, Aug 1, 2017 at 7:32 PM, Vedant Kumar <vsk at apple.com> wrote: > >> On Aug 1, 2017, at 7:07 AM, İsmail Dönmez via llvm-dev <llvm-dev at

Hi, On Fri, Jan 30, 2015 at 7:15 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 13 December 2014 at 09:49, İsmail Dönmez <ismail at donmez.ws> wrote: >> With trunk things got even worse while compiling a simple hello world cpp: >> >> 1. /usr/lib/gcc/arm-linux-gnueabihf/4.9/../../../../include/c++/4.9/bits/basic_string.h:114:57: >> current

On 13 December 2014 at 09:49, İsmail Dönmez <ismail at donmez.ws> wrote: > With trunk things got even worse while compiling a simple hello world cpp: > > 1. /usr/lib/gcc/arm-linux-gnueabihf/4.9/../../../../include/c++/4.9/bits/basic_string.h:114:57: > current parser token 'other' > 2.

On 30 January 2015 at 17:18, İsmail Dönmez <ismail at donmez.ws> wrote: > My analysis was completely wrong because I had -no-integrated-as > sneaked in libcxxabi CMakeLists.txt and then somehow I reverted it > which showed me the initial failure. The Neon failure is completely > unrelated which I figured out after trying to bootstrap with > -mfpu=neon. No worries. Do you

Hi, Trying to compile llvm with the following configuration on Linux x86-64: cmake -G Ninja -DBUILD_SHARED_LIBS=ON \ -DCMAKE_SHARED_LINKER_FLAGS="-fuse-ld=gold" \ -DCMAKE_EXE_LINKER_FLAGS="-fuse-ld=gold"\ -DCMAKE_BUILD_TYPE=RelWithDebInfo ' \ -DCMAKE_C_FLAGS="-O2 -g" \

Ok looks like r207606 regressed this. CC'ing Niko. Niko, please see the messages below. This is on openSUSE 13.1 both on i586 and x86-64. Reverting r207606 fixes the second stage bootstrap. On Sun, May 11, 2014 at 10:19 PM, İsmail Dönmez <ismail at donmez.ws> wrote: > I did a diff -u broken.ii working.ii and the difference explains the > problem: > > @@ -36617,7 +36628,7

Hello build bot owners! The staging master is ready. Please feel free to use it to make sure your bots would work well with the monorepo and github. The following builders could be configured to build monorepo: * clang-atom-d525-fedora-rel * clang-native-arm-lnt-perf * clang-cmake-armv7-lnt * clang-cmake-armv7-selfhost-neon * clang-cmake-armv7-quick * clang-cmake-armv7-global-isel *

Hi Galina, It seems that our libcxx bots are now triggering builds for any changes to llvm: http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux/builds/2434 Should I file a bug report for this? Thanks, Diana On Sat, 19 Oct 2019 at 11:36, Galina Kistanova via cfe-commits <cfe-commits at lists.llvm.org> wrote: > > Hello everyone, > > The staging master is

Hello everyone, Below are some buildbot numbers for the last week of 6/05/2016 - 6/11/2016. Thanks Galina buildername | was_red -----------------------------------------------------------+----------- sanitizer-x86_64-linux-bootstrap | 134:12:25 perf-x86_64-penryn-O3-polly-parallel-fast | 46:29:26