Linux/Macos port #31

CedricGuillemet · 2018-11-25T00:33:30Z

Everything is coded with multiplatform in mind (mostly). And I compiled the project on a virtualized Ubuntu. It was a couple months ago and a Linux port (a solid one) would be great.
Kudos if there is a possibility to produce binaries(packages) from a bot.

mattrei · 2019-02-21T10:06:51Z

yes please that would be great to have a guid for linux or even compiled binaries!

CedricGuillemet · 2019-02-25T01:27:36Z

I still have hope to find a contributor for the Mac/Linux port :)

highway900 · 2019-03-30T02:37:40Z

Amazing Project @CedricGuillemet I have just started playing with building in a ubuntu:18.04 docker container. Which version of Ubuntu did you use to compile against?

I would be happy to follow through with build bot if you can share some build specifics with me.

(note: I am not the greatest C++ person)

CedricGuillemet · 2019-03-30T03:24:58Z

Hi
Thank you for putting some time in the project :)
I tried with a Centos 7 virtual machine (a long time ago).
Most of the effort I put was in the cmake file. It needs a couple packages: libSDL-dev, opengl,...
Since that test I may have added some non cross platform. Let me know if that happens, I'll fix that quickly.

highway900 · 2019-04-10T07:52:06Z

So I am back.
I have setup a build pipeline using azure pipeline. This is pretty fast and free for open source applications. It also supports Windows, OSX and Linux which is nice, cos no one really support OSX.

https://dev.azure.com/highway900/Imogen/_build/results?buildId=4

That is the build result with a fairly vanilla cut of master. The only change is setting the C++ standard to 17. This fixed numerous build errors like using auto.

The current errors can be fixed by including math.h but I assume that this is done some other way with VS? This is pretty interesting to me, cpp build systems are not my strong suite.

I can invite you to the azure project, or you could start one for the project. I just thought it might be an easy way to run the builds and create some release/build artifacts for many platforms automatically.

Cheers.

CedricGuillemet · 2019-04-11T03:40:17Z

That looks nice! Is there a way to not create a repo on azure but use github instead?

highway900 · 2019-04-11T03:43:29Z

The azure build system just points at my github fork of Imogen :) So there is no azure repository that I know of. I did allow access to azure to my fork.
You can also manage the configuration yml file from inside the github repo.

highway900 · 2019-04-24T22:01:08Z

As far as I can tell the version of pyconfig.h is generated by python configure system (or copied from PC/pyconfig.h) in the cpython source. The version included in imogen is for VS c++ or wacom compiler specifically. The file is ignored in the cpython source

I will try to compile with the linux python3.7-dev package instead.

highway900 · 2019-04-28T07:56:08Z

Compiling with an installed version of python3.7 and package lookup in CMakeLists fixed the python dependency.

Now the compiler semantics are appearing. I get a different set of errors for GCC and Clang. I will focus on Clang at the moment in the hope that translates to OSX easier. Changing the C++ standard (11, 14, 17) also generates a variety of different errors. I am currently using 14 as 17 causes errors with pybind, which fits VS the best?

CedricGuillemet · 2019-04-28T19:16:20Z

I don't know. I use vs2017 default settings. Focusing on Clang is a good idea.

axredneck · 2019-06-01T18:34:15Z

I just tried to build current "dev-0.14" branch and got this error:
/home/redneck/programs/Imogen/src/EvaluationContext.cpp:26:10: fatal error: SDL.h: No such file or directory
#include <SDL.h>
though i have such file (/usr/include/SDL/SDL.h).
Arch Linux.

highway900 · 2019-06-01T23:48:35Z

The path for SDL is likely incorrect in the include. ‘#include <SDL/SDL.h>’ This is actually where ‘SDL.h’ is. I would suggest changing the cmakelists file to search in the include subdirectory.

…

On Sun, 2 Jun 2019 at 04:34, axredneck ***@***.***> wrote: I just tried to build current "dev-0.14" branch and got this error: /home/redneck/programs/Imogen/src/EvaluationContext.cpp:26:10: fatal error: SDL.h: No such file or directory #include <SDL.h> though i have this file (/usr/include/SDL/SDL.h). Arch Linux. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#31?email_source=notifications&email_token=AAIMTYGBIWIWDAXD3BG5GNTPYK6KVA5CNFSM4GGGTT4KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWXGFSY#issuecomment-497967819>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAIMTYB2BFZ5WJ33IRTMT73PYK6KVANCNFSM4GGGTT4A> .

axredneck · 2019-06-09T13:53:26Z

Trying to compile dev-0.14 branch:
/home/redneck/programs/Imogen/src/Platform.h:101:2: error: #error unknown platform
#error unknown platform

CedricGuillemet · 2019-06-09T16:08:09Z

What's your compiler/OS? The platform.h sets the configuration and enables features based on the target. Currently, only Windows thru MSVC and emscripten are supported.

axredneck · 2019-06-09T19:23:13Z

@CedricGuillemet Arch Linux as before, GCC 8.3.0

unfa · 2019-06-15T21:58:13Z

Hey! Are you looking for help with the Linux port?

I'm no developer but I could help with testing.

I'm a graphic designer and I'm really excited to see Imogen being a thing, as I want to make procedural PBR materials, but I don't want to become Adobe's servant for this.
I used to use MapZone2 back in the day, before Allegorhytmic rebranded it into Substance Dsigner (I guess) and was bought by Adobe - it was awesome. I'm trying to make materials with Blender, but it's really difficult - getting a tiling noise texture is an endeavour on it's own, ad blurring the maps is actually only possible with a dirty and cmoputationally exansive hack. Also creating any geometric shapes requires modelling, so it's not trival to make a simple Diamond plate material.

I'd be really excited to help you develop the Linux port of Imogen (the web build doens't seem to work well for me).

I'm running Ryzen 7 1700 / GTX 1060 6GB / 32GB RAM and Manjaro Linux.

unfa · 2019-06-15T22:58:23Z

I've truied building the newest git code on Linux, as well as the latest release. No success so far.

Building the latest release I get this error:

/data/Applications/Imogen-0.13.0/ext/python37/include/pyconfig.h:59:10: fatal error: io.h: No such file or directory
 #include <io.h>
          ^~~~~~
compilation terminated.

unfa · 2019-06-15T23:10:51Z

Trying to compile dev-0.14 branch:
/home/redneck/programs/Imogen/src/Platform.h:101:2: error: #error unknown platform
#error unknown platform

I think I have the same issue:
#68

CedricGuillemet · 2019-06-15T23:28:50Z

Yes, I broke the linux build with emscripten. Fixing it now.

nafergo · 2019-06-16T08:11:21Z

Any plans for appimage releases?

axredneck · 2019-06-16T15:16:40Z

@nafergo any plans for compile from sources first, the rest later.

axredneck · 2019-07-11T20:22:27Z

Now it compiles but crashes:

Imogen: /home/redneck/programs/Imogen/ext/imgui_draw.cpp:1623: ImFont* ImFontAtlas::AddFontFromFileTTF(const char*, float, const ImFontConfig*, const ImWchar*): Assertion `0' failed.

CedricGuillemet · 2019-07-11T20:28:22Z

It crashes because it doesn't find the font file. In your terminal run the app from the bin directory

axredneck · 2019-07-11T20:34:33Z

Thank You, it works!

axredneck · 2019-09-28T20:58:46Z

Doesn't compile again

CMake Error at ext/bgfx/cmake/3rdparty/glsl-optimizer.cmake:55 (list):
  list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
  ext/bgfx/cmake/tools/shaderc.cmake:14 (include)
  ext/bgfx/cmake/tools.cmake:17 (include)
  ext/bgfx/CMakeLists.txt:61 (include)

Arch Linux, Imogen dev-0.14 branch.

leiserfg · 2019-09-28T21:01:02Z

Try updating the submodules.

axredneck · 2019-09-28T21:04:07Z

Try updating the submodules

Already tried with no success.

leiserfg · 2019-09-28T21:11:54Z

Apparently, something is broken with bgfx, because I updated the submodules and now is failing for me also.

leiserfg · 2019-09-28T21:19:35Z

The error I'm getting is because of this change in bgfx
bkaradzic/bgfx@855623e

leiserfg · 2019-09-28T21:30:17Z

I'm not sure (I didn't read all the imogen code) but maybe will be healthier to use Vulkan directly, cause bgfx is doing api changes. You can use vukan on linux and windows and MolteVk or similar on macos.

CedricGuillemet · 2019-09-28T21:32:03Z

I can't reproduce the issue with cmakegui + msvc :(

leiserfg · 2019-09-28T21:35:06Z

It happens if you update the submodules recursively cause they are making changes on bgfx, check

bkaradzic/bgfx@855623e

leiserfg · 2019-09-28T21:38:15Z

Can be fixed just by replacing VertexDecl with VertexLayout.

leiserfg · 2019-09-28T21:40:05Z

But then I started to get more bgfx errors, updating the submodules was a bad idea.

CedricGuillemet · 2019-09-28T21:44:50Z

I've pushed an update. let if know if it solves something

axredneck · 2019-09-29T17:36:34Z

I did git pull origin dev-0.14 and git submodule update, still the same issue:

CMake Error at ext/bgfx/cmake/3rdparty/glsl-optimizer.cmake:55 (list):
  list sub-command REMOVE_ITEM requires two or more arguments.

CedricGuillemet added help wanted Extra attention is needed enhancement New feature or request labels Nov 25, 2018

axredneck mentioned this issue Jul 10, 2019

Can't build on Linux - unknown platform #68

Open

Linux/Macos port #31

Linux/Macos port #31

Comments

CedricGuillemet commented Nov 25, 2018

mattrei commented Feb 21, 2019

CedricGuillemet commented Feb 25, 2019

highway900 commented Mar 30, 2019

CedricGuillemet commented Mar 30, 2019

highway900 commented Apr 10, 2019

CedricGuillemet commented Apr 11, 2019

highway900 commented Apr 11, 2019

highway900 commented Apr 24, 2019

highway900 commented Apr 28, 2019

CedricGuillemet commented Apr 28, 2019

axredneck commented Jun 1, 2019 • edited Loading

highway900 commented Jun 1, 2019 via email

axredneck commented Jun 9, 2019

CedricGuillemet commented Jun 9, 2019

axredneck commented Jun 9, 2019

unfa commented Jun 15, 2019 • edited Loading

unfa commented Jun 15, 2019 • edited Loading

unfa commented Jun 15, 2019 • edited Loading

CedricGuillemet commented Jun 15, 2019

nafergo commented Jun 16, 2019

axredneck commented Jun 16, 2019

axredneck commented Jul 11, 2019

CedricGuillemet commented Jul 11, 2019

axredneck commented Jul 11, 2019

axredneck commented Sep 28, 2019

leiserfg commented Sep 28, 2019

axredneck commented Sep 28, 2019 • edited Loading

leiserfg commented Sep 28, 2019

leiserfg commented Sep 28, 2019

leiserfg commented Sep 28, 2019

CedricGuillemet commented Sep 28, 2019

leiserfg commented Sep 28, 2019

leiserfg commented Sep 28, 2019 • edited Loading

leiserfg commented Sep 28, 2019 • edited Loading

CedricGuillemet commented Sep 28, 2019

axredneck commented Sep 29, 2019

axredneck commented Jun 1, 2019 •

edited

Loading

unfa commented Jun 15, 2019 •

edited

Loading

unfa commented Jun 15, 2019 •

edited

Loading

unfa commented Jun 15, 2019 •

edited

Loading

axredneck commented Sep 28, 2019 •

edited

Loading

leiserfg commented Sep 28, 2019 •

edited

Loading

leiserfg commented Sep 28, 2019 •

edited

Loading