This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug regression/61510] [4.10 Regression]: 20_util/scoped_allocator/requirements/explicit_instantiation.cc and tr1/6_containers/tuple/requirements/explicit_instantiation.cc


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61510

--- Comment #3 from jgreenhalgh at gcc dot gnu.org ---
Created attachment 32975
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32975&action=edit
Reduced testcase.

Adding a reduced testcase for this bug. 

Honza: To answer your question, if I add gcc_assert (origin_node) before the
dereference, it triggers - so in my case we definitely do have a NULL
origin_node.

If I dump decl, DECL_ABSTRACT_ORIGIN (decl) the results look "sane" (I
think)...

decl:

    full-name "std::scoped_allocator_adaptor<_OuterAlloc,
_InnerAllocs>::scoped_allocator_adaptor() [with _OuterAlloc =
std::allocator<short int>; _InnerAllocs = {}]"
    pending-inline-info 0x7f32a2507ab0 template-info 0x7f32a2362680

DECL_ABSTRACT_ORIGIN:

    full-name "std::scoped_allocator_adaptor<_OuterAlloc,
_InnerAllocs>::scoped_allocator_adaptor() [with _OuterAlloc =
std::allocator<short int>; _InnerAllocs = {}]"
    pending-inline-info 0x7f32a2507990 template-info 0x7f32a2362680

cgraph_get_node (DECL_ABSTRACT_ORIGIN (decl)) == (nil)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]