Correction:
What I'd like to know if there is a version of PySide2 that doesn't assume Qt5
was
built with OpenGL support, or at least allows you to override the default that
assumes
Qt5 was built _with_ OpenGL support.
From: Kacvinsky, Tom
Sent: Wednesday, October 11, 2023 9:56 AM
To: PySide
I am working with Qt5 and PySide2 with Qt5 5.15.2.
I happened to notice that PySide2 has it baked into its configuration that it
assumes
Qt5 is built with OpenGL support. We don't build Qt5 with OpenGL support.
What I'd like to know if there is a version of PySide2 that doesn't assume Qt5
was
I am having a problem building PySide2 (based on Qt 5.15.2 + Python 3.9.2) in
which
there is a hang when linking the QtGui pyd file. Pressing Crtl-C leads to a
back trace
in the subprocess module in _winapi.WaitForSingleObject. This happens
regardless
of running with --parallel (=9 in my
Hi,
I am in a situation where I do not want OpenGL support in Qt5 5.13.2 (we don't
use it, we
do not make a product that requires OpenGL support), so I configured Qt5 with
-no-opengl.
However, PySide 5.13.2 seems to require OpenGL support for building the QtGui
Python
module. How can I
HI all,
Due to constraints we have, I need to build Qt5 on CentOS 5. Yeah, I know, not
ideal,
but there is nothing I can do about it for the moment.
In any case, Qt5 depends on OpenGL 2.0 or later, and CentOS 5 has OpenGL 1.2.
So
I have been fighting to get a later version of Mesa built for
Hi,
Is support for Python 3.8 forthcoming? I see there is support up to and
including Python 3.7,
but not Python 3.8.
Thanks,
Tom
___
PySide mailing list
PySide@qt-project.org
https://lists.qt-project.org/listinfo/pyside
Hi Tim,
> -Original Message-
> From: PySide On Behalf Of Tim Roberts
> Sent: Friday, November 15, 2019 1:37 PM
> To: PySide@qt-project.org
> Subject: Re: [PySide] Problems with clang 10. Qt 5.13.2, and pyside2, git
> branch 5.13.2
>
> Kacvinsky, Tom wrote:
I am trying to build PySide2 (with tag 5.13.2) with Qt 5.13.2. Was able to get
Qt built fine,
and I built LLVM/clang from source as I have a custom location of GCC. On
CentOS 7.6
I still had problems finding stddef.h (included by cstddef), until I set the
clang environment
variable CPATH