[Bug fortran/46686] Improve backtracing (unwinding) on non-glibc targets

[jb at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46686

Janne Blomqvist <jb at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEW
         AssignedTo|jb at gcc dot gnu.org       |unassigned at gcc dot
                   |                            |gnu.org

--- Comment #10 from Janne Blomqvist <jb at gcc dot gnu.org> 2011-11-22 11:24:10 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > I thought that fork, exec, and pipe, which are necessary for starting and
> > interacting with the addr2line process are not supported on mingw?
> 
> I just asked Kai. _exec, _pipe and _dup2 are supported, but fork() is not.
> However, Kai suggests to use
>   FILE *__cdecl _popen(const char *_Command,const char *_Mode)
> with _Mode = "rb". One can then read from the stream. See also: 
> http://msdn.microsoft.com/en-us/library/96ayss4b%28v=vs.80%29.aspx

At least on POSIX popen() is not async-signal-safe, hence one cannot use it in
a signal handler.

In any case, unassigning myself, since I have neither the time nor the means to
work on the remaining platform-specific parts of this PR.