On Fri, Mar 11, 2022 at 11:15 PM Michel Alexandre Salim
<[email protected]> wrote:
>
> On Fri, Mar 04, 2022 at 09:26:04AM -0500, Steven A. Falco wrote:
> > There is a new FTBFS for KiCad [1].  I filed an issue with KiCad [2] and 
> > got a comment from the project leader:
> >
> >     This looks like cmake issue to me. For some reason cmake is creating an 
> > incorrect build folder:
> >
> This is probably related: in cmake 3.22 (Fedora 36) and below, this
> works:
>
> ```
> mkdir some-dir
> cd some-dir
> %cmake ..
> cd -
>
> mkdir other-dir
> cd other-dir
> %cmake ..
> cd -
> ```
>
> Which is useful if you need to invoke `%cmake` several times, e.g. to
> build against different Lua runtimes (e.g. lua-luv) or to do both static
> and shared library builds (which we used to do for the folly stack).
>
> Also: if the CMakeLists.txt is not in the root of your project tarball,
> previously you can just do `%cmake actual-src-dir`.
>
> In F37's cmake 3.23, it seems that `cmake -S . ..` has the `-S .` trump
> the `..` when it comes to finding where CMakeLists.txt is, while
> previously `..` wins.
>
> I was working around it by simply `cd actual-src-dir` before `%cmake`,
> but it turns out simply passing an additional `-S` works, e.g.:
>
> ```
> mkdir some-dir
> cd some-dir
> %cmake -S ..
> cd -
> ```
>
> e.g.
> https://src.fedoraproject.org/rpms/lua-luv/pull-request/3

This makes me wonder.

A lot of the things that are now reported as "broken" look like they
should already have been broken when we switched to out-of-tree builds
for CMake by default.
And a lot of the snippets look like things that I helped fix when that
change landed.

So ... did anybody investigate what actually changed here? Was it a
behaviour change in cmake CLI argument handling, or have the actual
%cmake / %cmake_build etc. macros changed in a way that makes them no
longer backwards compatible?

> If you mean the Fedora 33 change page, it only describes the change
> from Fedora 33+ perspective.  It does not take compatibility with EPEL
> buildroots into account at all.

Also related, as far as I know, Neal put great effort into making the
macros work almost exactly the same on both Fedora and EPEL.
So I think that statement is incorrect.

Fabio
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to