Displaying 8 results from an estimated 8 matches for "second_type".
2006 Sep 14
2
passing invisible parameters
...#39;page'', :controller => ''form'', :action => ''new'', :type =>
''first_type'' %>
<%= link_to ''page'', :controller => ''form'', :action => ''new'', :type =>
''second_type'' %>
etc.
When one clicks the a link, the value :type is passed to the ''new''
action. That''s all fine and good. However the value is also displayed in
the address bar like so:
http://www.mysite.com/forms/new?type=first_type
Is there a means to hide the val...
2012 Sep 27
4
[LLVMdev] Clang bug?
...>' requested here
: public is_nothrow_assignable<typename add_lvalue_reference<_Tp>::type,
^
/usr/bin/../lib/c++/v1/utility:250:20: note: (skipping 9 contexts in
backtrace; use -ftemplate-backtrace-limit=0 to see all)
is_nothrow_copy_assignable<second_type>::value)
^
/usr/bin/../lib/c++/v1/__config:253:34: note: expanded from macro '_NOEXCEPT_'
# define _NOEXCEPT_(x) noexcept(x)
^
/usr/bin/../lib/c++/v1/memory:2386:15: note: in instantiation of
template class 'std::__1::__libcpp_comp...
2012 Sep 28
0
[LLVMdev] Clang bug?
...re
> : public is_nothrow_assignable<typename add_lvalue_reference<_Tp>::type,
> ^
> /usr/bin/../lib/c++/v1/utility:250:20: note: (skipping 9 contexts in
> backtrace; use -ftemplate-backtrace-limit=0 to see all)
> is_nothrow_copy_assignable<second_type>::value)
> ^
> /usr/bin/../lib/c++/v1/__config:253:34: note: expanded from macro '_NOEXCEPT_'
> # define _NOEXCEPT_(x) noexcept(x)
> ^
> /usr/bin/../lib/c++/v1/memory:2386:15: note: in instantiation of
> template class...
2012 Sep 28
4
[LLVMdev] Clang bug?
...throw_assignable<typename
> add_lvalue_reference<_Tp>::type,
> > ^
> > /usr/bin/../lib/c++/v1/utility:250:20: note: (skipping 9 contexts in
> > backtrace; use -ftemplate-backtrace-limit=0 to see all)
> > is_nothrow_copy_assignable<second_type>::value)
> > ^
> > /usr/bin/../lib/c++/v1/__config:253:34: note: expanded from macro
> '_NOEXCEPT_'
> > # define _NOEXCEPT_(x) noexcept(x)
> > ^
> > /usr/bin/../lib/c++/v1/memory:2386:15: note: in instant...
2012 Sep 29
0
[LLVMdev] Clang bug?
...ame
>> > add_lvalue_reference<_Tp>::type,
>> > ^
>> > /usr/bin/../lib/c++/v1/utility:250:20: note: (skipping 9 contexts in
>> > backtrace; use -ftemplate-backtrace-limit=0 to see all)
>> > is_nothrow_copy_assignable<second_type>::value)
>> > ^
>> > /usr/bin/../lib/c++/v1/__config:253:34: note: expanded from macro
>> > '_NOEXCEPT_'
>> > # define _NOEXCEPT_(x) noexcept(x)
>> > ^
>> > /usr/bin/../lib/c++/v1/mem...
2012 Aug 09
1
[LLVMdev] Type inconsistency in LLVM 3.1: CGDebugInfo.cpp
Hi Ben,
Thanks that helped a lot.
The problem seems to be that with the move to C++11 we now have:
void std::vector<_Ty>::push_back(std::pair<_Ty1,_Ty2> &&)'
and there no conversion operator that can be applied to convert:
'std::pair<_Ty1,_Ty2>' to 'std::pair<_Ty3,_Ty4> &&
Where:
[
_Ty1=void *,
2012 Sep 29
1
[LLVMdev] Clang bug?
...d_lvalue_reference<_Tp>::type,
> >> > ^
> >> > /usr/bin/../lib/c++/v1/utility:250:20: note: (skipping 9 contexts in
> >> > backtrace; use -ftemplate-backtrace-limit=0 to see all)
> >> > is_nothrow_copy_assignable<second_type>::value)
> >> > ^
> >> > /usr/bin/../lib/c++/v1/__config:253:34: note: expanded from macro
> >> > '_NOEXCEPT_'
> >> > # define _NOEXCEPT_(x) noexcept(x)
> >> > ^
> >> &...
2017 Jun 21
6
RFC: Cleaning up the Itanium demangler
...ame(string_ref special, node* child)
+ : special(special), child(child) {}
+
+ void print_left(stream& s) const override
+ {
+ s += special;
+ child->print(s);
+ }
+};
+
+class ctor_vtable_special_name final : public type
+{
+ node* first_type;
+ node* second_type;
+public:
+ ctor_vtable_special_name(node* first_type, node* second_type)
+ : first_type(first_type), second_type(second_type) {}
+
+ void print_left(stream& s) const override
+ {
+ s += "construction vtable for ";
+ first_type->print(s);
+...