Yeah. I tried that but it gives what you expect:
Class A defined as follows:
package projects.test;
public class A
{
public boolean y;
public boolean $z;
}
REPL:
user= (import '(projects.test A))
projects.test.A
user= (def m (A.))
#'user/m
user= (set! (. m y) true)
true
user= (set! (. m
That's probably due to a problem with clojure.core/munge I recently
reported on the Dev list [1] -- see a proposed patch attached to my
first e-mail in that thread. I notice there still hasn't been any
response to that issue... I think I'm just going to go ahead an open a
ticket for this tonight.
Ticket created:
http://www.assembla.com/spaces/clojure/tickets/433-munge-should-not-munge-$-(which-isjavaidentifierpart)--should-munge---(which-is-not)
Sincerely,
Michał
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send
I suspect $ is in munge because Rich and company may want to use it as
a special reader character. $'s used to access inner classes work
fine. I'd be fine with that as long as there's still a way to access
Java identifiers with dollar signs (perhaps a special macro).
On Sep 9, 3:49 am, Michał
Try using reflection to print out what the JVM thinks the field's name
is. This might help.
On Sep 8, 1:23 am, Jon Seltzer seltzer1...@gmail.com wrote:
Suppose you have a class projects.test.A:
package projects.test;
public class A
{
public A(){super();}
public boolean y;
public
