HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
pfalcon
foreign-dlopen
C2021–2025
pfalcon / foreign-dlopen

foreign-dlopen

Small library allowing to use dlopen() from statically-linked applications (where statically-linked executable vs loaded shared library may use completely different libc's)

3Distinct people
3Mentions
0Explicit recommenders
286GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Small library allowing to use dlopen() from statically-linked applications (where statically-linked executable vs loaded shared library may use completely different libc's)

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year3 dated mentions

Observed mentions: 2021-08-02 13:19:52 UTC to 2025-12-04 21:42:04 UTC.

0122021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments2025

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC101
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC000
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC000
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC000
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC220

What Hacker News says

3 sources
It doesn't help that the Linux ecosystem makes it really difficult to build truly portable truly native binaries. Static builds? Well, that will work... But wait, you want OpenGL or Vulkan? You'll need a dynamic linker to load system .so's, as that's the standard API available to interact with these APIs on Linux. Want to load dynamic libraries? Well, you'll need to ship a dynamic ELF [1]. Shipping a dynamic ELF with glibc now? Hope you don't intend to run on NixOS or Alpine or any distribution that has an old glibc. Maybe also ship ld-linux.so, all of /lib you depend on and a wrapper shellscript that sequences startup accordingly via that ld-linux.so. That will work, but you still need to load the system OpenGL or Vulkan .so's. Have fun implementing that to work well on every distribution! Remember to respect terms of GPL/LGPL software y
Read the rest
ou now ship. Oh, and I hope you don't use Qt. Maybe you want to use flatpak? Well, better explain to your users that they need to install and configure it, and make sure whatever proprietary Nvidia drivers they have are also properly flatpak'd. What about the alternatives, something like AppImage/Snap? Those just don't work on Alpine and other non-glibc distributions. Whoops. Pick an audio API. Pulseaudio? Some people don't run it. ALSA? Good luck, some people run Pulseaudio with ALSA emulation disabled. OSS? Dead, unless someone runs padsp. Pray your users don't run JACK. You'll probably end up on OpenAL, which is now proprietary and/or has an LGPL fork (remember you now have to let users re-link against any other version of OpenAL!). I sometimes make games and other small interactive demos. I run Linux, and want to send builds to friends also running Linux. The easiest way to distribute these is to build and ship a .exe on a Windows build host and get my friends to run it on Wine, that just works everywhere out of the box. And the .exe's end up smaller and launch faster, too! [1] - Or go for hacks like https://github.com/pfalcon/foreign-dlopen
In Steam survey shows Linux marketshare hitting 1.0%

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.