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

Look into libc linking #66

Open
JosseVanDelm opened this issue Dec 21, 2023 · 0 comments
Open

Look into libc linking #66

JosseVanDelm opened this issue Dec 21, 2023 · 0 comments
Labels
enhancement New feature or request

Comments

@JosseVanDelm
Copy link

          @jorendumoulin yes, and no? I'm not sure, this is a linker flag that is looking for a file `libc.a` in one of the include paths.

This is why I added

+RISCV_LDFLAGS += -L/tools/riscv-llvm/riscv32-unknown-elf/lib/

To the generic toolchain linker flags.
IIUC we don't have standard library support anyway, so I'm not even sure why that flag is in there, and in the snitch runtime + snitch llvm this doesn't give an error. with the generic runtime it does for some reason 🤷

Originally posted by @JosseVanDelm in #57 (comment)

@rgantonio rgantonio added the enhancement New feature or request label Jan 15, 2024
rgantonio pushed a commit that referenced this issue Jun 10, 2024
* Remove IF statement preventing from executing low-precision SIMD GEMMs

* Align FP latencies with Occamy configuration

* Fix disassembly generation for Snitch custom instructions

* Fix gemm.c transpose check

* gemm: Correct BIST check

* TODO: squash with 2ccb6a7

* Change threshold to tolerate precision losses in large low-precision GEMMs

* Bump FPU to pulp-v0.1.3

* Check relative errors in GEMMs

* Fix bug in GEMM

---------

Co-authored-by: Luca Colagrande <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants