search for: block_priv

The attached diff cleans up the BlocksRuntime/ directory of compiler- rt for better portability, eliminates compiler warnings, and adds support to the cmake build to install the results. More specifically, the changes: 1) Remove cmake-specific #define usage from the exported Block.h/ Block_private.h headers, since clients won't know what to set. These are moved into runtime.c as appropriate 2) Use cmake checks for CAS builtins, instead of guessing based on GCC #defines (which aren't set by clang and llvm-gcc anyway) 3) "#pragma mark" isn't supported by FSF gcc, s...

...diff cleans up the BlocksRuntime/ directory of compiler-rt for > better portability, eliminates compiler warnings, and adds support to the > cmake build to install the results. > > More specifically, the changes: > 1) Remove cmake-specific #define usage from the exported > Block.h/Block_private.h headers, since clients won't know what to set. These > are moved into runtime.c as appropriate > 2) Use cmake checks for CAS builtins, instead of guessing based on GCC > #defines (which aren't set by clang and llvm-gcc anyway) > 3) "#pragma mark" isn't support...

...>> compiler-rt for >> better portability, eliminates compiler warnings, and adds support >> to the >> cmake build to install the results. >> >> More specifically, the changes: >> 1) Remove cmake-specific #define usage from the exported >> Block.h/Block_private.h headers, since clients won't know what to >> set. These >> are moved into runtime.c as appropriate >> 2) Use cmake checks for CAS builtins, instead of guessing based on >> GCC >> #defines (which aren't set by clang and llvm-gcc anyway) >> 3) &quo...

...t;>> for >>> better portability, eliminates compiler warnings, and adds support to the >>> cmake build to install the results. >>> >>> More specifically, the changes: >>> 1) Remove cmake-specific #define usage from the exported >>> Block.h/Block_private.h headers, since clients won't know what to set. >>> These >>> are moved into runtime.c as appropriate >>> 2) Use cmake checks for CAS builtins, instead of guessing based on GCC >>> #defines (which aren't set by clang and llvm-gcc anyway) >>>...

...followed the instructions on the compiler-rt homepage and built compiler-rt under Linux, but the 'make install' target only installs the following three files: -- Installing: /usr/local/lib/libBlocksRuntime.so -- Installing: /usr/local/include/Block.h -- Installing: /usr/local/include/Block_private.h Is this the expected behavior, or is there a configuration flag that I need to set in order to get the rest of the library to install? I'm mainly interested in the Blocks runtime at the moment; will it work correctly without the rest of the compiler-rt runtime? Regards, - Mark

...ability, eliminates compiler warnings, and adds >>>> support to the >>>> cmake build to install the results. >>>> >>>> More specifically, the changes: >>>> 1) Remove cmake-specific #define usage from the exported >>>> Block.h/Block_private.h headers, since clients won't know what to >>>> set. >>>> These >>>> are moved into runtime.c as appropriate >>>> 2) Use cmake checks for CAS builtins, instead of guessing based >>>> on GCC >>>> #defines (which aren...

...mpiler warnings, and adds support to >>>>> the >>>>> cmake build to install the results. >>>>> >>>>> More specifically, the changes: >>>>> 1) Remove cmake-specific #define usage from the exported >>>>> Block.h/Block_private.h headers, since clients won't know what to set. >>>>> These >>>>> are moved into runtime.c as appropriate >>>>> 2) Use cmake checks for CAS builtins, instead of guessing based on GCC >>>>> #defines (which aren't set by clang an...

...; support to >>>>>> the >>>>>> cmake build to install the results. >>>>>> >>>>>> More specifically, the changes: >>>>>> 1) Remove cmake-specific #define usage from the exported >>>>>> Block.h/Block_private.h headers, since clients won't know what >>>>>> to set. >>>>>> These >>>>>> are moved into runtime.c as appropriate >>>>>> 2) Use cmake checks for CAS builtins, instead of guessing based >>>>>> on G...