Activity

Okay, here’s the download link for the 1.8.0 SDK: https://gigenet.dl.sourceforge.net/project/openil/DevIL%20Windows%20SDK/1.8.0/DevIL-Windows-SDK-1.8.0.zip

That’s a direct link and wget grabs it without issues so we should be able to plug that into the CI and have it grab it and unpack it for automated builds. It includes both the Unicode…[Read more]

VS with the usual SDKs (make sure you grab the C++20 runtime as that’s what we’re targeting right now but may switch to C++23 later) with the optional MFC package, along with Git so you don’t need to keep grabbing the tarballs and CMake (at least initially). From my investigating, MFC is the only optional Windows component in use. Visual Studio…[Read more]

Ah, okay, and the lack of responses to this ResIL issue are a bit of a worry as well. Those input_Libs look good even they are all in C – seems the same with the DevIL sources.
Sounds good, go with including the DevIL code modules rather than compiled DLLs looks to be a better option, although a C++ version of everything would be a plus. 🙂
Been…[Read more]

Got the MFC stuff added to CMake locally. At least, I think it’s done. It’ll be in the next push. 🙂

Now to work on a plan for the image library.

Never had the issue on either OS, myself. I find DisplayPort to be more stable overall than other cable types. It also has nice features, such as daisy-chaining monitors to keep cable clutter to a minimum and better support for high-bit color if you work with a lot of images.

No worries! Figured the CI stuff out: they changed how you use CMake from the command-line since I last used it. So the CI has been updated 🙂

I think that’s a different issue. The bug looked to be an obscure parser bug that was occurring regularly but then disappeared randomly. Meson was complaining about not being able to run Ninja and to use…[Read more]

Looks good! Haven’t got things set up yet, sorry. Syntax-wise it certainly looks sturdy enough, if need be there’s always CMake: How to Unit-Test your own CMake Script Macros/Functions?.

Aah, you mean the DevIL component is impacting on the issue with Meson? If so, might be an idea to update it, hopefully with new insights from the current…[Read more]

Still crapping out on DevIL so it’s the project, not Meson. I’ll take a closer look at the provided project file when I get the opportunity but will plan on decoupling the bundled version if nothing stands out

Once we get things working, we can decide on a final build system 🙂

Okay, I just finished setting up a basic CMake script: https://github.com/Walrus-Tech/MWEdit/pull/35

Are you able to test it? I haven’t set up the CI yet for CMake, I’m looking into the command-line commands now.

It is based off the Meson branch as it needs the source changes. It’s nothing fancy and doesn’t add the extra CMake options that I…[Read more]

Someone mentioned monitor blanking was not a problem in Linux with the same setup, so, well, had to share it. 🙂

Going to try making raspberry cheesecake soon using a modified strawberry cheesecake recipe. Let’s hope it works out!

Picked up the squirrel deck from the Bloomburrow set from Magic the Gathering last month and it’s a pretty fun deck. I’m currently overhauling it, though, to make it more consistent and generally more powerful. I swapped out the included commander Hazel for Chatterfang, also included, which has greatly improved things as it costs three mana…[Read more]

Meson has some form of compatibility with CMake but I haven’t looked into it yet.

Yeah, that’s due to the libraries being 32-bit while the rest is 64-bit. You can use 32-bit code in 64-bit programs but it can have issues if one isn’t careful. It’s generally best to use the same architecture 🙂

I’m leaning towards ResIL myself as DevIL is no…[Read more]

Yeah, guessing that’s what the library machine type 'x86' conflicts with target machine type 'x64' are on about. It would be easy to check that in the vcxproj files for Windows projects, unlikely they would have built it with anything other than cmake though.
Couple of threads of interest, Hello, there is no 64-bit Debug version under the window…[Read more]

I’m actually not sure how they built the libraries since they didn’t provide any documentation on it. From the looks of things, they intended the build setup to be immutable and assumed 32-bit, which was a bit unusual in 2020. For context, I dropped 32-bit support for BOSS back around 2015 or so. Hopefully they respond to my email 🙂

For…[Read more]

Oh cool, so NimrodPSI used Meson to build DeviL at some stage? The DeviL docs do say:

CMake is used to handle building DevIL across multiple platforms.

See README.cmake for details.

Linux shouldn’t be affecting the build as the CI is set to run Windows Server 2025

Linux may have a problem with dll’s? See for example:
https://stackoverflow.com/questions/2538635/possible-to-use-a-dll-on-linux

Yep, those are the ones. The issue lies with the shared library .lib files. Yeah, will try switching to ResIL at some point. We’ll want to make sure everything is updated, anyways. I don’t know if Meson has an option to do this (will check later) but CMake has a command to download files, which could be helpful.

Unfortunately, I no longer have a…[Read more]

These are the devIL dll’s discussed back here? The ~2016 version had a different build method which might be better. Just start a new VS project and compile it might be a thing, ensuring all the functions in exports all check out.
Another idea is ResIL, looks like it is still being updated with support. 🙂