Comments for page "Where are Python macros?"

(no title)

Tue, 28 Jul 2015 12:19:31 +0000

Clojure is a modern reincarnation of lisp that has a decent support for macro.
And, macro is fine in the lisp languages.

(no title)

Tue, 21 Jul 2015 15:50:09 +0000

A big problem with languages that allow macros is that they make it very hard to write static analysis tools for them. Having macros also means that the syntax of the language isn't fixed, just look at all the trouble the C preprocessor can cause (#define BEGIN {) or how godawful (La)TeX is. There are real reasons why people have turned away from macros.

(no title)

Sat, 18 Jul 2015 20:43:21 +0000

Python has many great facilities for macros. At the lowest level code can be generated dynamically and integrated in to the running program via eval and exec.

In the std lib namedtuple which builds a class from a textual template and then calls exec to compile it. You can see the generated code by passing verbose=True in the construction function.

At at much higher level macropy gives you full syntactic macros like you would get in a Scheme or Lisp.

If that isn't enough, there is Hy language which is a full Lisp hosted on Python. Full Python semantics with Lisp syntax, including macros.

(no title)

Mon, 06 Jul 2015 22:43:03 +0000

I'll have to agree with the GP. In Python you simply load the module, insert your functions types and whatever there, and rewrite the name at the global scope.

That is, Python macros are written in Python (and sometimes they are even useful). It also supports goto and multiple inheritance.

I'd argue that Lisp is plenty of inspiration for people to not run away from macros. It's just that we already have a good set of macro oriented languages, so people aren't rushing to replace it.

(no title)

Mon, 06 Jul 2015 21:07:09 +0000

You can do that sort of thing in Python too; it's all dynamic in the end. Even if you were willing to put up with the nastiness though, there could be other drawbacks. For example, if you use mypy to do typechecking, you can't typecheck the functions you're generating at runtime. But if macros had been part of the language, mypy could learn how to expand them.

(no title)

Mon, 06 Jul 2015 13:43:27 +0000

You can generate functions like that dynamically in Ruby. I have helper functions generated dynamically in: https://github.com/twohlix/database_cached_attribute/blob/master/lib/database_cached_attribute.rb#L62

so when I call
database_cached_attribute :bollocks
database_cached_attribute :silliness
my class ends up with nice to have functions like

invalidate_silliness, only_silliness_changed?, cache_silliness
invalide_bollocks, only_bollocks_changed?, cache_bollocks

etc…

(no title)

Sun, 05 Jul 2015 19:24:45 +0000

Specifically, I wanted to generate a group of functions, all with the same prototype, without having to repeat same list of arguments each time.

(no title)

Sun, 05 Jul 2015 18:43:39 +0000

Perl hasn't got a "standard" preprocessor because it has got a better tool: filters.

A filter is a Perl module which reads the initial source code and produces the Perl code passed to the final Perl interpreter.

This allows everyone to create its own new syntax or DSL in Perl.

See: perldoc Filter::Simple , perldoc Filter::Util::Call

(no title)

Sun, 05 Jul 2015 17:07:54 +0000

What would you even use macros for in Python? You can already define functions and classes anywhere, and do pretty much anything you want. C needs them because the language is so restrictive, but I can't think of anything similar in Python.

(no title)

Sun, 05 Jul 2015 16:25:25 +0000

Yeah.. Macroses as well as goto, multiple inheritance and others undeservedly retired just because they have a bad luck to be used improperly.
Rust looks promising in this regard.

(no title)

Sun, 05 Jul 2015 14:03:16 +0000

Good to know. I've heard good things about Nim. I should have a look… but there's still Haskell and Rust on my todo list :(

(no title)

Sun, 05 Jul 2015 13:47:22 +0000

Nim?