From: Simon Sobisch <simonsobisch@gnu.org>
To: gcc-patches@gcc.gnu.org
Subject: libiberty: Would it be reasonable to add support for GnuCOBOL function name demangling?
Date: Fri, 27 May 2022 09:16:31 +0200 [thread overview]
Message-ID: <54be8f6f-7164-ec40-c327-801e3ba80266@gnu.org> (raw)
[-- Attachment #1.1.1: Type: text/plain, Size: 1569 bytes --]
Hi fellow hackers,
first of all: I'm not sure if this is the correct mailing list for this
question, but I did not found a separate one and
gnu.org/software/libiberty redirects to
https://gcc.gnu.org/onlinedocs/libiberty.pdf - so I'm here.
If there's a better place for this: please drop a note.
I've never "worked" with libiberty directly but am sure I'm using it
quite regularly with various tools including GDB and valgrind.
Therefore I currently cannot send a patch for the function name
demangling, but if this is a reasonable thing to add I'd like to work on
this with someone.
As noted: the first question is: is it reasonable to add support for
GnuCOBOL?
* How would the demangler know it is to be called? Just "best match"
(GnuCOBOL modules always have some symbols in it which should be
available if there is any debugging information in, if that helps)?
* Giving the work of gcc-cobol which was discussed on this mailing list
some months ago (not sure about its current state) there possibly will
be a COBOL support be "integrated" - with possibly different name
mangling. But still - GnuCOBOL is used "in the wild" (for production
environments) since years (and will be for many years to come, both
based on GCC and with other compilers) and the name mangling rules did
not change.
A second question would be: Is there anyone who would be willing to work
on this with me?
Where would "we" or I start?
Thank you for taking the time to read and possibly answer,
Simon Sobisch
Maintainer GnuCOBOL
[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 7183 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]
next reply other threads:[~2022-05-27 7:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-27 7:16 Simon Sobisch [this message]
2022-05-27 13:56 ` Ian Lance Taylor
2022-05-27 18:31 ` Eric Gallager
2022-05-28 7:44 ` Simon Sobisch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54be8f6f-7164-ec40-c327-801e3ba80266@gnu.org \
--to=simonsobisch@gnu.org \
--cc=gcc-patches@gcc.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).