search for: functiononly

Displaying 7 results from an estimated 7 matches for "functiononly".

Did you mean: functionally
2012 Feb 08
3
[LLVMdev] Static ctors in llvm::Attribute
...Feb 7, 2012, at 2:07 PM, Kostya Serebryany wrote: > > Slightly formatted/commented patch. > > WDYT? > > This seems to work fine, except that reading a field from a const > AttrConst is not a constant expression in C++03, so the "set" > declarations (ParameterOnly, FunctionOnly, VarArgsIncompatible, > and MutuallyIncompatible) still require a global constructor. > OMG, yes, indeed. > You > can split the values into separate 'const uint64_t' declarations and > use those; it makes the header even uglier, but it works. > > like this (see the...
2012 Feb 07
2
[LLVMdev] Static ctors in llvm::Attribute
On Feb 7, 2012, at 2:07 PM, Kostya Serebryany wrote: > Slightly formatted/commented patch. > WDYT? This seems to work fine, except that reading a field from a const AttrConst is not a constant expression in C++03, so the "set" declarations (ParameterOnly, FunctionOnly, VarArgsIncompatible, and MutuallyIncompatible) still require a global constructor. You can split the values into separate 'const uint64_t' declarations and use those; it makes the header even uglier, but it works. John.
2012 Feb 08
0
[LLVMdev] Static ctors in llvm::Attribute
..., Kostya Serebryany wrote: >> > Slightly formatted/commented patch. >> > WDYT? >> >> This seems to work fine, except that reading a field from a const >> AttrConst is not a constant expression in C++03, so the "set" >> declarations (ParameterOnly, FunctionOnly, VarArgsIncompatible, >> and MutuallyIncompatible) still require a global constructor. > > OMG, yes, indeed. > >> You >> can split the values into separate 'const uint64_t' declarations and >> use those; it makes the header even uglier, but it works. >&...
2012 Feb 08
0
[LLVMdev] Static ctors in llvm::Attribute
...Feb 7, 2012, at 2:07 PM, Kostya Serebryany wrote: > > Slightly formatted/commented patch. > > WDYT? > > This seems to work fine, except that reading a field from a const > AttrConst is not a constant expression in C++03, so the "set" > declarations (ParameterOnly, FunctionOnly, VarArgsIncompatible, > and MutuallyIncompatible) still require a global constructor. OMG, yes, indeed. > You > can split the values into separate 'const uint64_t' declarations and > use those; it makes the header even uglier, but it works. > like this (see the new patch...
2012 Feb 08
1
[LLVMdev] Static ctors in llvm::Attribute
...Kostya Serebryany wrote: >> > Slightly formatted/commented patch. >> > WDYT? >> >> This seems to work fine, except that reading a field from a const >> AttrConst is not a constant expression in C++03, so the "set" >> declarations (ParameterOnly, FunctionOnly, VarArgsIncompatible, >> and MutuallyIncompatible) still require a global constructor. >> OMG, yes, indeed. >> You >> can split the values into separate 'const uint64_t' declarations and >> use those; it makes the header even uglier, but it works. >>...
2012 Feb 07
0
[LLVMdev] Static ctors in llvm::Attribute
Slightly formatted/commented patch. WDYT? --kcc On Tue, Feb 7, 2012 at 1:29 PM, Kostya Serebryany <kcc at google.com> wrote: > > > On Tue, Feb 7, 2012 at 12:53 PM, Kostya Serebryany <kcc at google.com> wrote: > >> I see the problem. >> Let me try to come up with a solution that does not involve constructors >> but also does not sacrifice type safety.
2012 Feb 07
2
[LLVMdev] Static ctors in llvm::Attribute
On Tue, Feb 7, 2012 at 12:53 PM, Kostya Serebryany <kcc at google.com> wrote: > I see the problem. > Let me try to come up with a solution that does not involve constructors > but also does not sacrifice type safety. > > > I have a patch that uses a proxy POD type. 'make && make check' passes. It's a bit ugly in the header file