-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Currently supports only building object files for nim 1.6.x? #4
Comments
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! |
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.
The text was updated successfully, but these errors were encountered: