-
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
Breaks compilation of other backends #1
Comments
Issue #1 was caused because code_name and data_name had been incorrectly defined as const-qualified pointers, but this must be an exception for the z80 backend, as stated by the comments. Issue #2 has been solved by removing the --gas switch from SDCCmain.c, renaming it to "--asm=" (as requested by PKK) and moved to STM8's main.c, so the option is limited to those targets supporting it. Issue #4 was because of SDCCglue.c, that generated local labels using "!labeldef" instead of "!slabeldef", causing those __str_%d labels to be printed as "__str_%d::" (the double colons stand for globa label according to asxxx documentation) instead of "__str_%d":". I ran the regression tests and most of them passed, but "wchar" returned another "Multiple definition of..." error that I cannot explain so far. It is better than nothing, though.
Building issues have been solved on commit cf1d3ae. However, I noticed all autoconf/aclocal/automake files are expecting automake version 2.64. This breaks the compilation process on my computer, where I am using automake 2.69. However, there is no reason why it should be fixed to a specific version as I could modify this restriction manually with no consequences. |
Thanks. I can confirm that SDCC compiles for me now with all ports enabled. I am not that familiar with the build system, so I don't know why automake 2.64 was required. I guess it once really was required, but subsequent changes might have made this requiremetn obsolete. |
However, there are still errors compiling the pdk15 library (and I see similar errors when trying to compile the pdk15 regression tests):
|
I tried to compile this fork of sdcc on my Debain GNU/Linux testing system. However, it seems the changes break the non-stm-backends. I had to use the workaround of disabling most non-stm8 ports:
The z80-related backends don't compile:
The ds390 library doesn't compile:
The mcs51 library doesn't compile:
The ds400 library doesn't compile:
The pdk13, pdk14 and pdk15 libraries also fail to compile (but for some reason this does not stop the build process).
The text was updated successfully, but these errors were encountered: