Author Topic: [gcc] libgomp?  (Read 1263 times)

Mentore

  • Full Member
  • ***
  • Posts: 235
  • Karma: +13/-0
    • View Profile
[gcc] libgomp?
« on: January 20, 2025, 02:32:31 pm »
Hi everyone,
trying to port another OpenGL renderer (PortableGL) which seems promising, but complains I lack libgomp.
From what I saw, libgomp should be part of GCC but I seem unable to reach for it - GCC falls back to searching it in the OS/2 toolkit, which means it's not in the GCC tree.

Can someone help me finding it? We could do with a more modern OpenGL library (albeit incomplete).
Mentore

Paul Smedley

  • Hero Member
  • *****
  • Posts: 2435
  • Karma: +185/-0
    • View Profile
Re: [gcc] libgomp?
« Reply #1 on: January 21, 2025, 09:20:27 am »
I forget why, but libgomp isn't currently built/ported as part of our GCC.

Jochen Schäfer

  • Sr. Member
  • ****
  • Posts: 377
  • Karma: +29/-0
    • View Profile
Re: [gcc] libgomp?
« Reply #2 on: January 21, 2025, 04:32:45 pm »
IIRC, PortableGL is header only and libgomp is only needed for some examples.

Mentore

  • Full Member
  • ***
  • Posts: 235
  • Karma: +13/-0
    • View Profile
Re: [gcc] libgomp?
« Reply #3 on: January 21, 2025, 10:55:57 pm »
IIRC, PortableGL is header only and libgomp is only needed for some examples.

Hi Jochen, yes you're right in both. But I'm still wondering how come we don't have libGomp in OS/2 GCC, I feel this could be useful. I also tried something but seems building it separatedly is kind of a huge beast to tame. Will have a deeper look tomorrow (it's 11 PM here now).

Mentore

Jochen Schäfer

  • Sr. Member
  • ****
  • Posts: 377
  • Karma: +29/-0
    • View Profile
Re: [gcc] libgomp?
« Reply #4 on: January 22, 2025, 09:40:49 am »
libgomp is AFAIK a library for optimizing multithreading programs. That's certainly not an easy port to do.

Mentore

  • Full Member
  • ***
  • Posts: 235
  • Karma: +13/-0
    • View Profile
Re: [gcc] libgomp?
« Reply #5 on: January 23, 2025, 08:16:25 am »
libgomp is AFAIK a library for optimizing multithreading programs. That's certainly not an easy port to do.

Yes, you're right. On some forum the issue is discussed but it's a really gray area: it would at least need a really long configuration process, and I'm almost sure it would have to be rewritten for the most part with the OS/2 thread API.
Most probably the best solution for PortableGL is removing the parts requiring libGomp or substitute them with the OS/2 API equivalent. I'll try to understand the next steps.

Mentore

Jochen Schäfer

  • Sr. Member
  • ****
  • Posts: 377
  • Karma: +29/-0
    • View Profile
Re: [gcc] libgomp?
« Reply #6 on: February 17, 2025, 04:18:11 pm »
@Metore:
Did you take a look into Mesagl and it's Softpipe driver?
This would at least be a full featured implementation. It would be slow, but PortableGL would be slow, too.