Jump to content
The Dark Mod Forums

Missing GL implementation for Linux


Hamlet

Recommended Posts

I am trying to compile The Dark Mod (r7203) under Linux.
It appears commit r7128 calls GLimp_DeactivateFrontendContext() (framework/Session.cpp line 3017), whose implementation is not provided for Linux (sys/linux/glimp.cpp), while it is provided for Windows (sys/win32/win_glimp.cpp).

 

Any solution to this?

Edited by Hamlet
Link to comment
Share on other sites

I am trying to compile The Dark Mod (r7203) under Linux.

It appears commit r7128 calls GLimp_DeactivateFrontendContext() (framework/Session.cpp line 3107), whose implementation is not provided for Linux (sys/linux/glimp.cpp), while it is provided for Windows (sys/win32/win_glimp.cpp).

 

Any solution to this?

 

What is the Linux version of qwglMakeCurrent? The function is rather simple.

void GLimp_DeactivateFrontendContext() {
	qwglMakeCurrent( NULL, NULL );
}
Link to comment
Share on other sites

That seems to be a rather tough question from a little searching.

It seems there's no pre-built function like this in Linux and different developers are rolling their own

or avoiding multi-threading on the Linux side.

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

That seems to be a rather tough question from a little searching.

It seems there's no pre-built function like this in Linux and different developers are rolling their own

or avoiding multi-threading on the Linux side.

Then an empty function for now

Link to comment
Share on other sites

What is the Linux version of qwglMakeCurrent? The function is rather simple.

void GLimp_DeactivateFrontendContext() {
	qwglMakeCurrent( NULL, NULL );
}

I can use either an empty function,

void GLimp_DeactivateFrontendContext() {}

or a function similar to what you suggest in the quote:

void GLimp_DeactivateFrontendContext() {
	assert( dpy );
	qglXMakeCurrent( dpy, None, NULL );
}

(this is actually the same as Linux implementation of GLimp_DeactivateContext())...

Where should I look for failure when testing? Just to be clear: I have no clue what I am doing, here.

 

Actually, I can't because I have another army of missing functions after this one... but that's for another thread, since it's from a different commit.

Link to comment
Share on other sites

Why not? I do. Last I tried, it worked fine in the menu. I couldn't load any actual missions for some reason which had nothing to do with the renderer. But if the menu works, there's no fundamental reason why it wouldn't work ingame.

Edited by cabalistic
Link to comment
Share on other sites

Try r_useGLSL 0

 

The GLSL renderer is probably using extensions that are too new for free drivers.

 

You'll need to set r_softShadows 0 before you change that because this setting forces GLSL on.

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

I used the NIVIDIA proprietary drivers, and enabling or disabling GLSL made no difference. Again, I'm not sure the problem was related to the renderer at all. But I don't really use Linux outside of work anymore, so I didn't have the chance to investigate further...

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

    • Ansome

      Finally got my PC back from the shop after my SSD got corrupted a week ago and damaged my motherboard. Scary stuff, but thank goodness it happened right after two months of FM development instead of wiping all my work before I could release it. New SSD, repaired Motherboard and BIOS, and we're ready to start working on my second FM with some added version control in the cloud just to be safe!
      · 0 replies
    • Petike the Taffer  »  DeTeEff

      I've updated the articles for your FMs and your author category at the wiki. Your newer nickname (DeTeEff) now comes first, and the one in parentheses is your older nickname (Fieldmedic). Just to avoid confusing people who played your FMs years ago and remember your older nickname. I've added a wiki article for your latest FM, Who Watches the Watcher?, as part of my current updating efforts. Unless I overlooked something, you have five different FMs so far.
      · 0 replies
    • Petike the Taffer

      I've finally managed to log in to The Dark Mod Wiki. I'm back in the saddle and before the holidays start in full, I'll be adding a few new FM articles and doing other updates. Written in Stone is already done.
      · 4 replies
    • 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
×
×
  • Create New...