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...