mirrors/dragonfly
1
0
Fork 0
mirror of https://github.com/dragonflydb/dragonfly synced 2024-11-22 23:50:34 +00:00
Code Issues Packages Projects Releases Wiki Activity
5586798e90
dragonfly/Makefile

51 lines
1.5 KiB
Makefile
Raw Normal View History

feat: build and publish weekly alpha/development container image - make use of docker buildx caching when possible (helpful with local docker builds) - introduce a reusable container workflow which is triggered by docker-release and docker-weekly workflows - added an alpine-dev Dockerfile - split release.sh contents into different Makefile targets - make use of job matrix to build alpine + ubuntu in parallel - make alpine build optional by checking for Dockerfile presence -- as the pre-built binaries don't work with alpine, because of glibc <-> musl incompatibilities Signed-off-by: Philipp Born <git@pborn.eu>
2022-12-23 17:48:15 +00:00
BUILD_ARCH := $(shell uname -m)
RELEASE_NAME := "dragonfly-${BUILD_ARCH}"
feat(makefile): Build with full debug symbols and strip in `make package` (#2343) Before this PR, using `make` for building releases used `-g1 -gz` to provide some level of debug symbols (mostly function names in stack traces). We want to be able to have binaries with full debug symbols (for coredumps etc), but not in the public releases. This PR builds with full debug symbols, but changes `make package` to strip most debug symbols, while keeping `.debug_line` (and keeping them compressed as if with `-gz`). This will allow a single build command for public releases as well as releases with full symbols.
2023-12-27 15:48:29 +00:00
HELIO_RELEASE_FLAGS = -DHELIO_RELEASE_FLAGS="-g"
feat: build and publish weekly alpha/development container image - make use of docker buildx caching when possible (helpful with local docker builds) - introduce a reusable container workflow which is triggered by docker-release and docker-weekly workflows - added an alpine-dev Dockerfile - split release.sh contents into different Makefile targets - make use of job matrix to build alpine + ubuntu in parallel - make alpine build optional by checking for Dockerfile presence -- as the pre-built binaries don't work with alpine, because of glibc <-> musl incompatibilities Signed-off-by: Philipp Born <git@pborn.eu>
2022-12-23 17:48:15 +00:00
HELIO_USE_STATIC_LIBS = ON
HELIO_OPENSSL_USE_STATIC_LIBS = ON
HELIO_ENABLE_GIT_VERSION = ON
HELIO_WITH_UNWIND = OFF
Add build_rpm script and rpm spec (#1831) Also, link stdlib++ and libgcc statically. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2023-09-12 07:42:06 +00:00
# Some distributions (old fedora) have incorrect dependencies for crypto
# so we add -lz for them.
LINKER_FLAGS=-lz
fix: make Dragonfly compatible with older systems (#1755) Change the Makefile to configure the compile to produce code compatible with core2 architecture for x86_64 systems. Plus specify precise CPU extensions that we use in the code. Partly addresses #1519 Before the change we relied on default helio logic that configured the build to run on sandybridge for x86_64. This PR overrides x86_64 settings to much older core2 processor. Also, we remove an unneeded cmake include. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2023-08-29 15:24:29 +00:00
# equivalent to: if $(uname_m) == x86_64 || $(uname_m) == amd64
ifneq (, $(filter $(BUILD_ARCH),x86_64 amd64))
HELIO_MARCH_OPT := -march=core2 -msse4.1 -mpopcnt -mtune=skylake
endif
Add build_rpm script and rpm spec (#1831) Also, link stdlib++ and libgcc statically. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2023-09-12 07:42:06 +00:00
# For release builds we link statically libstdc++ and libgcc. Currently,
# all the release builds are performed by gcc.
chore: reduce Makefile for release procedures only (#2397) Also, change its build directory to build-release. Simplify a bit its configuration steps as well. No change in functionality is expected. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2024-01-11 04:35:57 +00:00
LINKER_FLAGS += -static-libstdc++ -static-libgcc
Add build_rpm script and rpm spec (#1831) Also, link stdlib++ and libgcc statically. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2023-09-12 07:42:06 +00:00
chore: reduce Makefile for release procedures only (#2397) Also, change its build directory to build-release. Simplify a bit its configuration steps as well. No change in functionality is expected. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2024-01-11 04:35:57 +00:00
HELIO_FLAGS = -DHELIO_RELEASE_FLAGS="-g" \
Add build_rpm script and rpm spec (#1831) Also, link stdlib++ and libgcc statically. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2023-09-12 07:42:06 +00:00
-DCMAKE_EXE_LINKER_FLAGS="$(LINKER_FLAGS)" \
feat: build and publish weekly alpha/development container image - make use of docker buildx caching when possible (helpful with local docker builds) - introduce a reusable container workflow which is triggered by docker-release and docker-weekly workflows - added an alpine-dev Dockerfile - split release.sh contents into different Makefile targets - make use of job matrix to build alpine + ubuntu in parallel - make alpine build optional by checking for Dockerfile presence -- as the pre-built binaries don't work with alpine, because of glibc <-> musl incompatibilities Signed-off-by: Philipp Born <git@pborn.eu>
2022-12-23 17:48:15 +00:00
-DBoost_USE_STATIC_LIBS=$(HELIO_USE_STATIC_LIBS) \
-DOPENSSL_USE_STATIC_LIBS=$(HELIO_OPENSSL_USE_STATIC_LIBS) \
-DENABLE_GIT_VERSION=$(HELIO_ENABLE_GIT_VERSION) \
fix: make Dragonfly compatible with older systems (#1755) Change the Makefile to configure the compile to produce code compatible with core2 architecture for x86_64 systems. Plus specify precise CPU extensions that we use in the code. Partly addresses #1519 Before the change we relied on default helio logic that configured the build to run on sandybridge for x86_64. This PR overrides x86_64 settings to much older core2 processor. Also, we remove an unneeded cmake include. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2023-08-29 15:24:29 +00:00
-DWITH_UNWIND=$(HELIO_WITH_UNWIND) -DMARCH_OPT="$(HELIO_MARCH_OPT)"
feat: build and publish weekly alpha/development container image - make use of docker buildx caching when possible (helpful with local docker builds) - introduce a reusable container workflow which is triggered by docker-release and docker-weekly workflows - added an alpine-dev Dockerfile - split release.sh contents into different Makefile targets - make use of job matrix to build alpine + ubuntu in parallel - make alpine build optional by checking for Dockerfile presence -- as the pre-built binaries don't work with alpine, because of glibc <-> musl incompatibilities Signed-off-by: Philipp Born <git@pborn.eu>
2022-12-23 17:48:15 +00:00
.PHONY: default
configure:
chore: reduce Makefile for release procedures only (#2397) Also, change its build directory to build-release. Simplify a bit its configuration steps as well. No change in functionality is expected. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2024-01-11 04:35:57 +00:00
cmake -L -B build-release -DCMAKE_BUILD_TYPE=Release -GNinja $(HELIO_FLAGS)
feat: build and publish weekly alpha/development container image - make use of docker buildx caching when possible (helpful with local docker builds) - introduce a reusable container workflow which is triggered by docker-release and docker-weekly workflows - added an alpine-dev Dockerfile - split release.sh contents into different Makefile targets - make use of job matrix to build alpine + ubuntu in parallel - make alpine build optional by checking for Dockerfile presence -- as the pre-built binaries don't work with alpine, because of glibc <-> musl incompatibilities Signed-off-by: Philipp Born <git@pborn.eu>
2022-12-23 17:48:15 +00:00
build:
chore: reduce Makefile for release procedures only (#2397) Also, change its build directory to build-release. Simplify a bit its configuration steps as well. No change in functionality is expected. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2024-01-11 04:35:57 +00:00
cd build-release; \
Add build_rpm script and rpm spec (#1831) Also, link stdlib++ and libgcc statically. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2023-09-12 07:42:06 +00:00
ninja dragonfly && ldd dragonfly
feat: build and publish weekly alpha/development container image - make use of docker buildx caching when possible (helpful with local docker builds) - introduce a reusable container workflow which is triggered by docker-release and docker-weekly workflows - added an alpine-dev Dockerfile - split release.sh contents into different Makefile targets - make use of job matrix to build alpine + ubuntu in parallel - make alpine build optional by checking for Dockerfile presence -- as the pre-built binaries don't work with alpine, because of glibc <-> musl incompatibilities Signed-off-by: Philipp Born <git@pborn.eu>
2022-12-23 17:48:15 +00:00
package:
chore: reduce Makefile for release procedures only (#2397) Also, change its build directory to build-release. Simplify a bit its configuration steps as well. No change in functionality is expected. Signed-off-by: Roman Gershman <roman@dragonflydb.io>
2024-01-11 04:35:57 +00:00
cd build-release; \
feat(makefile): Build with full debug symbols and strip in `make package` (#2343) Before this PR, using `make` for building releases used `-g1 -gz` to provide some level of debug symbols (mostly function names in stack traces). We want to be able to have binaries with full debug symbols (for coredumps etc), but not in the public releases. This PR builds with full debug symbols, but changes `make package` to strip most debug symbols, while keeping `.debug_line` (and keeping them compressed as if with `-gz`). This will allow a single build command for public releases as well as releases with full symbols.
2023-12-27 15:48:29 +00:00
objcopy \
--remove-section=".debug_*" \
--remove-section="!.debug_line" \
--compress-debug-sections \
dragonfly \
$(RELEASE_NAME); \
feat: build and publish weekly alpha/development container image - make use of docker buildx caching when possible (helpful with local docker builds) - introduce a reusable container workflow which is triggered by docker-release and docker-weekly workflows - added an alpine-dev Dockerfile - split release.sh contents into different Makefile targets - make use of job matrix to build alpine + ubuntu in parallel - make alpine build optional by checking for Dockerfile presence -- as the pre-built binaries don't work with alpine, because of glibc <-> musl incompatibilities Signed-off-by: Philipp Born <git@pborn.eu>
2022-12-23 17:48:15 +00:00
tar cvfz $(RELEASE_NAME).tar.gz $(RELEASE_NAME) ../LICENSE.md
release: configure build
default: release
Reference in New Issue Copy Permalink