[Aboriginal] llvm status report

Rob Landley rob at landley.net
Wed Nov 27 20:00:32 PST 2013


On 11/09/2013 05:34:18 AM, Alain Toussaint wrote:
> Hello,
> 
> Llvm fail to compile the first file it encounter; one of the  
> complaint:
> 
> /usr/bin/../c++/include/limits:24:2: warning: #warning limits header  
> is
> nowhere complete or accurate

That's an english result of a test. I need to see the test...

(I'm also far less up to speed on c++ than I am on C. Mostly I've been  
building a toolchain with libstdc++ as part of the LFS bootstrap and  
using that if something really complained...)

> /home/llvm-3.3.src/include/llvm/ADT/SmallVector.h: In static member  
> function
> 'static void llvm::SmallVectorTemplateBase<T,
> isPodLike>::uninitialized_move(It1, It1, It2)':
> 
> /home/llvm-3.3.src/include/llvm/ADT/SmallVector.h:218: error:
> 'uninitialized_copy' is not a member of 'std'

So... what standard says these should be there?

> May I offer to work on implementing pathscale's libcxxrt (and by the  
> same
> token, musl-libc) in aboriginal build script?

By all means, yes.

I expect to unwrap ellcc.org and implement the components one by one.

I'm abotu halfway through implementing musl support, which is mostly a  
matter of rewriting my ccwrap.c file. (The musl wrapper generates a  
spec file at compile time, but I need something that dynamically  
determines where the binary lives and and generates paths relative to  
that on the fly...)

> I tried to find every places
> where uClibc(++) are involved but there's many place where I need to  
> hack on
> and I don't know where to start.

Replacing it makes sense.

Rob
 1385611232.0


More information about the Aboriginal mailing list