Strip the executables in order to reduce their size

Reduce static-gdb size by reducing python size
Updated the python submodule. The newer submodule will create smaller static python libraries.
2024-12-25 21:35:03 +02:00 · 2024-12-25 21:35:03 +02:00 · 2024-12-21 13:50:39 +02:00 · 2024-12-21 13:50:39 +02:00
2 changed files with 4 additions and 1 deletions
--- a/src/compilation/build.sh
+++ b/src/compilation/build.sh
@ -52,6 +52,9 @@ function set_compliation_variables() {
    export CFLAGS="-O2"
    export CXXFLAGS="-O2"
    # Strip the binary to reduce it's size.
    export LDFLAGS="-s"
 }
 function set_ncurses_link_variables() {
--- a/src/submodule_packages/cpython-static
+++ b/src/submodule_packages/cpython-static
Author	SHA1	Message	Date
Guy Shimko	aa49ade8d4	Strip the executables in order to reduce their size	2024-12-25 21:35:03 +02:00
Guy Shimko	1dfe3fa6ca	Reduce static-gdb size by reducing python size Updated the python submodule. The newer submodule will create smaller static python libraries.	2024-12-25 21:35:03 +02:00
Roddy Rappaport	c44e67540a	Added X64 build prefix There's no real reason to assume the host machine is X64.	2024-12-21 13:50:39 +02:00
Roddy Rappaport	a0ceeff014	Added parallel build to PR workflow Using a matrix and job separation we can make the architectures compile parallel to eachother, hopefully reducing the time required for builds and also simplifying the process of building a single architecture. A problem that we encountered is that with Python the resulting packed tars are very large. Each release is in the order of tens of megabytes. Using artifacts in our pipeline can easily make us surpass the maximum size limit for free GitHub accounts (500 MB). Because of this, we use the regular non-parallel pipeline for release build. Releasing the version from the same job the build was performed in allows us to directly access the build files instead of using artifacts. Separated release and MR pipelines.	2024-12-21 13:50:39 +02:00