msys2 / MINGW-packages

Package scripts for MinGW-w64 targets to build under MSYS2.
https://packages.msys2.org
BSD 3-Clause "New" or "Revised" License
2.31k stars 1.23k forks source link

mcfgthread: apply small fixes #22373

Closed ognevny closed 1 month ago

ognevny commented 1 month ago

@lhmouse that's what I meant :) I suppose that tag has ${major}.${minor}-ga.${patch} format, so this pkgver expansion should be always correct. pushed repo checksums while at it

lhmouse commented 1 month ago

Actually I had been thinking about this for quite a while. For example, in a recent GCC version string, the third field is almost always zero. The branch state is indicated by the second field: 0 for pre-release, and 1+ for minor releases.

In my schedule, tags are named like 'v${abi}.${minor}-${suffix}'. The suffix is a string and it indicates the status of a branch (alpha, beta, rc, ga). There is not necessarily a revision or build number field. But as you have suggested, I can try to keep a revision suffix for ga tags.

ognevny commented 1 month ago

so ga is for 'stable' releases, right? you can keep your system with beta, rc, etc. but the only version is built here is with ga suffix

lhmouse commented 1 month ago

so ga is for 'stable' releases, right? you can keep your system with beta, rc, etc. but the only version is built here is with ga suffix

yes, exactly.

Biswa96 commented 1 month ago

_tag='v1.9-ga.1' seems easier to read and comprehend compared to the pkgver magic.

lhmouse commented 1 month ago

_tag='v1.9-ga.1' seems easier to read and comprehend compared to the pkgver magic.

Indeed. It's unfortunate that there's no sscanf() in shell.

ognevny commented 1 month ago

for me it's better when you need to change pkgver only

lhmouse commented 1 month ago

for me it's better when you need to change pkgver only

I agree with this, like with other packages.

Another option would be to use sed to convert pkgver to a tag name; not necessarily better or worse.

lhmouse commented 1 month ago

also the license in SPDX form is LGPL-3.0-or-later WITH GCC-exception-3.1.

ognevny commented 1 month ago

everything is done, changed PR name since it now contains several changes. also bumped pkgrel

lhmouse commented 1 month ago

What do staticlibs and strip mean in options?

ognevny commented 1 month ago

What do staticlibs and strip mean in options?

staticlibs: allow staticlibs in package (disabled by default in Arch, but enabled by default in MSYS2) strip: run strip for each executable/library file (enabled by default)

lhmouse commented 1 month ago

staticlibs: allow staticlibs in package (disabled by default in Arch, but enabled by default in MSYS2) strip: run strip for each executable/library file (enabled by default)

Thanks for the explanation. So they are on by default. The change looks good to me.

ognevny commented 1 month ago

The change looks good to me.

all changes or the exact one?

lhmouse commented 1 month ago

I meant this commit looks good to me. 😅

ognevny commented 1 month ago

I meant this commit looks good to me. 😅

that's what "all changes" mean :)

lhmouse commented 1 month ago

thanks; apologies for the confusion.

ognevny commented 1 month ago

no problem

Biswa96 commented 1 month ago

What do staticlibs and strip mean in options?

man PKGBUILD and man makepkg.conf

lhmouse commented 1 month ago

What do staticlibs and strip mean in options?

man PKGBUILD and man makepkg.conf

I was actually a bit confused how staticlib should work. To me it looks like 'whether staticlibs should be built' rather than to exclude them; however it requires build system support, and for this package there is no way to not build a static lib.

strip is for strip --strip-unneeded and is actually less confusing. (still a little because it's not --strip-all.)