News for hackers. Stuff that matters.
Re:Redesigning Python's named tuples by pjmlp on Friday September 01, 2017 @02:14AM (#15146521)
Common Lisp, Dylan and Julia do offer such support.

It is a matter of caring about it, and having JIT/AOT support as part of the standard tooling.

C header file mess is caused by its designers ignoring the work outside AT&T and not bothering to implement a module system.

Re:Redesigning Python's named tuples by flavio81 on Friday September 01, 2017 @04:50PM (#15152288)
> C header file mess is caused by its designers ignoring the work outside AT&T and not bothering to implement a module system.

To be fair to them, they wanted to create a language whose compiler did fit into the limited hardware they had.

It's not their fault that UNIX had so much success and the world largely went there ignoring most of the progress made in programming tools and languages during the 70s.

Re:Redesigning Python's named tuples by pjmlp on Friday September 01, 2017 @05:07PM (#15152385)
That success was mostly caused by AT&T not being able to sell UNIX (at least during the first years of UNIX), so they just made the source code available to everyone willing to pay for a symbolic license, which was a tiny fraction of what vendors were charging for their own systems.

An OS and systems programming language available almost for free, including source code, versus what a commercial mainframe, its OS and SDK would cost without source code included, sure recipe for success.

Re:Redesigning Python's named tuples by nnwedwe on Friday September 01, 2017 @06:40AM (#15147371)
Can you point us to a public repository that contains your output? It would be very instructive.
Re:Redesigning Python's named tuples by agumonkey on Friday September 01, 2017 @06:34AM (#15147348)
modules are unloved children, I recently used scheme48 which has a very nice module system (funny considering how old, but anyway) even though other don't have one..