https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #21 from Steve Kargl ---
On Fri, Mar 08, 2024 at 08:01:02PM +, kyle.shores44 at gmail dot com wrote:
>
> (In reply to Steve Kargl from comment #19)
> >
> > It seems your code is hitting a NULL pointer dereference when
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #20 from Kyle Shores ---
(In reply to Steve Kargl from comment #19)
> On Fri, Mar 08, 2024 at 05:42:05PM +, kyle.shores44 at gmail dot com
> wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
> >
> > --- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #19 from Steve Kargl ---
On Fri, Mar 08, 2024 at 05:42:05PM +, kyle.shores44 at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
>
> --- Comment #17 from Kyle Shores ---
> I was able to get tuv-x to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #18 from Kyle Shores ---
(In reply to Steve Kargl from comment #16)
> On Fri, Mar 08, 2024 at 04:44:52PM +, kyle.shores44 at gmail dot com
> wrote:
> > I have not made a smaller example, but we have since removed json-fortran
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #17 from Kyle Shores ---
I was able to get tuv-x to compile by putting use statements in problematic
files at the top of the module. In one case, I had to match the use ordering to
the order that the objects were used in the module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #16 from Steve Kargl ---
On Fri, Mar 08, 2024 at 04:44:52PM +, kyle.shores44 at gmail dot com wrote:
> I have not made a smaller example, but we have since removed json-fortran as a
> dependency for tuv-x.
>
> So it should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #15 from Kyle Shores ---
To reiterate how this issue can sometimes be resolved, if I take use statements
out of subroutines and place them at the top of a module, files can then be
compiled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #14 from Kyle Shores ---
I have not made a smaller example, but we have since removed json-fortran as a
dependency for tuv-x.
So it should be easier to view the failure in tuv-x. I have not made the time
to try to reduce the code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #13 from Jerry DeLisle ---
Any luck getting a reduced case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #12 from Alberto Luaces ---
It seems to be slightly different:
(gdb) p expr->ts.type
$7 = BT_PROCEDURE
(gdb) p expr->symtree->name
$8 = 0x770244e8 "@1179"
(gdb) p expr->where
$9 = {nextc = 0x0, lb = 0x0}
Maybe it will be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #11 from Steve Kargl ---
On Fri, Oct 20, 2023 at 03:13:06PM +, aluaces at udc dot es wrote:
> Ok, indeed they were some warnings. I had to use _current_locus, as you
> suggested, so now all of them are pointed at the end of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #10 from Alberto Luaces ---
Ok, indeed they were some warnings. I had to use _current_locus, as you
suggested, so now all of them are pointed at the end of the file.
Yes, I am using OOP: we have a "states" class that has its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #9 from Steve Kargl ---
On Thu, Oct 19, 2023 at 04:00:10PM +, aluaces at udc dot es wrote:
>
> No, I meant building *gcc* with those flags, but alas each gcc compilation
> stage was still building with "-O2" so almost all of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #8 from Alberto Luaces ---
No, I meant building *gcc* with those flags, but alas each gcc compilation
stage was still building with "-O2" so almost all of the compiler structures
are still optimized.
Nevertheless I did what you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #7 from Steve Kargl ---
On Thu, Oct 19, 2023 at 08:00:27AM +, aluaces at udc dot es wrote:
>
> It says something about a non-recursive function likely calling itself. I
> will
> inspect my source, even it is a bit too big.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #6 from Alberto Luaces ---
Thanks a lot for the guidance. This is the backtrace of the last call to
gcc_assert() that makes it crash.
It says something about a non-recursive function likely calling itself. I will
inspect my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #5 from Steve Kargl ---
On Wed, Oct 18, 2023 at 03:56:32PM +, aluaces at udc dot es wrote:
> --- Comment #4 from Alberto Luaces ---
> I got the same error in almost the same circumstances (crash in
> error.cc:1078).
>
> I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
Alberto Luaces changed:
What|Removed |Added
CC||aluaces at udc dot es
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #3 from Kyle Shores ---
I'll try to create a smaller example, but as y'all know this can be hard...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
21 matches
Mail list logo