Size of GCC packages #12
Comments
|
@tgingold, in the first screenshot I'm concerned with lib/ghdl/*/*/*.o files. Should all of those be there? With LLVM or mcode backend only lib/ghdl/*/*/*.cf files exist.
Then I think there is an issue with the LLVM image: it needs the .o files.
Regarding the second screenshot, libexec/gcc/x86_64-pc-linux-gnu/8.3.0/cc1 requires 239MB, and ghdl1 in the same dir requires 237MB! Is this ok?
Looks OK. I suppose that ghdl1-llvm uses shared libraries for the LLVM part, while they don't exist for gcc.
Last, as seen in the second screenshot, info and man pages for ghdl are added. However, I believe this is not the same man doc that we generate with sphinx (see ghdl/ghdl#733). Where does it come from?
I suppose it comes from doc/ghdl.1
|
My bad, you are correct. The LLVM image includes
That makes sense. So, with LLVM we are only building a frontend, but with GCC we need to rebuild a completetely new GCC in order to include the frontend. Should the GCC version of the system and the version of the GCC sources that are used as GHDL's backend be the same, would it be possible to optimize this? Otherwise, it might be worth mentioning it in https://ghdl.readthedocs.io/en/latest/building/Building.html, so users are aware that GCC requires 20x space (2-3x if taking the size of docker images as a reference).
Wow, that must be so out of date! What about updating it with https://github.com/ghdl/ghdl/releases/download/v0.36/ghdl.1? |
|
That makes sense. So, with LLVM we are only building a frontend, but with GCC we need to rebuild a completetely new GCC in order to include the frontend. Should the GCC version of the system and the version of the GCC sources that are used as GHDL's backend be the same, would it be possible to optimize this?
Yes, that can be optimized. ghdl uses the system gcc for linking. There might be issues for coverage however.
Wow, that must be so out of date! What about updating it with https://github.com/ghdl/ghdl/releases/download/v0.36/ghdl.1?
Why not.
|
Great, I'll leave this issue open to track this. Unfortunately, I cannot focus on it now.
I'll think about a reasonable procedure to 'automate' it. Say, updating it just before every tagged commit. |
Sizes of Buster images:
It is surprising that GHDL tarballs with mcode or LLVM backends require less than 10MB, but GCC requires >200MB! I think we might be doing something wrong, such as adding build artifacts to the GCC tarball (which should not be there).
Image
ghdl/ghdl:buster-gcc-8.3.0can be inspected with wagoodman/dive:@tgingold, in the first screenshot I'm concerned with
lib/ghdl/*/*/*.ofiles. Should all of those be there? With LLVM or mcode backend onlylib/ghdl/*/*/*.cffiles exist. Regarding the second screenshot,libexec/gcc/x86_64-pc-linux-gnu/8.3.0/cc1requires 239MB, andghdl1in the same dir requires 237MB! Is this ok?Last, as seen in the second screenshot, info and man pages for ghdl are added. However, I believe this is not the same man doc that we generate with sphinx (see ghdl/ghdl#733). Where does it come from?
The text was updated successfully, but these errors were encountered: