Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

Clojure functions and reified objects should expose a public static field to identify their proper Clojure name

Description

There are several examples of frameworks that attempt to de-mangle a Java class name into a Clojure symbol (including namespace); this is useful for writing out an improved, Clojure-specific stack trace when reporting exceptions.

Existing libraries are based on regular expression matching and guesswork, and can occasionally give incorrect results, such as when a namespace or function name actually contains an underscore.

It would be helpful for authors of such frameworks if Clojure would expose a static final field on such classes with the proper name that should appear in the stack trace; libraries would then be able to use reflection to access the proper name of the field, without the current guesswork.

I would suggest CLOJURE_SOURCE_NAME as a reasonable name for such a field.

Other Clojure class constructs beyond functions, such as reified types and protocol implementations, would also benefit, though it is less obvious what exact string value would properly and unambiguously identify what purpose the class plays.

Environment

None

Attachments

1

Activity

Show:

Andy Fingerhut August 29, 2014 at 10:42 PM

Patch CLJ-1284-store-demunged-names.patch dated Aug 20 2014 does not apply cleanly to latest master after some commits were made to Clojure on Aug 29, 2014. I have not checked whether it applied cleanly before that day, nor have I checked how easy or difficult it might be to update this patch.

Quetzaly Solano Gómez August 20, 2014 at 8:17 PM

Here's an initial stab at adding this feature.

Some notes:

  • This will tag emitted classes from deftype and fn

  • This will handle fn}}s that are enclosed, but the output will be slightly different from the standard {{demunge function: only the initial $ is transformed to a /.

  • Unfortunately, because the defn for type/record constructor occurs in a let form, the generated symbol doesn't match what it should be.

  • There is no exposed API to get the demunged symbol from the class. Perhaps demunge should check if the given name corresponds to a class with this field?

I welcome any input on how this should really work. In particular, any ideas on how to best deal with {{defn}}s that are not top-level forms.

Andy Fingerhut October 25, 2013 at 5:13 PM

Howard, there seems to be some overlap in the intent between this ticket and CLJ-1278. I guess either of them could be done without the other, but wanted to check.

Andy Fingerhut October 25, 2013 at 5:10 PM

The patch Alex is referring to is attached to CLJ-1083.

Alex Miller October 25, 2013 at 2:31 AM

FYI, there is a patch on the way in for 1.6 that contains a new demunge function in Compiler. However, the munged name is not always reversible so having the original around is a good idea.

Details

Assignee

Reporter

Labels

Priority

Affects versions

Created October 25, 2013 at 12:07 AM
Updated May 15, 2017 at 9:51 PM