not 100% sure this is the only thing that changed, but since upgrading to clojure tools-deps 1.10.3.933 I'm getting this error (consistently after several attempts & cleans) in my native-image project:

Fatal error:com.oracle.svm.core.util.VMError$HostedError: com.oracle.svm.core.util.VMError$HostedError: clojure.tools.reader.reader_types$indexing_push_back_reader.invokeStatic(Object, Object, Object): has no code address offset set.

I'll try downgrading back to the previous stable release of tools-deps and see if that makes any difference

nope, same error. hmm...

@cap10morgan this is a symptom of compiling one namespace several times

I've seen this in a lot of projects. E.g. with lein, when you compile with :aot true you might see this, but when you change it to :aot [my.main] it will disappear

yeah I found your old issue saying that so I changed my :aot true (depstar) to :aot [my.main.ns] but no change

try a manual (compile 'my.main.ns) and be sure to clean your targets before compiling

oh, maybe found it! org.clojure/tools.reader 1.3.5 works, 1.3.6 breaks

I'll see if I can make a minimal repro project or if the issue really still is in mine

in my experience this issue is hard to reproduce but in all cases I've had this, it had to do with the compilation

keep us posted

you don't really need depstar for graalvm btw

you can just compile manually and give graalvm a classpath with clojure + your classes dir

oh, actually, I am already not using depstar for my native-image target; just clj.native-image

that might be the culprit then

almost certainly: https://github.com/taylorwood/clj.native-image/blob/4604ae76855e09cdabc0a2ecc5a7de2cc5b775d6/src/clj/native_image.clj#L93

the above tool should only have to compile the main-ns

all the other namespaces will already be compiled then

I bet you a beer that when you fork that tool and remove all but the main-ns, it will work