# 1. A Hello World example With Stack installed, we will create a new Stack project and walk through the most common Stack commands. First, let us look at other foundations for getting started with Haskell. ## Foundations Although this guide starts with creating Stack projects using Stack, if you are relatively inexperienced in coding with Haskell, there are things you may wish to experience first. Examples are: * using GHC interactively to evaluate Haskell expressions and explore their types. The [`stack ghci`](../commands/ghci_command.md) command can help do that; and * developing simple Haskell programs where all your source code is in a single file. The [`stack runghc`](../commands/runghc_command.md), [`stack ghc`](../commands/ghc_command.md), and [`stack script`](../commands/script_command.md) commands can all help with that. By default, the `stack new` command introduced below creates a simple project. However, Stack projects can be even simpler than that. For example, imagine you already had the following simple Haskell program in a single source file named `MyMainModule.hs` in a directory named `my-project`. ~~~haskell module Main ( main ) where main :: IO () main = putStrLn "Hello, World!" ~~~ You could create a Haskell package from that source file by also creating manually a package description file named `package.yaml` in `my-project`, with the contents: ~~~yaml name: my-package-name version: 1 dependencies: base executable: main: MyMainModule.hs ~~~ This description reflects the following: * all Haskell packages have a name and a version; and * the GHC boot package [`base`](https://hackage.haskell.org/package/base) is a dependency of almost all other packages. You could then create a Stack project based on that single package by also creating manually a Stack project-level configuration file named `stack.yaml` in `my-project`, with the contents: ~~~yaml snapshot: lts-24.37 ~~~ By adding those two files (one to describe a package, the other to configure the project) manually, you would now have a valid single-package Stack project in the `my-project` directory. However, let us step through what Stack's commands provide, when it comes to creating new projects. In this guide, unless stated otherwise, the working directory is the project's root directory. ## The `stack new` command We will start off with the [`stack new`](../commands/new_command.md) command to create a new Stack *project* from a project template. The project template `new-template` is used by default. However, in our example, we will use it by name. That template creates a project with a single package of the same name. So, we need to pick a name for the project that is also a valid package name. We will call our project `helloworld`. ??? question "How do project packages relate to projects?" A project can have one or more packages. Each project package has its own root directory. In the case of a single-package project, the project directory and the package directory can be the same directory. ??? question "What is a valid package name?" A valid package name consists of one or more alphanumeric words separated by hyphens. Each word must contain at least one letter. That is, the word must not be interpreted as a number. The names of packages are intended to be unique. ??? question "What is a valid package version number?" A package version number is one or more natural numbers (including zero) separated by dots (`.`). However, Haskell's Package Versioning Policy (PVP) says that a version should have the form *A.B.C*, and may optionally have any number of additional components. ??? question "Are other project templates available?" Yes. For further information about project templates, command: ~~~text stack templates ~~~ From the root directory for all our Haskell projects, we command: ~~~text stack new helloworld new-template ~~~ For this first Stack command, Stack will do some setting up. For example, it will create the [Stack root](../topics/stack_root.md) directory. Other than any setting up, Stack will: * create the project directory; * download the project template; * attempt to populate the project template based on parameters; and * create and initialise Stack's project-level configuration file. Unless the parameters have been configured, Stack will note that parameters were needed by the template but not provided. That can be ignored for now. ??? question "How can I configure project template paramaters?" For further information, see the [`templates`](../configure/yaml/non-project.md#templates) non-project specific configuration option. As noted in Stack's output, parameters to populate project templates can also be set at the command line by using the options of the `stack new` command. ??? question "Can I create a new project in the current working directory?" Yes. Pass the `--bare` flag to cause Stack to create the project in the current working directory rather than in a new project directory. We now have a project in the `helloworld` directory! We will change to that directory, with command: ~~~text cd helloworld ~~~ ## The `stack build` command Next, we will run the most important Stack command, [`stack build`](../commands/build_command.md). We command: ~~~text stack build ~~~ Stack needs a version of GHC and, on Windows, a version of MSYS2, in order to build your project. Stack will discover that you are missing it and will install it for you. You will get intermediate download percentage statistics while the download is occurring. This command may take some time, depending on download speeds. ??? question "Where is the Stack-supplied GHC located?" You can use the [`stack path`](../commands/path_command.md) command for path information. To identify where GHC is installed, command: === "Unix-like" ~~~text stack exec -- which ghc /home//.stack/programs/x86_64-linux/ghc-9.6.5/bin/ghc ~~~ === "Windows" ~~~text stack exec -- where.exe ghc C:\Users\\AppData\Local\Programs\stack\x86_64-windows\ghc-9.6.5\bin\ghc.exe ~~~ As you can see from that path, the installation is placed to not interfere with any other GHC installation, whether system-wide or different GHC versions installed by Stack. ??? question "Can I use that version of GHC by commanding `ghc`?" No. GHC will be installed to the Stack programs directory, which is likely not on the PATH, so commanding `ghc` will not work. However, that version of GHC can be used in the Stack environment. For more information, see the [`stack exec`](../commands/exec_command.md) command, [`stack ghc`](../commands/ghc_command.md) command, and [`stack runghc`](../commands/ghc_command.md) command documentation. Once a version of GHC and, on Windows, a version of MSYS2, is installed, Stack will then build your project. The end of the output should look similar to this: === "Unix-like" ~~~text ... helloworld> configure (lib + exe) Configuring helloworld-0.1.0.0... helloworld> build (lib + exe) with ghc-9.10.3 Preprocessing library for helloworld-0.1.0.0.. Building library for helloworld-0.1.0.0.. [1 of 2] Compiling Lib [2 of 2] Compiling Paths_helloworld Preprocessing executable 'helloworld-exe' for helloworld-0.1.0.0.. Building executable 'helloworld-exe' for helloworld-0.1.0.0.. [1 of 2] Compiling Main [2 of 2] Compiling Paths_helloworld [3 of 3] Linking .stack-work/dist/x86_64-linux-tinfo6/ghc-9.10.3/build/helloworld-exe/helloworld-exe helloworld> copy/register Installing library in .../helloworld/.stack-work/install/x86_64-linux-tinfo6/a2caceceda039eb4f791856f85a68f9582d4daf3d0527344693ff3d1fcd92ba4/9.6.6/lib/x86_64-linux-ghc-9.10.3/helloworld-0.1.0.0-KFyX8zLxDvzLZURq3JaCVX Installing executable helloworld-exe in .../helloworld/.stack-work/install/x86_64-linux-tinfo6/a2caceceda039eb4f791856f85a68f9582d4daf3d0527344693ff3d1fcd92ba4/9.6.6/bin Registering library for helloworld-0.1.0.0.. ~~~ === "Windows" ~~~text ... helloworld> configure (lib + exe) Configuring helloworld-0.1.0.0... helloworld> build (lib + exe) with ghc-9.10.3 Preprocessing library for helloworld-0.1.0.0.. Building library for helloworld-0.1.0.0.. [1 of 2] Compiling Lib [2 of 2] Compiling Paths_helloworld Preprocessing executable 'helloworld-exe' for helloworld-0.1.0.0.. Building executable 'helloworld-exe' for helloworld-0.1.0.0.. [1 of 2] Compiling Main [2 of 2] Compiling Paths_helloworld [3 of 3] Linking .stack-work\dist\effaccc7\build\helloworld-exe\helloworld-exe.exe helloworld> copy/register Installing library in ...\helloworld\.stack-work\install\c8c71a24\lib\x86_64-windows-ghc-9.10.3\helloworld-0.1.0.0-KFyX8zLxDvzLZURq3JaCVX Installing executable helloworld-exe in ...\helloworld\.stack-work\install\c8c71a24\bin Registering library for helloworld-0.1.0.0.. ~~~ On Windows, Stack uses hashes of certain information to keep paths short. Stack aims not to rebuild unnecessarily. If we command `stack build` a second time, nothing happens. ## The `stack exec` command The output of the previous command has three main steps. You can see, from the first two steps, that a library (lib) and an executable (exe) are being built and that the final step involved the installation of an executable named `helloworld-exe` (on Windows, the file is `helloworld-exe.exe`) (extract): ~~~text helloworld> configure (lib + exe) ... helloworld> build (lib + exe) with ghc-9.10.3 ... helloworld> copy/register ... Installing executable helloworld-exe in .../helloworld/.stack-work/.../bin ~~~ The executable is installed in a location in the project's `.stack-work` directory. Now, let us use the [`stack exec`](../commands/exec_command.md) command to run our executable. We command: ~~~text stack exec helloworld-exe ~~~ and the output is just: ~~~text someFunc ~~~ ??? question "Why is the output just `someFunc`?" The code in the `new-template` project template is very simple. The package has a Haskell module `Lib`: ~~~haskell module Lib ( someFunc ) where someFunc :: IO () someFunc = putStrLn "someFunc" ~~~ and a Haskell module `Main`: ~~~haskell module Main (main) where import Lib main :: IO () main = someFunc ~~~ `putStrLn "someFunc"` is an action that, when executed, outputs the string `someFunc` to the standard output channel. `stack exec` works by providing the same reproducible environment that was used to build your project to the command that you are running. Thus, it knew where to find `helloworld-exe` even though it is not on the PATH outside of that environment. ??? question "How I can find the PATH used in the Stack environment?" Command `stack path --bin-path` to see the PATH in the Stack environment. !!! info On Windows, the Stack environment includes the `\mingw64\bin`, `\usr\bin` and `\usr\local\bin` directories of the Stack-supplied MSYS2. If your executable depends on files (for example, dynamic-link libraries) in those directories and you want ro run it outside of the Stack environment, you will need to ensure copies of those files are on the PATH. ## The `stack test` command Finally, like all good software, `helloworld` actually has a test suite. Let us run it with the [`stack test`](../commands/test_command.md) command. We command: ~~~text stack test ~~~ The start of the output should look similar to this: === "Unix-like" ~~~text helloworld-0.1.0.0: unregistering (components added: test:helloworld-test) helloworld> configure (lib + exe + test) Configuring helloworld-0.1.0.0... helloworld> build (lib + exe + test) with ghc-9.10.3 Preprocessing library for helloworld-0.1.0.0.. Building library for helloworld-0.1.0.0.. Preprocessing test suite 'helloworld-test' for helloworld-0.1.0.0.. Building test suite 'helloworld-test' for helloworld-0.1.0.0.. [1 of 2] Compiling Main [2 of 2] Compiling Paths_helloworld [3 of 3] Linking .stack-work/dist/x86_64-linux-tinfo6/ghc-9.10.3/build/helloworld-test/helloworld-test Preprocessing executable 'helloworld-exe' for helloworld-0.1.0.0.. Building executable 'helloworld-exe' for helloworld-0.1.0.0.. helloworld> copy/register Installing library in .../helloworld/.stack-work/install/x86_64-linux-tinfo6/a2caceceda039eb4f791856f85a68f9582d4daf3d0527344693ff3d1fcd92ba4/9.6.6/lib/x86_64-linux-ghc-9.10.3/helloworld-0.1.0.0-KFyX8zLxDvzLZURq3JaCVX Installing executable helloworld-exe in .../helloworld/.stack-work/install/x86_64-linux-tinfo6/a2caceceda039eb4f791856f85a68f9582d4daf3d0527344693ff3d1fcd92ba4/9.6.6/bin Registering library for helloworld-0.1.0.0.. ~~~ === "Windows" ~~~text helloworld-0.1.0.0: unregistering (components added: test:helloworld-test) helloworld> configure (lib + exe + test) Configuring helloworld-0.1.0.0... helloworld> build (lib + exe + test) with ghc-9.10.3 Preprocessing library for helloworld-0.1.0.0.. Building library for helloworld-0.1.0.0.. Preprocessing test suite 'helloworld-test' for helloworld-0.1.0.0.. Building test suite 'helloworld-test' for helloworld-0.1.0.0.. [1 of 2] Compiling Main [2 of 2] Compiling Paths_helloworld [3 of 3] Linking .stack-work\dist\effaccc7\build\helloworld-test\helloworld-test.exe Preprocessing executable 'helloworld-exe' for helloworld-0.1.0.0.. Building executable 'helloworld-exe' for helloworld-0.1.0.0.. helloworld> copy/register Installing library in ...\helloworld\.stack-work\install\0aa166fa\lib\x86_64-windows-ghc-9.10.3\helloworld-0.1.0.0-KFyX8zLxDvzLZURq3JaCVX Installing executable helloworld-exe in ...\helloworld\.stack-work\install\0aa166fa\bin Registering library for helloworld-0.1.0.0.. ~~~ Again, Stack does not rebuild unnecessarily. Only the test suite component is compiled and linked. The output should then conclude: ~~~text helloworld> test (suite: helloworld-test) Test suite not yet implemented helloworld> Test suite helloworld-test passed Completed 2 action(s). ~~~ Having build the test suite executable, Stack then automatically runs it.