Hi,
I've found myself typing too many time this:
pathlib.Path("some-dir-name").mkdir(parent=True, exist_ok=True)
Wouldn't be better to have a pathlib.Path.makedirs with parent/exist_ok set
to True by default?
Thanks
___
Python-ideas mailing list -- pyth
Hi Marc-Andre,
yes pyrun is sort of what I had in mind :) That would be like the jre part
of the jdk if you're familiar with java.
Ideally users will download the jre and use for running applications (eg.
pyrun) but if there's a need for an extension build one need to have a
compiler.. now given
gt;>
>> These days if I need to use java/node/etc. I won't go through the
>> re-building the interpreter/jvm. Does that make sense?
>>
>>
>>
>>
>> On Thu, 2 Apr 2020 at 20:39, Wes Turner wrote:
>>
>>> So you want to
want to import from / call into what would be in $prefix/lib &
> $prefix/include?
>
> How is the SDK archive use case different from the package archive use
> case?
>
> On Thu, Apr 2, 2020, 8:32 PM Antonio Cavallo
> wrote:
>
>> Yes, I'm aware of those.. providi
y is
> that you then don't need to sign and distribute new releases for every
> minor release of cpython
>
> On Thu, Apr 2, 2020, 8:09 PM Antonio Cavallo
> wrote:
>
>> Not quite, my hope is to have a python tarball similar to the "Windows
>> x86 embeddable zip
t; > Basically we provide a compatibility shim in buildbot that allows it to
> consume a .travis.yml file.
> >
> > buildbot_travis does however not support the full .travis.yml format.
>
> https://github.com/python/core-workflow/issues
>
>
> On Thu, Apr 2, 2020, 6:36
Hi
is there any interest (or anyone has done it before), building the python
interpreter using docker?
The basic idea is building the toolchain (gcc) and on top of that the
python interpreter. On mac/linux it can build natively, but it can use
docker to target linux from mac/windows.
Thanks
_