<![CDATA[in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions.]]>in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. since it is not strictly about -I and -L he calls it "broken".

and, if that were the case, sysroot would be a lot easier.

the whole problem is that ${pc_sysrootdir} was added quietly much later, and so most .pc files have no awareness of ${pc_sysrootdir}.

the original idea was that you would have `prefix=${pc_sysrootdir}%PREFIX%` in your foo.pc.in file, but basically nobody does this. because they copy other .pc files usually.

meanwhile we need to support sysroot.

so pkgconf classic (< 2.0) just automatically mutated -I and -L paths (and some others) as expected when ${pc_sysrootdir} is not used.

but clever workarounds result in new ways to break the system.

remember how i said the intended way to use ${pc_sysrootdir} was to augment ${prefix} with it and make all other paths relative to ${prefix}? (this also makes --define-prefix work meaningfully on windows) well... some pc files do not do that, and instead do things like

```
prefix=/usr
includedir=${pc_sysrootdir}/${prefix}/include
```

we used to have a complicated set of heuristics to detect this specific type of mistake. in pkgconf 3 we have moved to bytecode-based string substitution, and have given ${pc_sysrootdir} its own special opcode. this allows us to just look and see if the ${pc_sysrootdir} opcode has ever been encountered. we can then selectively apply mitigations.

anyway. back to the -I and -L thing. it sure would be nice if that was the case, but it isn't. sometimes (gstreamer comes to mind) you need to install new things into the sysroot because there are headers that need to be installed in a special place relative to the sysroot.

what does this mean? it means that --variable also has to be supported. and at that point, you may as well just support it everywhere.

i would again like to stop hearing about this completely broken pkg-config implementation.

projects like meson should mark it as broken instead of wasting their time negotiating with a techbro.

]]>https://board.circlewithadot.net/topic/a654c0fc-b8b1-4b72-b137-af8228968db6/in-the-proposed-u-config-pkg_config_sysroot_dir-support-pr-the-u-config-maintainer-goes-out-of-his-way-to-mansplain-pkgconf-s-behavior-here-which-is-not-strictly-about-i-and-l-flags-as-he-envisions.RSS for NodeFri, 15 May 2026 02:51:05 GMTMon, 20 Apr 2026 22:32:44 GMT60<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 07:21:24 GMT]]>@ariadne I started my career at France Telecom R&D, and the guy who was designated to attend standards meetings was the dumbest dullard in the entire division.

]]>https://board.circlewithadot.net/post/https://social.vivaldi.net/users/fazalmajid/statuses/116441486723606066https://board.circlewithadot.net/post/https://social.vivaldi.net/users/fazalmajid/statuses/116441486723606066Tue, 21 Apr 2026 07:21:24 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 04:30:39 GMT]]>@ariadne

Oh ok that makes sense of why it is an issue.

]]>https://board.circlewithadot.net/post/https://hachyderm.io/users/pinskia/statuses/116440815317658129https://board.circlewithadot.net/post/https://hachyderm.io/users/pinskia/statuses/116440815317658129Tue, 21 Apr 2026 04:30:39 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 03:57:31 GMT]]>@pinskia silent truncation

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116440685045339451https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116440685045339451Tue, 21 Apr 2026 03:57:31 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 03:28:05 GMT]]>@ariadne

Ok, I have not followed the strlcat/strlcpy issues so now I am curious why they are bad to use?
I thought they were the better version of strncpy/strncat?
I know some of these functions will not put a null terminating character on the end if it reaches the size but I always forget which ones even. I try to stay away from string functions in general :).

]]>https://board.circlewithadot.net/post/https://hachyderm.io/users/pinskia/statuses/116440569299790676https://board.circlewithadot.net/post/https://hachyderm.io/users/pinskia/statuses/116440569299790676Tue, 21 Apr 2026 03:28:05 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 03:13:18 GMT]]>@ariadne mhm. There is a bit of a lack of good manual type docs on .pc... I had trouble explaining the point of -uninstalled.pc to project colleagues as well 😕… the language and everything is perfectly clear, but not the expected conventions.

As an extreme example: is using ${prefix} a MUST, SHOULD, MAY, SHOULD NOT, or MUST NOT? Do things break if you fold it into other vars? (ok clearly not either of the MUSTs, but you get the point)

]]>https://board.circlewithadot.net/post/https://chaos.social/users/equinox/statuses/116440511168088183https://board.circlewithadot.net/post/https://chaos.social/users/equinox/statuses/116440511168088183Tue, 21 Apr 2026 03:13:18 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 02:52:17 GMT]]>@equinox at this point I would say don't worry about it. pkgconf will inject it as appropriate.

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116440428519308239https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116440428519308239Tue, 21 Apr 2026 02:52:17 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 02:23:15 GMT]]>@ariadne no pc_sysrootdir though?

]]>https://board.circlewithadot.net/post/https://chaos.social/users/equinox/statuses/116440314396515324https://board.circlewithadot.net/post/https://chaos.social/users/equinox/statuses/116440314396515324Tue, 21 Apr 2026 02:23:15 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 02:21:39 GMT]]>@equinox pc(5) has good examples

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116440308089053086https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116440308089053086Tue, 21 Apr 2026 02:21:39 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 02:00:47 GMT]]>@ariadne is there a guide how to do all of this correctly? Asking for a friend… who may have done some cargo cult .pc files...

]]>https://board.circlewithadot.net/post/https://chaos.social/users/equinox/statuses/116440226065919750https://board.circlewithadot.net/post/https://chaos.social/users/equinox/statuses/116440226065919750Tue, 21 Apr 2026 02:00:47 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 01:39:39 GMT]]>@dngrs I gave a talk about it last year at seagl

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116440142909560396https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116440142909560396Tue, 21 Apr 2026 01:39:39 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 00:59:38 GMT]]>@ariadne tangential, do you have a recommended resource for a pkgconf deep dive, warts and everything?

]]>https://board.circlewithadot.net/post/https://chaos.social/users/dngrs/statuses/116439985571366770https://board.circlewithadot.net/post/https://chaos.social/users/dngrs/statuses/116439985571366770Tue, 21 Apr 2026 00:59:38 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 00:19:24 GMT]]>@matt i don't know, most likely

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439827383393466https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439827383393466Tue, 21 Apr 2026 00:19:24 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 00:18:56 GMT]]>@ariadne Yeah, I was wondering earlier what he wanted to replace pkg-config with. I assume he wants to replace it with every program vendoring its library dependencies, as seems to be common in indie C++ game dev, ideally using small libraries.

]]>https://board.circlewithadot.net/post/https://toot.cafe/users/matt/statuses/116439825544642221https://board.circlewithadot.net/post/https://toot.cafe/users/matt/statuses/116439825544642221Tue, 21 Apr 2026 00:18:56 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 00:14:17 GMT]]>@matt i mean, normally i would be like "oh, someone else has *voluntarily* pinned the pkg-config kick me sign to his back, i'm free!"

but his entire blog where he introduces u-config is just unpleasant to read, and i am horrified of the vision he has for the ecosystem (namely to deprecate it, in favor of nothing).

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439807294322820https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439807294322820Tue, 21 Apr 2026 00:14:17 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 00:09:31 GMT]]>@ariadne Yeah. I understand the urge to fight the bloat of modern software by going far in the other direction, to the point of having a version that makes Linux syscalls directly and requires no libc; that's an impressive stunt. But it probably isn't good for the maintainability of the tool.

]]>https://board.circlewithadot.net/post/https://toot.cafe/users/matt/statuses/116439788522861368https://board.circlewithadot.net/post/https://toot.cafe/users/matt/statuses/116439788522861368Tue, 21 Apr 2026 00:09:31 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 00:03:27 GMT]]>@matt i think tools like this should be as boring as possible. they should properly use libc rather than inventing their own.

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439764657815020https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439764657815020Tue, 21 Apr 2026 00:03:27 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Tue, 21 Apr 2026 00:02:39 GMT]]>@ariadne I'm curious about which coding techniques you find impressive but inappropriate for this kind of tool.

To be clear, I don't mean to defend u-config, and I agree that we shouldn't tolerate people who promote their work by shitting on others.

]]>https://board.circlewithadot.net/post/https://toot.cafe/users/matt/statuses/116439761494262276https://board.circlewithadot.net/post/https://toot.cafe/users/matt/statuses/116439761494262276Tue, 21 Apr 2026 00:02:39 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Mon, 20 Apr 2026 23:49:01 GMT]]>anyway, basically everything in pkgconf is the way it is because doing it some other way caused distribution-scale breakage

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439707918560785https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439707918560785Mon, 20 Apr 2026 23:49:01 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Mon, 20 Apr 2026 23:43:21 GMT]]>@neal i do not know. yet people keep sending me emails about it from time to time.

i would have thought the fact that i banned both skeeto and NRK from the pkgconf github org should speak for itself about my views on collaborating with them, but apparently not!

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439685616100796https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439685616100796Mon, 20 Apr 2026 23:43:21 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Mon, 20 Apr 2026 23:42:57 GMT]]>@ariadne Yeah, hopefully windows dev will get the memo…]]>https://board.circlewithadot.net/post/https://queer.hacktivis.me/objects/e7be9394-fb92-450b-8e9e-7d43385696cehttps://board.circlewithadot.net/post/https://queer.hacktivis.me/objects/e7be9394-fb92-450b-8e9e-7d43385696ceMon, 20 Apr 2026 23:42:57 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Mon, 20 Apr 2026 23:42:25 GMT]]>@lanodan it's okay, pkgconf now has higher quality windows support than u-config 🙂

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439681963580133https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439681963580133Mon, 20 Apr 2026 23:42:25 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Mon, 20 Apr 2026 23:41:49 GMT]]>@ariadne TIL about u-config, and... it looks terrible. Why would anyone consider it to be reasonable?

]]>https://board.circlewithadot.net/post/https://social.gompa.me/users/neal/statuses/116439679623533025https://board.circlewithadot.net/post/https://social.gompa.me/users/neal/statuses/116439679623533025Mon, 20 Apr 2026 23:41:49 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Mon, 20 Apr 2026 23:41:36 GMT]]>@ariadne and I guess given the windows background, it has the potential of being as awful as the stuff cmake came up with]]>https://board.circlewithadot.net/post/https://queer.hacktivis.me/objects/ea15deea-b595-4830-bc32-db80da9112cahttps://board.circlewithadot.net/post/https://queer.hacktivis.me/objects/ea15deea-b595-4830-bc32-db80da9112caMon, 20 Apr 2026 23:41:36 GMT<![CDATA[Reply to in the proposed u-config PKG_CONFIG_SYSROOT_DIR support PR, the u-config maintainer goes out of his way to mansplain pkgconf's behavior here, which is *not* strictly about -I and -L flags as he envisions. on Mon, 20 Apr 2026 23:35:30 GMT]]>what i will absolutely say is if you care about the health of the pkg-config ecosystem, you should reject u-config on the simple grounds that the maintainer only built u-config with the goal of deprecating the entire pkg-config ecosystem

]]>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439654768291364https://board.circlewithadot.net/post/https://social.treehouse.systems/users/ariadne/statuses/116439654768291364Mon, 20 Apr 2026 23:35:30 GMT