Open danielplohmann opened 10 months ago
thx Daniel, I ll look into this we only focused on 1.6.x , parsing Nim is a nightmare so no surprise other versions crash the parser. I ll have some other work to do the next two weeks so pls expect some delay.
I haven't looked into it yet, but rg. "[ERROR] File not found: ..\system\io.nim" just exclude it from the list of libraries in the script (the list which lists all the RTL libs), my guess would be that it just doesn't exists in 2.0. or was renamed.
Hi Daniel, I have created a development branch, you can find a quick'n dirty update there for Nim 1.2.10. There is now a nim_rtl_builder script per Nim version.
That's awesome, thank you so much!
I was indeed able to build symbols for 1.2.10, both x86+x64.
For 1.4.8 this same adjusted script "almost" works as well, with some error messages being thrown and there's less files generated, which suggests that its incomplete.
For 2.0.0 I tried to remove ../system/io.nim
as suggested by you but then there's some other errors of missing declarations despite methods being present in the glued together source code, so no idea what's up with that.
cool. Yeah, there could be dependencies, when I find time I ll release a 2.0.x version and a simplified version of manually adding excluded functions. I ll ping you once it is done.
Hi!
First off, thanks a lot for the effort in building this toolchain!
I spent some time this morning replicating your results and wanted to share my observations.
In short: It appears that it currently only works with nim 1.6.x, as pyparsing is failing on older versions of nim source code and for 2.0.0, a critical file seems missing.
More details below.
System:
Observations:
--cpu:i386 --l:-m32 -t:-m32
to the build callexit(1)
to abort in case of non-zero return still produced object files for me, see last error belowedit: I used nim 1.6.14, 1.6.18 does not exist.