Sylvain Corlay added the comment:
Yes, I understand that.
I was wondering if there was a workaround that we could use to not drop 3.6
support right away!
On Fri, May 29, 2020, 19:29 STINNER Victor wrote:
>
> STINNER Victor added the comment:
>
> Sadly, 3.6 no longer get bug
Sylvain Corlay added the comment:
Hello,
Is there a means to work around that bug for Python 3.6 ? It seems that the fix
was only backported to 3.7, and we were not planning on dropping Python 3.6
support quite yet in our project.
--
nosy: +sylvain.corlay
Sylvain Corlay added the comment:
Thanks Ned. I posted a couple of messages on distutils-sig and got little
attention.
I think that this feature is very important for detecting whether a compiler
supports a certain flag like `-std=c++11` and provide a meaningful error when
needed.
CMake has
Sylvain Corlay added the comment:
Any chance to get this in for 3.6?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26689>
___
__
New submission from Sylvain Corlay:
When specifying an empty list for the list of data_files in a given directory,
the entire directory is being deleted on uninstall of the wheel, even if it
contained other resources.
Example:
```
from setuptools import setup
setup(name='remover
Sylvain Corlay added the comment:
We use it in the pybind11 project. I am not sure that homebrew does anything
wrong.
It is just that it is the only case I am aware of where the `install_headers`
command does not install headers in a subdirectory of
`sysconfig.get_path('include
New submission from Sylvain Corlay:
(instead of making a flat copy of the specified list of headers)
Unlike wheel's `data_files`, which allows to specify data files as a list of
tuples
`[(target_directory, [list of files for target directory])]`
the `headers` setup keyword argument only
Sylvain Corlay added the comment:
Ned, that is because these packages (lxml, cffi) have header files as
`package_data`, instead of `headers`. This is why they are being copied into
site-packages. People willing to include them must either rely on knowledge of
their location, or a python
New submission from Sylvain Corlay:
When installing a python package that has `headers`, these headers are usually
installed under the main python include directory, which can be retrieved with
`sysconfig.get_path('include')` or directly referred to as 'include' when
setting the include
Sylvain Corlay added the comment:
Hey, any blocker to getting this in?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26689>
___
__
Sylvain Corlay added the comment:
Are you fine with the new state of the patch?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Sylvain Corlay added the comment:
A new version of the patch using `NamedTemporaryFile` instead a the regular
fdopen.
--
Added file: http://bugs.python.org/file42367/has_flag.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Sylvain Corlay added the comment:
@minrk submitted
http://bugs.python.org/file40933/0001-cleanup-temporary-files-in-ccompiler.has_function.patch
doing what you describe for `has_function`.
I don't know much about the process to contribute to cpython. I would be glad
to open a &qu
Sylvain Corlay added the comment:
New version of the patch using the context manager.
--
Added file: http://bugs.python.org/file42363/has_flag.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Sylvain Corlay added the comment:
I attached a patch for ccompiler.py adding the new `has_flag` method.
--
keywords: +patch
Added file: http://bugs.python.org/file42358/has_flag.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
New submission from Sylvain Corlay:
I would be very useful to have a `has_flag` method in `distutils.CCompiler`
similar to `has_function`, allowing to check if the compiler supports certain
flags.
Cmake has a `CHECK_CXX_COMPILER_FLAG` macro for that purpose, which checks if a
simple C++ file
Sylvain Corlay added the comment:
Hello,
It would be great if this modification was also done for Python 2.7.
A reason is that IPython redirects stderr. When running unit tests in the
IPython console without specifying the stream argument, the errors are printed
in the shell.
See
http
17 matches
Mail list logo