Re: nm/objdump --hep still display unsupported styles about --demangle.

2021-12-10 Thread Alan Modra
On Wed, Nov 10, 2021 at 05:02:01PM +0800, nora-pxh wrote:
> Hello, I find a problem about usage.
> The commit 1910070b298052d7ca8e4024891465824588c1e9 fixed demangle.h to
> remove support for ancient GNU (pre-3.0), Lucid, ARM, HP, and EDG demangling 
> styles.
> But usage of nm and objdump is still show the following message.
>   -C, --demangle[=STYLE] Decode low-level symbol names into user-level names
>   The STYLE, if specified, can be `auto' (the 
> default),
>   `gnu', `lucid', `arm', `hp', `edg', `gnu-v3', `java'
>   or `gnat'
> So  if you execute --demangle=gnu, it will display error message: unknown 
> demangling style gnu. 
> Would you delete unsupported  styles from usage of nm and objdump?

This was fixed with commit 0d64622696e02
nm now shows
  -C, --demangle[=STYLE] Decode mangled/processed symbol names
   STYLE can be "none", "auto", "gnu-v3", "java",
   "gnat", "dlang", "rust"

-- 
Alan Modra
Australia Development Lab, IBM



Re: nm/objdump --hep still display unsupported styles about --demangle.

2021-11-25 Thread Nick Clifton

Hi nora-pxh,


So  if you execute --demangle=gnu, it will display error message: unknown 
demangling style gnu.
Would you delete unsupported  styles from usage of nm and objdump?


Thanks for reporting this problem.  The issue has been fixed by commit 
0d64622696e0

Cheers
  Nick




nm/objdump --hep still display unsupported styles about --demangle.

2021-11-10 Thread nora-pxh
Hello, I find a problem about usage.
The commit 1910070b298052d7ca8e4024891465824588c1e9 fixed demangle.h to
remove support for ancient GNU (pre-3.0), Lucid, ARM, HP, and EDG demangling 
styles.
But usage of nm and objdump is still show the following message.
  -C, --demangle[=STYLE] Decode low-level symbol names into user-level names
  The STYLE, if specified, can be `auto' (the default),
  `gnu', `lucid', `arm', `hp', `edg', `gnu-v3', `java'
  or `gnat'
So  if you execute --demangle=gnu, it will display error message: unknown 
demangling style gnu. 
Would you delete unsupported  styles from usage of nm and objdump?






 

nm/objdump --hep still display unsupported styles about --demangle.

2021-11-08 Thread nora-pxh
Hello, I find a problem about usage.
The commit 1910070b298052d7ca8e4024891465824588c1e9 fixed demangle.h to
remove support for ancient GNU (pre-3.0), Lucid, ARM, HP, and EDG demangling 
styles.
But usage of nm and objdump is still show the following message.
  -C, --demangle[=STYLE] Decode low-level symbol names into user-level names
  The STYLE, if specified, can be `auto' (the default),
  `gnu', `lucid', `arm', `hp', `edg', `gnu-v3', `java'
  or `gnat'
So  if you execute --demangle=gnu, it will display error message: unknown 
demangling style gnu. 
Would you delete unsupported  styles from usage of nm and objdump?