This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [fortran, patch] Allow displaying backtraces from user code
- From: Janus Weil <janus at gcc dot gnu dot org>
- To: Manfred Schwarb <manfred99 at gmx dot ch>
- Cc: Tobias Burnus <burnus at net-b dot de>, FX <fxcoudert at gmail dot com>, fortran at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Thu, 21 Jun 2012 18:41:30 +0200
- Subject: Re: [fortran, patch] Allow displaying backtraces from user code
- References: <61B50068-0CDB-48AF-95D8-1139D6283FF8@gmail.com> <4FE3104D.8020408@net-b.de> <4FE3211F.1040601@gmx.ch>
>> There are two possibilities:
>> a) Making _gfortran_show_backtrace accessible from the outside (via manual
>> C binding from Fortran)
>> b) Adding a new intrinsic
>>
>
> I would vote for b), as it gets documented then.
> It is enough useful for a wide range of programmers to deserve
> an intrinsic of its own, IMHO.
> And always directly available, no need of module convolutions.
As noted before, I also prefer b).
> Name: simply show_backtrace ?
> This would be a self-explaining name, the odd "QQ" in
> tracebackqq is just this, odd.
> And why call it traceback when it is actually a backtrace ;-)
Adopting the name from Intel would have the advantage of compatibility
between ifort and gfortran. However, since other vendors have
different names, compatibility between several compilers in this
non-standard function will not be realized. Moreover I agree that the
'QQ' part is odd (I never understood what it is supposed to mean).
Therefore I would also vote for something like "show_backtrace" (or
simply "backtrace"?).
Cheers,
Janus