search for: mutuallyincompat

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

2012 Feb 08
3
[LLVMdev] Static ctors in llvm::Attribute
...rote: > > 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)? Yes, that's great, thanks! J...
2012 Feb 07
2
[LLVMdev] Static ctors in llvm::Attribute
..., 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
...y 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)? > &g...
2012 Feb 08
0
[LLVMdev] Static ctors in llvm::Attribute
...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)? --kcc > > John. > ------------...
2012 Feb 08
1
[LLVMdev] Static ctors in llvm::Attribute
...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 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