I'm having trouble installing Allegro for Windows. It's been a long time and I've become complacent with Mac and how easily it works.

I'd like to build from source and I feel there's gotta be some secret trick I'm missing involving the dependencies.

Doesn't Windows have package managers now (Chocolatey?) that can easily be used to install all the dependencies? Are there scripts, for example? I've downloaded a few different installers already (MinGW, CMake, DirectX, VS Build Tools, etc), I'm not convinced these are all going into the right place on this system, and to be honest am really bummed how many of these are trying to install search bar plugins, or asking for email addresses, and so forth.

Is there a package manager way to build? Something terminal only? Something that sill allows me to compile allegro from source?

And for VC++ or whatever you have Edgar Reynaldo's monolith builds

nuget? ?? ?????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ??????????????????????? ???????????????????????

Here's the Nuget link, for completeness (MSVC only): https://www.nuget.org/packages/Allegro and just the dependencies https://www.nuget.org/packages/AllegroDeps. It's possible to grab the dependencies manually if you want to compile Allegro from source, e.g. see these lines here: https://github.com/liballeg/allegro5/blob/master/appveyor.yml#L8.

MSYS2 comes with all the dependencies (and Allegro itself), it's what I use for my day-to-day Windows development.

The official MSYS2 packages https://github.com/liballeg/allegro5/releases/tag/5.2.5.0 and https://github.com/liballeg/allegro_winpkg/releases/tag/1.9.0 also can be used.

If you're really adventurous, you can regenerate the official packages by following directions here: https://github.com/liballeg/allegro_winpkg/tree/master/universal, that compiles both the dependencies and Allegro from source.

That sounds like something I could go for. I wouldn't mind learning/emulating the tooling you use.

OK, I have installed MSYS2 from the one-click installer. I have several questions just about it in general:

• I had previously installed the "git shell". It looks essentially like the same thing. What's the difference between MSYS2 and "git shell"'s MINGW64?

• It appears like binaries (git, cmake) that I had installed into "git shell" are not in MSYS2. I'm a little confused about how the filesystem (and installed binaries) are laid out between this, terminal, and PowerShell, and just like Windows PATH for example. What's the difference between these filesystems? Is there a crossover?

I've gone the route of using pacman to install the packages git, make, cmake, and mingw-w64-x86_64-toolchain (with all).

• When I installed git with `pacman -Sy git`, I was able to `git --version`. But after installing `pacman -Sy mingw-w64-x86_64-toolchain`, then `gcc --version` is not found. What's the difference between the two install procedures?

I feel the same way.

OK, so far this is what I have:

After installing and opening MSYS (and updating it with sudo pacman -Syu) this would be the start of the script I would use (but it gets stuck at the end):

pacman -S mingw-w64-x86_64-gcc --noconfirm
pacman -S mingw-w64-x86_64-gdb --noconfirm
pacman -S make --noconfirm
pacman -S mingw-w64-x86_64-cmake --noconfirm
pacman -S git --noconfirm
pacman -S mingw-w64-x86_64-pkg-config --noconfirm
pacman -S mingw-w64-x86_64-freetype --noconfirm
pacman -S mingw-w64-x86_64-libpng --noconfirm
pacman -S mingw-w64-x86_64-libjpeg-turbo --noconfirm
pacman -S mingw-w64-x86_64-libvorbis --noconfirm
pacman -S mingw-w64-x86_64-flac --noconfirm
pacman -S mingw-w64-x86_64-physfs --noconfirm
pacman -S mingw-w64-x86_64-dumb --noconfirm
pacman -S mingw-w64-x86_64-libtheora --noconfirm
export PATH=$PATH:/mingw64/bin
mkdir -p Repos
cd Repos
git clone https://github.com/liballeg/allegro5.git
cd allegro5
mkdir build_allegro_monolith
cd build_allegro_monolith
cmake G"MSYS Makefiles" -D"CMAKE_SYSTEM_PREFIX_PATH:PATH=/mingw64/x86_64-w64-mingw32" -DWANT_MONOLITH=on ..

It does well, but then gets stuck at the last cmake step, not being able to find X11 development tools. The terminal output is below, I've attached the CMakeError.log.

-- Guessed MinGW directory: /mingw64
-- Allowing GCC/Clang to use SSE instructions
-- Performing Test ALLEGRO_HAVE_PROCFS_ARGCV
-- Performing Test ALLEGRO_HAVE_PROCFS_ARGCV - Failed
-- Performing Test ALLEGRO_HAVE_SV_PROCFS_H
-- Performing Test ALLEGRO_HAVE_SV_PROCFS_H - Failed
Using OpenGL
-- Could NOT find X11 (missing: X11_X11_LIB)
CMake Error at CMakeLists.txt:707 (message):
  X11 not found.  You may need to install X11 development libraries.


-- Configuring incomplete, errors occurred!
See also "/home/Mark/Repos/allegro5/build_allegro_monolith/CMakeFiles/CMakeOutput.log".
See also "/home/Mark/Repos/allegro5/build_allegro_monolith/CMakeFiles/CMakeError.log".

I tried looking for a pacman package of x11 development tools, but pacman -Ss x11 or a web search didn't reveal anything.

---

BTW, I had found this, it was helpful: https://www.allegro.cc/forums/thread/616828

MSYS Makefiles is correct, I don't understand why it's complaining about for X11. I'd nuke the build directory and try again. I just tested a fresh install of MSYS and I didn't get that error.

FWIW the allegro_winpkg repository I linked to has such scripts (otherwise packaging Allegro would be a pain ).

It's been a while but IIRC your PATH depends on which variant of the shell you open (use the mingw-w64 one).
You can find more information on this page, e.g.

I have no idea about the X11 related error.

Btw., now when I think about it, the question which makefiles to use might actually depend on the variant of make you install.

Go ahead and use Cmake Makefiles if you want your program to depend on the Cmake runtime....

Ok, working through this problem has made me realize I'm actually trying to solve several problem cases simultaneously, so I've scaled back to just the simplest one. The problem cases are:

1. Update my build system to also work on Windows, which requires building with Allegro.
2. Compile Allegro from source, so that I can contribute to the codebase and test on Windows.
3. Compile Allegro from source, so that I can build the latest master without having to wait for releases or dll builds.
4. Modify my build system so that programs and source can be built and tested real-time in multiple build cases (clang, gcc, cl) and platforms (win, mac).

After I scope it down to just #1, I've been able to just go with pacman install allegro which is enough. Constraining myself to MSYS2 (in MINGW64) has helped a lot, and at this point there's enough to digest and work through.

I honestly really like the system at this point. It's very similar to what I work with on my mac, and it's not hard to slowly "port over" my .zshrc to .bashrc. Each of the dependencies has some quirks so far in Windows, there's some quirks with ncurses, vim plugins, paths, and some little tools I use like rerun. But it's definitely working as I sort all those out.

I feel like Pickle Rick slowing getting back into mobility.

Eventually, I'll get to the point where I compile Allegro from source and achieve #2, 3, and 4, but for now definitely the number of simultaneous problems to work through is diminishing, and I've gotten an Allegro window to run.