ok, let's continue in a thread. I'll check out the code and take a look

thanks, the difficult part IMO is that it references methods from classes and interfaces and that could be anything

do you have a link to the exact file and line where this is used?

so a lint-as reify might work for each case where it's implementing an interface or class

I don't get any errors in this code linked before

yes, above but can't copy paste it on phone

it's schema.clj

in my post from earlier

$ clj-kondo --lint development/src/dev/schema.clj
development/src/dev/schema.clj:151:24: warning: unused binding parent-schema
development/src/dev/schema.clj:151:46: warning: unused binding name
development/src/dev/schema.clj:151:56: warning: unused binding operand
linting took 59ms, errors: 0, warnings: 3

commit: 61cf0b033e49d278fb841e86bee3cda694ae2e41

let me go to computer

yes, but if I change line 124 to len (- (count undefined-symbol) 1) and run linting I get the same errors as above

that is inside reify org.apache.calcite.linq4j.Enumerator of enumerator method of proxy+ AbstractEnumerable

I changed that, but I don't see an error. Are you sure this error is coming from clj-kondo and not from some other tool?

that is the issue, IMO, we SHOULD get an error and we don't

aha

undefined-symbol is clearly undefined

maybe it has to do with nesting ?!

Yes, this is not an issue with your config, it's an incompleteness in clj-kondo which can be improved. Proxy is one of the few things that I kept postponing to support fully ;)

Feel free to post an issue. You can reproduce this with normal clojure proxy as well

ok, will do

thanks for looking into this

bug report of feature request 🙂 ?

either is fine ;)

glass half full or empty? ;)

the issue is here https://github.com/clj-kondo/clj-kondo/issues/1544

I've notived reify and proxy are quite different IMO - since they work with classes and interfaces and introduce a lot of symbols. Are there building blocks in clj-kondo for dealing with that?

or we need something new to support those?

Most of the code supporting those things is in clj_kondo/impl/analyzer.clj

see the giant case statement in analyze-call and follow from there

thanks, I'll probably take a look this week. btw, cool stuff with nbb. I did a bit of work on https://github.com/titonbarua/shadow-cljs-gjs-target . Maybe I will have some time to continue and have something similar for Gnome desktop - uses gjs

Oh, that's cool :) There is #nbb but also #obb which is for macOS JXA which I believe is similar to the Gnome stuff, maybe

so maybe we can have #gbb soon ;)

thanks, yeah I was thinking about obb - but naming colided in my head

maybe gbb (gnome babashka )?

yes, that's what I said above :)

I missed that - I was typing 🙂

multitasking is hard. now that I have windows + WSL2 + wslg I can easily try this gjs stuff out I think

what's the status of gnome? isn't it a bit old/deprecated in favor of other stuff in the coming years? or it's not going away soon?

anyway, feel free to experiment with obb -> gbb and perhaps it can join the babashka org if you think it's a useful thing :)

no, it's here to stay. Ubuntu moved back to shipping with Gnome after they tried Unity

I heard gnome plugins are quite notorious in that they are single threaded and can crash gnome?

Wayland is getting some traction to replace ancient http://X.org

yes, not the best situation - happened to me quite a few times.

Gnome 40 came out last year and they promissed they are taking more care of plugin compatibility and stability

perhaps https://www.npmjs.com/package/node-gtk can also be used with #nbb already, or something else on node

https://www.phoronix.com/scan.php?page=news_item&px=GNOME-40-Better-Extensions

yeah, I'll see if I have some time to look at those as well

ok, but it's good to hear gnome is not going anyway, then gbb might be a good idea :)

but right now I'm happy I managed to implement Calcite over XML