From: Jason Gunthorpe <jgg@ziepe.ca>
To: "Marciniszyn, Mike" <mike.marciniszyn@intel.com>
Cc: "linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
"kheib@redhat.com" <kheib@redhat.com>,
"edwards@nvidia.com" <edwards@nvidia.com>
Subject: Re: [bug-report]rdma-core v51.0 build error with Rocky Linux 8.8
Date: Fri, 24 May 2024 13:57:04 -0300 [thread overview]
Message-ID: <20240524165704.GS69273@ziepe.ca> (raw)
In-Reply-To: <SA1PR11MB68959864102CC0DA683FA28E86F52@SA1PR11MB6895.namprd11.prod.outlook.com>
On Fri, May 24, 2024 at 04:40:20PM +0000, Marciniszyn, Mike wrote:
> > > /home/mmarcini/rpmbuild/BUILDROOT/rdma-core-51.0-1.el8.x86_64/usr/shar
> > > e/doc/rdma-core/tests/*.py
> > >
> > > Earlier in the build this is seen:
> > > -- Found Python: /usr/bin/python3.9 (found version "3.9.16") found
> > > components: Interpreter
> > > -- Could NOT find cython (missing: CYTHON_EXECUTABLE
> > > CYTHON_VERSION_STRING)
> > >
> > > The issue appears to have been introduced by:
> > > 1462a8737 build: Fix cmake warning
> > >
> > > cmake appears to find the 3.9 python despite having:
> > > -DPYTHON_EXECUTABLE:PATH=%{__python3}
> >
> > I looked at this briefly but didn't guess what the issue really was?
> > Do you know more?
> >
> > Jason
>
> I looks like the above commit changes the cmake to use a new >= 3.12 code path:
>
> # FindPython looks preferably for Python3. If not found, version 2 is searched
> FIND_PACKAGE(Python COMPONENTS Interpreter REQUIRED)
> set(PYTHON_EXECUTABLE ${Python_EXECUTABLE})
> if (NOT NO_PYVERBS AND Python_VERSION_MAJOR EQUAL 3)
> FIND_PACKAGE(cython)
> endif()
>
> There is an additional refinement from:
> 5dcc1f402 Improve python searching logic in buildscripts.
>
> That patch does NOT fix the issue.
>
> The rhel 8.10 cython requires the 3.6.8 Python, but the FIND_PACKAGE() for python
> returns the python3.11 required by valgrind dependency resolution.
>
> The issue happens on any system where the cython required interpreter is older than the most recent python.
>
> This can be reproduced by loading a newer python and rebuilding the 51.0 rdma-core from a git clone using either 51.0 or master.
>
> An RPM based RHEL build can replace the existing PYTHON_EXECUABLE
> with Python_EXECUTABLE.
You mean at some point we lost that PYTHON_EXECUTABLE works and it got
renamed to Python_EXECUTABLE ?
Jason
next prev parent reply other threads:[~2024-05-24 16:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-16 19:48 [bug-report]rdma-core v51.0 build error with Rocky Linux 8.8 Marciniszyn, Mike
2024-05-23 15:19 ` Jason Gunthorpe
2024-05-24 16:40 ` Marciniszyn, Mike
2024-05-24 16:57 ` Jason Gunthorpe [this message]
2024-05-24 18:01 ` Marciniszyn, Mike
2024-05-24 18:22 ` Jason Gunthorpe
2024-05-24 18:24 ` Marciniszyn, Mike
2024-05-29 18:50 ` Marciniszyn, Mike
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240524165704.GS69273@ziepe.ca \
--to=jgg@ziepe.ca \
--cc=edwards@nvidia.com \
--cc=kheib@redhat.com \
--cc=linux-rdma@vger.kernel.org \
--cc=mike.marciniszyn@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox