Hello, Michael> IMO, fat binaries should go away and be replaced by LLVM bitcode, with > code generation performed by the OS at load time. This would have many > advantages: the compatibility with all current and future > architectures would be guaranteed,Unfortunately no, the IR obtained from languages like C, C++, etc is not target neutral. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University
On Sun, 2009-04-19 at 14:31 +0400, Anton Korobeynikov wrote:> Hello, Michael > > > IMO, fat binaries should go away and be replaced by LLVM bitcode, with > > code generation performed by the OS at load time. This would have many > > advantages: the compatibility with all current and future > > architectures would be guaranteed, > Unfortunately no, the IR obtained from languages like C, C++, etc is > not target neutral. >
On Apr 19, 2009, at 3:31 AM, Anton Korobeynikov wrote:> Hello, Michael > >> IMO, fat binaries should go away and be replaced by LLVM bitcode, >> with >> code generation performed by the OS at load time. This would have >> many >> advantages: the compatibility with all current and future >> architectures would be guaranteed, > Unfortunately no, the IR obtained from languages like C, C++, etc is > not target neutral.But LLVM IR is neutral* for the various processors of a given processor family for the given target (e.g.Intel core processors with and without SSE 4.1) - Devang [ * = If processor specific intrinsics are not used ]
Nit: you can't use the same bitcode file for both 32 and 64 bit mode x86 compilations either, I presume. Cheers, David On Mon, Apr 20, 2009 at 10:54 AM, Devang Patel <dpatel at apple.com> wrote:> > On Apr 19, 2009, at 3:31 AM, Anton Korobeynikov wrote: > > > Hello, Michael > > > >> IMO, fat binaries should go away and be replaced by LLVM bitcode, > >> with > >> code generation performed by the OS at load time. This would have > >> many > >> advantages: the compatibility with all current and future > >> architectures would be guaranteed, > > Unfortunately no, the IR obtained from languages like C, C++, etc is > > not target neutral. > > But LLVM IR is neutral* for the various processors of a given > processor family for the given target (e.g.Intel core processors with > and without SSE 4.1) > > - > Devang > > [ * = If processor specific intrinsics are not used ] > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090420/6974ffc1/attachment.html>