Re: Proposed new preprocessor usage scheme for 4.0

new topic     » goto parent     » topic index » view thread      » older message » newer message
DerekParnell said...

Which was exactly what I was referring to. The 'file extension' idea is both a useful and a useless idea - depending on what you are trying to achieve. It is useful when a complete file has been written in the 'pre-processor' (domain specific language) code but not so useful when you are 'cherry-picking' pre-processor functionality.

Which is why I recommended dot4. Of course, this doesn't address the original problem that prompted this thread...

DerekParnell said...

The swap concept could be implemented with either a text macro sub-language or an AST macro sub-language ... or as a native built-in operator.

The only example I've worked with is C's preprocessor (as key C features such as include/header files and text macros are implemented in the preprocessor) and M4, but using one in Euphoria feels too much like the "tack on another preprocessor" option.

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu