public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Bug gives no stack trace on segfault
@ 2019-03-17  0:21 nick
  2019-03-17 10:50 ` Jonathan Wakely
  0 siblings, 1 reply; 3+ messages in thread
From: nick @ 2019-03-17  0:21 UTC (permalink / raw)
  To: GCC Development

Greetings,

I've been busy so this probably has been fixed in since I last worked on it:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88395

I was using these instructions to try and get a trace:
https://www.gnu.org/software/gcc/bugs/segfault.html

But nothing seems to be outputted and don't known if that's normal. Here is what I'm
running the program with and I've enabled --enable-checking:

gdb --args ./bin/g++  -v -da -Q -fconcepts test.cpp 

Cheers,

Nick

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Bug gives no stack trace on segfault
  2019-03-17  0:21 Bug gives no stack trace on segfault nick
@ 2019-03-17 10:50 ` Jonathan Wakely
  2019-03-17 14:51   ` nick
  0 siblings, 1 reply; 3+ messages in thread
From: Jonathan Wakely @ 2019-03-17 10:50 UTC (permalink / raw)
  To: nick; +Cc: GCC Development

On Sun, 17 Mar 2019, 00:21 nick, <xerofoify@gmail.com> wrote:

> Greetings,
>
> I've been busy so this probably has been fixed in since I last worked on
> it:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88395
>
> I was using these instructions to try and get a trace:
> https://www.gnu.org/software/gcc/bugs/segfault.html
>
> But nothing seems to be outputted and don't known if that's normal. Here
> is what I'm
> running the program with and I've enabled --enable-checking:
>
> gdb --args ./bin/g++  -v -da -Q -fconcepts test.cpp
>

That is not what the instructions you linked to tell you to do.

You need to run that command to find out how the g++ driver invokes the
cc1plus compiler, and then debug cc1plus, not g++.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Bug gives no stack trace on segfault
  2019-03-17 10:50 ` Jonathan Wakely
@ 2019-03-17 14:51   ` nick
  0 siblings, 0 replies; 3+ messages in thread
From: nick @ 2019-03-17 14:51 UTC (permalink / raw)
  To: Jonathan Wakely; +Cc: GCC Development



On 2019-03-17 6:50 a.m., Jonathan Wakely wrote:
> On Sun, 17 Mar 2019, 00:21 nick, <xerofoify@gmail.com> wrote:
> 
>> Greetings,
>>
>> I've been busy so this probably has been fixed in since I last worked on
>> it:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88395
>>
>> I was using these instructions to try and get a trace:
>> https://www.gnu.org/software/gcc/bugs/segfault.html
>>
>> But nothing seems to be outputted and don't known if that's normal. Here
>> is what I'm
>> running the program with and I've enabled --enable-checking:
>>
>> gdb --args ./bin/g++  -v -da -Q -fconcepts test.cpp
>>
> 
> That is not what the instructions you linked to tell you to do.
> 
> You need to run that command to find out how the g++ driver invokes the
> cc1plus compiler, and then debug cc1plus, not g++.
> 

Jonathan,

Thanks I wasn't running them correctly it seems. I'm wondering after tracing it as this looks
very odd to me but does this:

if (tree prev = lookup_concept_satisfaction (tmpl, targs))        
	return prev;  

on line 2044 in gcc/cp/constraint.cc return a NULL_TREE if it's no found as that seems to
be the case in the bug as it's the one place that is mostly after a very brief look
at for the segfault. 

Nick

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-03-17 14:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-17  0:21 Bug gives no stack trace on segfault nick
2019-03-17 10:50 ` Jonathan Wakely
2019-03-17 14:51   ` nick

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).