search for: r300000

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

Did you mean: 300000
2014 Nov 21
2
[LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)
...a vendor publish toolchain #12 based on SVN r250000. - 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...
2014 Nov 25
2
[LLVMdev] Using the unused "version" field in the bitcode wrapper (redux)
...SVN r250000. > > - 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 phas...
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)
...SVN r250000. > > - 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 phas...