search for: libincrediblyus

Displaying 4 results from an estimated 4 matches for "libincrediblyus".

2014 Nov 21
2
[LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)
...250000. - During subsequent LLVM development, changes happen (!). For example, a new key letter 'g' in the Data Layout. This is not a bitcode ambiguity so MODULE_CODE_VERSION is unchanged. - We as a vendor publish toolchain #13 based on SVN r300000. - Some middleware provider publishes libIncrediblyUseful.bc built using spiffy new toolchain #13. - Some hapless game developer tries to use libIncrediblyUseful.bc but is still on toolchain #12. This causes an error during some LTO build phase, of course; the question is, what kind of error and how does Hapless Game Developer know what to do?...
2014 Nov 25
2
[LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)
...ment, changes happen (!). > > For example, a new key letter 'g' in the Data Layout. This is > > not a bitcode ambiguity so MODULE_CODE_VERSION is unchanged. > > - We as a vendor publish toolchain #13 based on SVN r300000. > > - Some middleware provider publishes libIncrediblyUseful.bc built > > using spiffy new toolchain #13. > > - Some hapless game developer tries to use libIncrediblyUseful.bc > > but is still on toolchain #12. This causes an error during some > > LTO build phase, of course; the question is, what kind of error > > an...
2014 Nov 06
2
[LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)
On Tue, Nov 4, 2014 at 9:10 PM, Bruce Hoult <bruce at hoult.org> wrote: > On Wed, Nov 5, 2014 at 2:30 PM, Sean Silva <chisophugis at gmail.com> wrote: > >> > Does Apple support library/middleware providers shipping bitcode instead >> >>> > of object code? >>> >>> No. >>> >> >> Are there ever any plans to do so?
2014 Nov 25
2
[LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)
...ment, changes happen (!). > > For example, a new key letter 'g' in the Data Layout. This is > > not a bitcode ambiguity so MODULE_CODE_VERSION is unchanged. > > - We as a vendor publish toolchain #13 based on SVN r300000. > > - Some middleware provider publishes libIncrediblyUseful.bc built > > using spiffy new toolchain #13. > > - Some hapless game developer tries to use libIncrediblyUseful.bc > > but is still on toolchain #12. This causes an error during some > > LTO build phase, of course; the question is, what kind of error > > an...