Open ghost opened 8 months ago
i've realized recently that this is an issue but have been delaying fixing it because the workaround is to either install it in the gac the way things were designed to be done or just copy the dll from the bin directory to the directory you are compiling in...
the library being used for generating IL-based code doesn't know anything about ORANGEC and that is how I missed this to begin with...
but now that it is an actual problem for someone I'll go look and see what I need to do to have occil find it in its home location without needing installation in the gac....
please do, and in case that there's an occil label it may be added here
ill look at this for this release
ok so in my latest round of changes to occil one of the implicit changes was to find lsmsilcrtl?.dll on the path (there are multiple versions now, one for .net framework and one for each version of .net core we support), so it will at least build now with it on the path. HOWEVER, just being on the path isn't enough for .net to find it and use it when it is running a program, apparently.... there is still a need to manually copy it to the directory with the program. I'm not sure what to do about that, I'd just move it at compile time but at least in my case it gets cleaned during 'make clean' so I end up having to move it back again.....
I'm using the latest release. The
ORANGEC
environment variable is correctly set. Normal OCC is working fine.