Andrew Haley dixit:
>Do you have any reason to suspect this might be MirOS specific?
We have to patch a lot. Some of it is OpenBSD legacy, some from
NetBSD, some from newer GNU tools, some patches are build system
specific. And since it happened on execution of a class with only
one page source c
Thorsten Glaser writes:
> Andrew Haley dixit:
>
> >In which case it would be best to post a bug report at
> >gcc.gnu.org/bugzilla and attach both source and class files.
>
> What for? I'm 99% sure nobody else has got the bug, since
> most probably haven't even heard of the MirOS operating
Andrew Haley dixit:
>In which case it would be best to post a bug report at
>gcc.gnu.org/bugzilla and attach both source and class files.
What for? I'm 99% sure nobody else has got the bug, since
most probably haven't even heard of the MirOS operating
system. And it's only in the latest snapshot.
Thorsten Glaser writes:
> Andrew Haley dixit:
>
> >No, but I do know that I would not even attempt to start looking at
> >this with no debugging info in libgcj. libgcj builds by default with
> >full debugging info, so something (someone) must have removed it.
>
> Yes, our libraries are st
Andrew Haley dixit:
>No, but I do know that I would not even attempt to start looking at
>this with no debugging info in libgcj. libgcj builds by default with
>full debugging info, so something (someone) must have removed it.
Yes, our libraries are stripped by default. I can build one with
full
Thorsten Glaser writes:
>
>
> A quick look into CVSweb shows me _Jv_ClassReader::handleFieldsEnd ()
> is still the same as in 3.4.4. Does anyone have an idea where this
> SIGSEGV could come from?
No, but I do know that I would not even attempt to start looking at
this with no debugging info
