1alebra2
commented
5 years ago Hello everybody
Another update
I finally could build an antsrcore.dll outside the regular building routine. I had to slice up antsrtransform2.cpp into smaller code chunks etc. and then the build worked - no functional tests yet. I then wanted to implement this into the configure.win in order to achieve a regular build. I got stuck with the build of ResampleImage.exe, which was no problem with the earlier antrscore versions. The linker hangs and does not do anything, Stopping it produces a lot of undefined references and vtable errors. I will add this to the end of my mail.
The main issue with the windows port is that the linker simply freezes when the obj. files are beyond 15 MB in size. Sometimes it doesn't even work with smaller sizes (14MB). I thought that this happens only when creating a dll, however this is obviously a general problem, -also exe files. The issue hereby is something like "the hen egg problem". Vtable issues are due to (faulty-missing) declarations of virtual and pure functions etc. (I am no specialist in this) - so this could be a code related issue. On the other hand I don't know if this ocurrence is related to the size of the obj file in general (smaller junks do work) or this is just by chance, as the big objects have a lot function declarations and they get mixed up?
So my plea is to look at the vtable issue which somehow is related to classes bspline-Gaussian etc. both files that do not work contain references to these classes. Is there anything wrong with function definitions?
If this is not the case I see a continuous windows port in creating a package comparable to the linux version as difficult. This would mean a major reorganisation of the files and the file structure.
resampleimage.txt
have a nice Sunday
muschellij2
tuxxon
dorianps
muratmaga
Just an update: The momentaneous issue is that antsrtransform2.cpp yields too big an obj file (20 MB). This will not be linked. I boiled this file down to smallest unit which still compiles, and this ends up with 17 MB. And this won't be linked either due to size limitations of the Rtools (Windows)linker (version 3.5), I cheated the rtools chain by changing the linker to the msys2 linker, but this does not make any difference, whereby this linker seems to be faster. So I am stuck. Either we find another linker which can handle this or the code is rewritten (what means distributed on different files, which results in smaller objects). Generally developers really should look to keep the code handy, otherwise we will always run into this problem with new code ( at least for a win-version). In the last version antstransform2.cpp ( of about a year ago) was no problem. In essence antsrTransform2.cpp needs to be split up somehow, if we want a windows port