[LLVMdev] LLVM and newlib progress

[Chris Lattner]

On Thu, 9 Nov 2006, Scott Michel wrote:
> For example, I've been messing around with various high performance code
> in which the codebase has three versions of code in certain functions:
> one that uses AltiVec intrinsics, another that uses SSE[23] intrinsics,
> and plain ol' C code.

ok

> Yes, llvm handles the intrinsics just fine but what about the case when
> llvm can't/won't/doesn't?

If llvm can't handle them with -emit-llvm, it can't handle them without 
it.  -emit-llvm is orthogonal to language/feature support.

> Just a thought... I'm inclined to agree with you about bytecode
> versions, since one ought not be messing around with bytecode-specific
> anything. But knowing whether bytecode is being emitted could be useful.

This is n detail about *how* something is being compiled, not about any 
code-visible feature.

The best analogy is 'gcc -S x.c; as x.s' vs 'gcc -c x.c'.  There is no 
#define available for test for -S'ness.

-Chris

-- 
http://nondot.org/sabre/
http://llvm.org/