typeable/rollbar-hs
1
0
Fork 0
mirror of https://github.com/typeable/rollbar-hs.git synced 2024-08-15 16:50:25 +03:00
Code Issues Projects Releases Wiki Activity
cf2e2a5df0
rollbar-hs/Makefile

62 lines
1.1 KiB
Makefile
Raw Normal View History

Cleanup `Makefile` Makes most variables able to be overridden. Simpleifies some rules. Quiets most of the output.
2018-07-29 20:10:11 +03:00
CABAL ?= cabal
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
CABAL_FLAGS ?=
Limit the number of simultaneous jobs We might be trying to overdo it with the number of CPU cores available. If we limit the jobs, it might speed up the build.
2018-08-26 20:27:53 +03:00
CABAL_BUILD_FLAGS ?=
Cleanup `Makefile` Makes most variables able to be overridden. Simpleifies some rules. Quiets most of the output.
2018-07-29 20:10:11 +03:00
DIST ?= dist
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
GHCID ?= ghcid
GHCID_FLAGS ?= --ghc-options=-fno-code
HPACK ?= hpack
NIX_SHELL ?= nix-shell
NIX_SHELL_FLAGS ?=
PROJECT_NAME := rollbar-hs
Add rules for uploading to hackage While it would be really nice to run this from CI, The only way to upload a package involves using account-wide credentials. We can either use a username/password, or an API token. Both of these credentials have the same privileges, and that's too much power to give to CI. For now, we run this from the local machine. Maybe we can think of another way that's a bit safer.
2018-07-27 15:03:47 +03:00
CABAL_FILE := $(PROJECT_NAME).cabal
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
CONFIGURE := $(DIST)/setup-config
Separate the compile stage from testing Might be overkill for this small of a workflow. Good to get practice with circleci and Make.
2018-07-29 22:19:06 +03:00
DOC_TEST := $(DIST)/build/doc-test/doc-test
Add a Makefile We can make things easier on contributors if we setup a build system. We can also make CI easier if we use Make.
2018-07-25 09:07:03 +03:00
Add back build target Even though we changed the structure of the targets, we can still make it easier on everyone if we keep the build target.
2018-07-29 22:26:42 +03:00
.DEFAULT_GOAL := build
Add a Makefile We can make things easier on contributors if we setup a build system. We can also make CI easier if we use Make.
2018-07-25 09:07:03 +03:00
Cleanup `Makefile` Makes most variables able to be overridden. Simpleifies some rules. Quiets most of the output.
2018-07-29 20:10:11 +03:00
$(CABAL_FILE): package.yaml
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
$(HPACK)
Separate the compile stage from testing Might be overkill for this small of a workflow. Good to get practice with circleci and Make.
2018-07-29 22:19:06 +03:00
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
$(CONFIGURE): $(CABAL_FILE)
$(CABAL) $(CABAL_FLAGS) configure --enable-tests
Separate the compile stage from testing Might be overkill for this small of a workflow. Good to get practice with circleci and Make.
2018-07-29 22:19:06 +03:00
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
.PHONY: build
build $(DOC_TEST): $(CONFIGURE) default.nix
Limit the number of simultaneous jobs We might be trying to overdo it with the number of CPU cores available. If we limit the jobs, it might speed up the build.
2018-08-26 20:27:53 +03:00
$(CABAL) $(CABAL_FLAGS) build $(CABAL_BUILD_FLAGS)
Add a Makefile We can make things easier on contributors if we setup a build system. We can also make CI easier if we use Make.
2018-07-25 09:07:03 +03:00
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
.PHONY: check
check: $(CABAL_FILE)
$(CABAL) $(CABAL_FLAGS) check
Add rules for uploading to hackage While it would be really nice to run this from CI, The only way to upload a package involves using account-wide credentials. We can either use a username/password, or an API token. Both of these credentials have the same privileges, and that's too much power to give to CI. For now, we run this from the local machine. Maybe we can think of another way that's a bit safer.
2018-07-27 15:03:47 +03:00
Add a Makefile We can make things easier on contributors if we setup a build system. We can also make CI easier if we use Make.
2018-07-25 09:07:03 +03:00
.PHONY: clean
clean:
Add rules for uploading to hackage While it would be really nice to run this from CI, The only way to upload a package involves using account-wide credentials. We can either use a username/password, or an API token. Both of these credentials have the same privileges, and that's too much power to give to CI. For now, we run this from the local machine. Maybe we can think of another way that's a bit safer.
2018-07-27 15:03:47 +03:00
rm -f $(CABAL_FILE)
rm -fr $(DIST)
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
default.nix: $(CABAL_FILE)
cabal2nix . > $@
Add a Makefile We can make things easier on contributors if we setup a build system. We can also make CI easier if we use Make.
2018-07-25 09:07:03 +03:00
Add rules for uploading to hackage While it would be really nice to run this from CI, The only way to upload a package involves using account-wide credentials. We can either use a username/password, or an API token. Both of these credentials have the same privileges, and that's too much power to give to CI. For now, we run this from the local machine. Maybe we can think of another way that's a bit safer.
2018-07-27 15:03:47 +03:00
.PHONY: sdist
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
sdist: check
$(CABAL) $(CABAL_FLAGS) sdist
.PHONY: shell
shell:
$(NIX_SHELL) --pure $(NIX_SHELL_FLAGS)
Add rules for uploading to hackage While it would be really nice to run this from CI, The only way to upload a package involves using account-wide credentials. We can either use a username/password, or an API token. Both of these credentials have the same privileges, and that's too much power to give to CI. For now, we run this from the local machine. Maybe we can think of another way that's a bit safer.
2018-07-27 15:03:47 +03:00
Add a Makefile We can make things easier on contributors if we setup a build system. We can also make CI easier if we use Make.
2018-07-25 09:07:03 +03:00
.PHONY: test
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
test: test-doc-test
Split out test targets It looks like, when we switch jobs in CI the new checkout has newer timestamps than what's in the make cache. Rather than dealing with that anymore, we alter the targets. We can change `test` to ensure builds are up to date. Then we can leave the individual test targets to run whatever is there. In CI this means we can set the workflow to run the tests separately.
2018-07-29 23:07:43 +03:00
.PHONY: test-doc-test
test-doc-test: $(DOC_TEST)
$<
Add a Makefile We can make things easier on contributors if we setup a build system. We can also make CI easier if we use Make.
2018-07-25 09:07:03 +03:00
Add rules for uploading to hackage While it would be really nice to run this from CI, The only way to upload a package involves using account-wide credentials. We can either use a username/password, or an API token. Both of these credentials have the same privileges, and that's too much power to give to CI. For now, we run this from the local machine. Maybe we can think of another way that's a bit safer.
2018-07-27 15:03:47 +03:00
.PHONY: upload-hackage
upload-hackage: sdist
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
@ $(CABAL) $(CABAL_FLAGS) upload $(DIST)/$(PROJECT_NAME)-*.tar.gz
Add rules for uploading to hackage While it would be really nice to run this from CI, The only way to upload a package involves using account-wide credentials. We can either use a username/password, or an API token. Both of these credentials have the same privileges, and that's too much power to give to CI. For now, we run this from the local machine. Maybe we can think of another way that's a bit safer.
2018-07-27 15:03:47 +03:00
Add a Makefile We can make things easier on contributors if we setup a build system. We can also make CI easier if we use Make.
2018-07-25 09:07:03 +03:00
.PHONY: watch
Move to a nix-based setup With nix, we get more reproducable builds. Everything that goes into making the build can be specified. The dependencies we need for development/CI can be made the same. And, we ought to be able to parameterize the build better. When we want to check if things compile on 8.4.x, we can change the compiler to that version in one place. Assuming this works out, it should make for a lower amount of overall work.
2018-08-09 17:51:17 +03:00
watch: $(CONFIGURE)
$(GHCID) --command "cabal repl lib:$(PROJECT_NAME) $(GHCID_FLAGS)"
Reference in New Issue Copy Permalink