vs (this includes, of course, the MSVC patches from you).
Will they submit patches to setuptools from now on?
Stefan Krah
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.p
et.
Air-gapped systems were just an illustration of the problem. I did not
anticipate that people would take it as the centerpiece of my arguments.
Stefan Krah
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to pyth
AM Stefan Krah wrote:
>
> >
> > All the time, especially when I'm writing them. I imagine that there's
> > a huge amount of internal company code that discourages use of pip
> > installed packages as well. Or has an air-gapped network in the first
> > plac
On Fri, Sep 04, 2020 at 01:10:37PM -0400, Paul Ganssle wrote:
> On 9/4/20 12:45 PM, Stefan Krah wrote:
> > Since distutils does not change, why remove it? It is a lot of work
> > for people with little gain.
>
> If we don't remove it, we should at least freeze the bug compo
stdout=subprocess.PIPE).communicate()[0]
One of the many things that just work out of the box. -10 on removing
distutils from the stdlib. Freezing it is fine.
Stefan Krah
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an
r"
| w -> "Correct answer"
| _ -> "Unreachable";;
Warning 26: unused variable w.
Warning 11: this match case is unused.
val whereis : int -> string =
# whereis 42;;
- : string = "Correct answer"
#
Stefan Krah
__
.
libmpdec++ passes both the Python test suite and deccheck.py.
For a short libmpdec++ introduction, see:
http://www.bytereef.org/mpdecimal/quickstart.html
Stefan Krah
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send
vs. public API.
As for PyPy, if I understood correctly, Armin Rigo was skeptical of the
proposed plan and favored publishing an API as a third party package.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/
he
breakage between each version is going to be.
But for the scientific ecosystem this sounds a bit like a potential
Python-4.0 breakage, which was universally rejected (so far).
In the extreme case I can imagine people staying on 3.7.
But it really depends on
t such an API might be faster than CFFI on PyPy?
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Mon, Nov 19, 2018 at 04:08:07PM +0100, Victor Stinner wrote:
> Le lun. 19 nov. 2018 à 13:18, Stefan Krah a écrit :
> > In practice people desperately *have* to use whatever is there, including
> > functions with underscores that are not even officially in the C-API.
> &
though, especially since the status quo
kind of works.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%
a new high for Twitter gossip. Well done. Perhaps in the next vote
the politbureau can indicate the intended outcome beforehand so we know how
to vote.
Thanks,
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailma
n the Python Cookbook.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
't followed the long discussions, so this is probably not a very
novel observation.
But it seems to me that we have a problem getting users to treat the
python command like e.g. gcc.
If I want gcc warnings, I use -Wall -Wextra.
I think the whole problem is that python warnings are a bit of an o
aining how to use a tool
> to write the extension module for you :)
They will be slower and in my experience not easier to maintain -- quite
the opposite.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/
that guarantee
> in a formally implementation-independent and future-proof way.
Ok good, I was primarily worried about collections.UnorderedDict coming up
and users thinking that OrderedDict could be replaced entirely by dict().
Stefan Krah
__
ranteeing the insertion order of
dict literals.
If further guarantees are proposed, perhaps it would be a good idea to
open a new thread and state what exactly is being proposed.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://ma
hievous benchmark indeed. -- Whether the proposal
is surreal or not depends on the likelihood that a) a substantially faster dict
algorithm will emerge and b) CPython, PyPy and Jython will switch to it.
My proposal was based on the fact that for almost two releas
x = pi_float()
$ time ./micropython xxx.py
real0m4.424s
user0m4.406s
sys 0m0.016s
$
$ time ../../cpython/python xxx.py
real0m1.066s
user0m1.056s
sys 0m0.010s
Congratulations ...
Stefan Krah
___
Python-Dev mailing list
Py
On Sun, Nov 05, 2017 at 09:35:38PM +0200, Serhiy Storchaka wrote:
> 05.11.17 21:20, Stefan Krah пише:
> >On Sun, Nov 05, 2017 at 09:01:40PM +0200, Serhiy Storchaka wrote:
> >>Do you suggest to make dictionary displays producing OrderedDict
> >>instead of dict?
>
On Sun, Nov 05, 2017 at 09:09:37PM +0200, Serhiy Storchaka wrote:
> 05.11.17 20:39, Stefan Krah пише:
> >On Sun, Nov 05, 2017 at 01:14:54PM -0500, Paul G wrote:
> >>2. Someone invents a new arbitrary-ordered container that would improve on
> >>the memory and/or CPU perf
On Sun, Nov 05, 2017 at 09:01:40PM +0200, Serhiy Storchaka wrote:
> Do you suggest to make dictionary displays producing OrderedDict
> instead of dict?
No, this is essentially a language spec doc issue that would guarantee
the ordering properties of the current dict implementation.
Stefa
dict implementation
I would think this is very unlikely, given that the previous dict implementation
has always been very fast. The new one is very fast, too.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailm
.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ermail is great for that. Quiet design, nice font, good contrast
for speed reading.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/opt
are.
Despite the mentioned shortcomings of Pipermail, it is 5 times faster
for me to navigate and less stressful to look at.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ht
yer in terms of the old slots.
I don't have an opinion whether new slots should be available. For my use
case I just need PyMem_AlignedAlloc(), PyMem_AlignedFree() that automatically
use the faster allocator for 'sizeof(void *) <= align <= ALIGNMENT' and
'size <= SMALL_REQUEST_THRESHOLD'.
So
ong with the new interface, everyone should be happy.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40m
://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-crt/misc/mingw-aligned-malloc.c
Victor wrote a patch and would like to avoid adding a (probably unnecessary)
emulation function. I agree with that.
So if any platform does not have some form of aligned_alloc(), please
speak up.
Stefan Krah
rid
of this arcane rule.
https://bugs.python.org/issue31443
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40m
On Thu, Sep 14, 2017 at 11:06:15AM -0700, Mike Miller wrote:
> On 2017-09-14 10:45, Stefan Krah wrote:
> >I'd expect something like a C struct or an ML record.
>
> Struct is taken, and your second example is record.
*If* the name were collections.record, I'd expect col
ord
I'd expect something like a C struct or an ML record.
> from dataclass import dataclass
This is more intuitive, since the PEP example also has attached methods
like total_cost(). I don't think this is really common for records.
Stefan Krah
structure
and cache the whole structure. Extrapolating from my experiences with the
context, this might have a slowdown of "only" 4%.
Still, the argument "who uses subinterpreters?" of course still remains.
Stefan Krah
[
t only tasks and generators).
c) ``man 3 setcontext``. A replacement for setjmp/longjmp. Somewhat
related in that it could be used to implement coroutines.
d) The .NET flowery language. I do did not fully understand what the
.NET ExecutionContext and its 2881 implicit flow rules are.
.
ar)
and making async-safe context managers explicit
async with decimal.localcontext():
...
would feel more consistent. I know generators are a problem, but even
allowing something like "async set" in generators would be a step up.
Stefan Krah
___
On Mon, Aug 28, 2017 at 12:12:00PM -0400, Yury Selivanov wrote:
> On Mon, Aug 28, 2017 at 11:52 AM, Stefan Krah <ste...@bytereef.org> wrote:
> [..]
> > But the state "leaks in" as per your previous example:
> >
> > async def bar():
> > #
On Mon, Aug 28, 2017 at 11:23:12AM -0400, Yury Selivanov wrote:
> On Mon, Aug 28, 2017 at 7:19 AM, Stefan Krah <ste...@bytereef.org> wrote:
> > Okay, so if I understand this correctly we actually will not have dynamic
> > scoping for regular functions: bar() has returne
On Sun, Aug 27, 2017 at 11:19:20AM -0400, Yury Selivanov wrote:
> On Sun, Aug 27, 2017 at 6:08 AM, Stefan Krah <ste...@bytereef.org> wrote:
> > On Sat, Aug 26, 2017 at 04:13:24PM -0700, Nathaniel Smith wrote:
> >> It's perfectly reasonable to have a script where you call
On Sat, Aug 26, 2017 at 12:21:44PM -0400, Yury Selivanov wrote:
> On Sat, Aug 26, 2017 at 7:45 AM, Stefan Krah <ste...@bytereef.org> wrote:
> >> This generic caching approach is similar to what the current C
> >> implementation of ``decimal`` does to cache the the c
p.seterr somewhere at the top to set the
> defaults for the rest of the script.
+100. The only thing that makes sense for decimal is to change localcontext()
to be automatically async-safe while preserving the rest of the semantics.
Stefan Krah
_
can we agree on hard numbers like max 2% slowdown
for the non-threaded case and 4% for applications that only use threads?
I'm a bit cautious because other C-extension state-managing PEPs didn't
come close to these figures.
Stefan Krah
___
Python-Dev m
downloading the thing,
editing as necessary and crediting the author in the commit message would
be much much faster.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://ma
t; sorry :-/
Indeed, perhaps all core devs should take a course at this "web programming
bootcamp" (whatever that is), so we finally know how to use the command line. ;)
Linus should also attend the "bootcamp", so he can learn git and the command
line:
https://github.com/to
mple):
# let x = (10 * 20 : int);;
val x : int = 200
So I'm quite happy with the proposed syntax in the PEP, perhaps the
parenthesized expression annotations could also be added. But these
are only very rarely needed.
Stefan Krah
___
Python-Dev mailin
to maintain across the python versions and python
> implementations. Replicating the exact CPython behavior (for each
> CPython version too!) is a major nightmare for such specific
> scenarios.
>
> I propose the following:
>
> * we raise an er
trusty
I'm not in the habit of updating my OS constantly.
[Before this attracts some of the usual lectures, I know how to install
OpenSSL, thanks.]
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
be enough for the start. Obviously things
like variable-length arrays should never be used anyway.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.o
d in the
bug report: block until entropy is available.
Well, it *was* possible with SysVinit ... :)
Python is not the only application that needs a secure /dev/urandom.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python
have to predict the
behavior of multiple layers of abstractions.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
the vast majority of Python invocations
> being launched by the web browser?
"Python invocations which are exposed to hostile input". ;)
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman
front end (Comeau?).
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
cluded that the
influence/time ratio is too low to be worth it.
Also I don't know any other development group who is a) that quick
in trying to suppress any "off-topic" discussions and b) constantly
uses venues outside of the Python mailing lists to steer and
manipulate public opinio
I still think they're
mistaken and an enterprising Oracle lawyer could come to a different
conclusion, but that's besides the point).
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-
Chris Barker noaa.gov> writes:
> Indeed -- Fredrik never made any effort to support pypi, pip, etc. --
that's why the Pillow fork was started in the first place.
Maybe, but he created PIL, so thank you, Fredrik!
Stefan Krah
___
Python-Dev m
.python.org/pypi/m3-cdecimal
I can assure you that CoCs or "diversity statements" won't help you at all.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ls-sig level. Read Glyph's "calm" and "nice"
post again. Also note that *I* had already bowed out of the thread when
Glyph unnecessarily decided to spread complete misinformation.
Stefan Krah
___
Python-Dev mailing
pload Windows or
manylinux wheels just let me know; however, as this is just a proof of
concept, I do not intend to maintain it long-term.
That apparently all you can do: Move bits from place A to place B and not
care how long it took to produce them.
You are a
them completely unreachable does not increase reliability. :)
> > But if the majority prefers PyPI that way, I'll stop arguing.
>
> I’m not sure what you mean here but if you want to argue for reverting PEP
470, I wouldn’t hold my breath.
N
7.1.2, however version 8.1.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
If this continues, I'm going to release a premium version that's
50% faster and only available from bytereef.org or Anaconda.
Stefan Krah
point is that I don't want to spend about a week per year
to evaluate the effect of needless code changes on a highly audited module.
And no, this isn't theoretical...
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.pyt
e promote wide changes across PyPI packages we'll see more additional
segfaults than theoretically plugged memory leaks.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
Random832 fastmail.com> writes:
> On Thu, Apr 28, 2016, at 05:05, Stefan Krah wrote:
> > $ valgrind --suppressions=Misc/valgrind-python.supp ./python -c "import
> > decimal"
> >
> > [...]
> > ==16945== LEAK SUMMARY:
> &g
ot;import decimal"
[...]
==16945== LEAK SUMMARY:
==16945==definitely lost: 0 bytes in 0 blocks
^^^^
[...]
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.pytho
even show up in Valgrind and
b) only occurs under severe memory pressure when the OOM-killer is
already waiting.
I'm honestly mystified by your terminology and it's beginning to feel
that you need to justify this patch at all costs.
Stefan Krah
__
ery healthy state if we
can afford to spend time on issues such as this one.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
sounds good.
> issue #26854: missing header on android for the ossaudiodev module
>(actually it's difficult to rewrite such an obvious patch)
Indeed. :)
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.
acker I just went by your contributor agreement.
I didn't check the lineage of the patches. Can I assume that either you
are re-licensing GPL-stuff written by yourself to the PSF (which is a
perfectly valid use case of the agreement) or rewriting from scratch?
o http://bugs.python.org/issue23496?
As I understand, that issue seems abandoned and the patches are
(despite core devs asking otherwise) against 3.4.
If Xavier is willing to do so, I think it would be best to start over
with a new issue that integrates his work
patches, the locale.h and
langinfo.h problems are solved. Do you think the following issues on the
Python bug tracker could be closed?
http://bugs.python.org/issue20305
http://bugs.python.org/issue22747
http://bugs.python.org/issue17905
Stefan Krah
_
s case it's the gcc AIX maintainer running it, so...
I think we should have a policy to stop reporting issues on unstable
bots unless someone has a concrete fix OR the bot maintainers are
known to fix issues fast (but that does not seem to be the case).
Stefan Krah
_
ed in the future.
One reason for keeping it simple is that I would not like to slow down
string conversion, but thinking about two grammars is also a problem --
part of the string conversion in libmpdec is modeled in ACL2, which
would be invalidated or at least complicated wit
llowed by the IBM specification grammar.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
IMO the timings of the benchmark suite are a bit unstable -- this is not the
fault of Intel's setup, I noticed it also when running the suite myself.
On Tue, Jan 26, 2016 at 06:48:54PM +, Stewart, David C wrote:
> Wow, what happened to Python default to cause such a regression?
>
>
>
>
code can only be achieved by auditing it quietly in
a terminal, not being distracted by peripheral things like
version control and web interfaces (green merge buttons!) and
trying to do formal proofs (if time allows for it).
So I would not want to enforce a style if it makes some people
unhappy.
Ste
Brett Cannon python.org> writes:
> Anyone object if I update PEP 7 to remove the optionality of curly braces
in PEP 7?
I strongly prefer braces everywhere, but I'm -1 on enforcing it.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@pyth
uly/001022.html
I want to add here that existing schemes for eliminating global variables
are inefficient (20% speed hit for _decimal), so a complete solution
would have to address that as well.
Stefan Krah
___
Python-Dev mailing list
Python-De
*dest));
+dest = PyMem_New(Py_ssize_t, len);
if (dest == NULL) {
PyErr_NoMemory();
return NULL;
This, too, was already protected by len == ndim = 64.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https
using memory.h in an application is standard conforming.
Since _decimal compiles on all other Linux platforms, it may be worth
reporting this to the Android developers and see if they can fix it
(possibly by not including memory.h in stdlib.h).
FWIW, OCaml also has a memory.h header.
Stefan Krah
Hi,
I've released mpdecimal-2.4.1:
http://www.bytereef.org/mpdecimal/changelog.html
da74d3cfab559971a4fbd4fb506e1b4498636eb77d0fd09e44f8e546d18ac068
mpdecimal-2.4.1.tar.gz
Starting with Python 3.4.2, this version should be used for an external
libmpdec.
Stefan Krah
that, looking up the state inside the module but cache it (like
it's done for the _decimal context) also has reasonable performance.
Also I hit the same issues that Eli mentioned here a while ago:
https://mail.python.org/pipermail/python-dev/2013-August/127862.html
Stefan Krah
in
longobject.c.
* Will VS 14 be golden prior to Python 3.5's release? It would suck to
rely on a beta compiler.. :)
This is my only concern, too. Otherwise, +1 for the switch.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https
Stefan Krah ste...@bytereef.org wrote:
* Will VS 14 be golden prior to Python 3.5's release? It would suck to
rely on a beta compiler.. :)
This is my only concern, too. Otherwise, +1 for the switch.
One more thing: Will the SDK 64-bit tools be available for the Express
Versions
to
situation where CPython implementation is rejected as not correct for
those requirements at all.
Several core-devs have said that using UTF-8 for MicroPython is perfectly okay.
I also think it's the right choice and I hope that you guys come up with a very
efficient implementation.
Stefan Krah
that you confine that style of discussion to distutils-sig.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail
to dispute that claim,
although I'm surprised.
That is my understanding of the posted statistics, too. PyPI was overloaded,
the improved infrastructure fixed that, so more projects now host on PyPI.
Stefan Krah
___
Python-Dev mailing list
Python-Dev
Donald, I'm out of his discussion. I have one last request: please don't
gossip about core devs in public as long as you have commit privs:
https://botbot.me/freenode/python-requests/
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
and all uploaded packages are safe.
Stefan Krah
[1] Note that the joke is quite innocent in comparison to what I've read on
distutils-sig about the subject.
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman
external packages?
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
to Debian, whereupon it would be signed with the
official key, apt-get would lose its usefulness.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman
on a home or university network. Or a rogue person at a
mail provider.
4) Changes the uploaded file together with the hash.
pip would be perfectly happy, checking the hash via Google would turn
up a mismatch.
Stefan Krah
___
Python-Dev mailing list
the scenario we're talking about
(i.e. not GHCQ hacking into Belgacom routers).
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev
Just a warning, in case any of the new packaging team forgot to contact
http://cve.mitre.org/ .
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org
a decade,
and can assure that none of those things you mention have yet
happened.
Relax, I don't think Steve is making things up. That said, I can confirm
what you wrote: I've always installed Python to Program Files and I've
never had any issues (then again, I'm mostly using Linux).
Stefan
.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
with
the more aggressive compilers) in release mode. I think that is beneficial
anyway.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options
a compiler that cannot, chances are that the platform is horribly
outdated and this particular performance issue will be relatively benign
compared to other ones.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org
information.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Larry Hastings la...@hastings.org wrote:
Contestant 4: Put in clinic directory, add .h
foo.c - clinic/foo.c.h
foo.h - clinic/foo.h.h
+1 for this, 0 for the rest. Bonus points for any other directory name that is
more self-descriptive. ;)
Stefan Krah
Stefan Krah ste...@bytereef.org wrote:
Larry Hastings la...@hastings.org wrote:
Contestant 4: Put in clinic directory, add .h
foo.c - clinic/foo.c.h
foo.h - clinic/foo.h.h
+1 for this, 0 for the rest. Bonus points for any other directory name that
is
more self-descriptive
1 - 100 of 319 matches
Mail list logo
