9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "ron minnich" <rminnich@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: [9fans] Python cleverness
Date: Wed, 17 Jan 2007 14:09:12 -0700	[thread overview]
Message-ID: <13426df10701171309w65f11042l413cbcad22e7993f@mail.gmail.com> (raw)

There are 1300 cases in Python of different type signatures for calls
to the same function.

I think this is some new, powerful, programming model, where you call
things with structures that could be the same but really aren't. I
guess the idea is that the common elements of the structure are all
the same, and declared first, so really, everything should just work
out fine, even though the structures are all different. Everything's
fine, don't worry, lie back and think of England.

(Warning! cultural reference ahead! See http://en.wikipedia.org/wiki/Pollyanna)
I think we can call it Pollyanna-morphism.
(now, for those of you who got it, you have to admit that's a pretty
good joke:-)

I also expect that, were I to go to the Python community, and mention
that this might be an issue with type-safe linking, that I would not
get an enthusiastic reception. It's just too embedded in the code, and
it's so clear that it is intended to work this way, that I doubt it is
an accident of some sort.

Therefore, I'm going to try to see if I can make 8l issue a warning
only for incompatible type signatures. I already tried just not
incrementing nerror in the diag call, but this still is not giving me
an 8.out; clearly I'm missing something.

But, if I can get this, we should have dynamic modules in Python, and
I get to check that box, since python and dynamic modules have become
very important to supercomputer applications writers. There, I said
that without grimacing :-)

ron


             reply	other threads:[~2007-01-17 21:09 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-17 21:09 ron minnich [this message]
2007-03-17 19:07 ` Jeff Sickel
2007-03-17 19:35   ` Federico Benavento

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=13426df10701171309w65f11042l413cbcad22e7993f@mail.gmail.com \
    --to=rminnich@gmail.com \
    --cc=9fans@cse.psu.edu \
    /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;
as well as URLs for NNTP newsgroup(s).