Jump to content
The Dark Mod Forums

Linux build again


duzenko

Recommended Posts

I have 8gb and it compiles with no issue here. ( Linux Mint 19.3 )

One thing I do is limit the number of threads to your core count:

make -j$(nproc)

Please visit TDM's IndieDB site and help promote the mod:

 

http://www.indiedb.com/mods/the-dark-mod

 

(Yeah, shameless promotion... but traffic is traffic folks...)

Link to comment
Share on other sites

If I had such problem, I'd look for the object files of GLAD, where these functions are defined.
If they are present, then run objdump to check that the missing symbols are indeed there or missing (they might have slightly different name for instance).
If they are missing, then review the whole compilation log for appropriate .c files.

Link to comment
Share on other sites

22 hours ago, stgatilov said:

If I had such problem, I'd look for the object files of GLAD, where these functions are defined.
If they are present, then run objdump to check that the missing symbols are indeed there or missing (they might have slightly different name for instance).
If they are missing, then review the whole compilation log for appropriate .c files.

I actually can't find any .obj's - where are they supposed to be? Near their .cpp's?

Link to comment
Share on other sites

8 minutes ago, duzenko said:

It's crazy

I still don't get any .o files or even build\linux64 folder

However make -j$(nproc) succeeds

Ok, I think it depends on how you ran CMake.

This is the script use:

cd ../darkmod_src
cmake -B build/linux64 -DCMAKE_BUILD_TYPE=Release
cmake --build build/linux64 -j 6
cd ../darkmod

If you did not set it, then you have it in some different place.

Link to comment
Share on other sites

7 minutes ago, duzenko said:

I remember in the good old scons days we could change something and the second compile would be fast. Now every time I run make it just rebuilds the whole codebase. Is there a way to quickly edit and run?

CMake + make is no different from that!

When I run my script, it only compiles the cpp files that have changed.
Of course, with massive PCH you often have to recompile everything, which is not a problem for Windows, but a lot of time for Linux.

Also, there are some first steps (like creating PCH) which take much time, which is rather annoying too.

  • Like 1
Link to comment
Share on other sites

Windowed mode + console is the only way I can get the mouse back on Linux. I think it's unavoidable: the game is capturing the mouse for freelook and does not give it back until you do something which interrupts the game, e.g. bringing down the console.

Link to comment
Share on other sites

21 minutes ago, OrbWeaver said:

Windowed mode + console is the only way I can get the mouse back on Linux. I think it's unavoidable: the game is capturing the mouse for freelook and does not give it back until you do something which interrupts the game, e.g. bringing down the console.

This still happens when "in_grabMouse" is set to 1 ?

Please visit TDM's IndieDB site and help promote the mod:

 

http://www.indiedb.com/mods/the-dark-mod

 

(Yeah, shameless promotion... but traffic is traffic folks...)

Link to comment
Share on other sites

22 minutes ago, OrbWeaver said:

Windowed mode + console is the only way I can get the mouse back on Linux. I think it's unavoidable: the game is capturing the mouse for freelook and does not give it back until you do something which interrupts the game, e.g. bringing down the console.

You mean you have this problem as well? Did it start last year after switch to GLFW?

Link to comment
Share on other sites

23 hours ago, duzenko said:

You mean you have this problem as well? Did it start last year after switch to GLFW?

It's been like that for as long as I can remember, and I never really considered it a problem as such. This is a 3D game with constant mouselook — I expect it to grab the mouse while it is in the foreground.

23 hours ago, nbohr1more said:

This still happens when "in_grabMouse" is set to 1 ?

With in_grabMouse 1 I get a permanently grabbed mouse, as if I were playing the game exclusively. Bringing down the console releases the mouse, as does Alt+Tab or Super+Tab to another application.

With in_grabMouse 0 the normal cursor displays on top of the window, in addition to the TDM cursor (if on a menu screen). If the cursor is moved outside of the window, the game stops receiving mouse events, which means there is a limit to how far you can rotate the player camera. This is probably useful for testing GUIs and menus but doesn't seem that useful for actual player navigation.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recent Status Updates

    • nbohr1more

      TDM 15th Anniversary Contest is now active! Please declare your participation: https://forums.thedarkmod.com/index.php?/topic/22413-the-dark-mod-15th-anniversary-contest-entry-thread/
       
      · 0 replies
    • JackFarmer

      @TheUnbeholden
      You cannot receive PMs. Could you please be so kind and check your mailbox if it is full (or maybe you switched off the function)?
      · 1 reply
    • OrbWeaver

      I like the new frob highlight but it would nice if it was less "flickery" while moving over objects (especially barred metal doors).
      · 4 replies
    • nbohr1more

      Please vote in the 15th Anniversary Contest Theme Poll
       
      · 0 replies
    • Ansome

      Well then, it's been about a week since I released my first FM and I must say that I was very pleasantly surprised by its reception. I had expected half as much interest in my short little FM as I received and even less when it came to positive feedback, but I am glad that the aspects of my mission that I put the most heart into were often the most appreciated. It was also delightful to read plenty of honest criticism and helpful feedback, as I've already been given plenty of useful pointers on improving my brushwork, level design, and gameplay difficulty.
      I've gotten back into the groove of chipping away at my reading and game list, as well as the endless FM catalogue here, but I may very well try my hand at the 15th anniversary contest should it materialize. That is assuming my eyes are ready for a few more months of Dark Radiant's bright interface while burning the midnight oil, of course!
      · 4 replies
×
×
  • Create New...