Skip to content
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

Tuple name: use riscv32-ibex-elf? #2

Open
imphil opened this issue Oct 7, 2019 · 3 comments
Open

Tuple name: use riscv32-ibex-elf? #2

imphil opened this issue Oct 7, 2019 · 3 comments
Assignees

Comments

@imphil
Copy link
Contributor

imphil commented Oct 7, 2019

I'm currently evaluating using crosstool-ng to build the Ibex toolchain (seems to work). I've seen that there is an example "riscv32-hifive1-elf" in the tree. Should we go for riscv32-ibex-elf for our toolchain tailored to Ibex?

@asb
Copy link
Member

asb commented Oct 8, 2019

I find vendor-specific toolchains a bit unpleasant, but the reality is it's not easy to describe a toolchain+libs in a straight-forward way. I have a slight preference for riscv32-unknown-elf if we're not really doing anything ibex-specific other than defaulting to imc.

@imphil
Copy link
Contributor Author

imphil commented Oct 8, 2019

It there a good way to denote the level of (or lack of) hardfloat support?

@asb
Copy link
Member

asb commented Oct 8, 2019

Sadly not. Just looking at the compiler triple there's no standard way for indicating whether this is multilib or not, and what lib configs are included. I suppose we could (ab)use the vendor field for e.g. the isa naming string like riscv32-rv32imc-, but that's somewhat redundant and I haven't seen anyone else doing it. It's a real shame at people didn't standardise on riscv-* for multilib compiler builds as riscv64-unknown-elf -march=rv32imc -mabi=ilp32 is kind of odd looking...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants