Displaying 7 results from an estimated 7 matches for "attrconst".
2012 Feb 08
3
[LLVMdev] Static ctors in llvm::Attribute
...yany wrote:
> On Tue, Feb 7, 2012 at 3:46 PM, John McCall <rjmccall at apple.com> wrote:
> 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.
> OMG, yes, indeed.
> You
> can split the values into separate 'const uint64_t' d...
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 head...
2012 Feb 08
0
[LLVMdev] Static ctors in llvm::Attribute
...7, 2012 at 3:46 PM, John McCall <rjmccall at apple.com> wrote:
>
>> 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.
>
> OMG, yes, indeed.
>
>> You
>> can split the values into separate ...
2012 Feb 08
0
[LLVMdev] Static ctors in llvm::Attribute
On Tue, Feb 7, 2012 at 3:46 PM, John McCall <rjmccall at apple.com> wrote:
> 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.
OMG, yes, indeed.
> You
> can split the values into separate 'const uint64_t' declar...
2012 Feb 08
1
[LLVMdev] Static ctors in llvm::Attribute
...Feb 7, 2012 at 3:46 PM, John McCall <rjmccall at apple.com> wrote:
>> 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.
>> OMG, yes, indeed.
>> You
>> can split the values into separate 'c...
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