Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixed #2624: Running multiple macro runs doesn't work #2625

Closed
wants to merge 1 commit into from

Conversation

asterite
Copy link
Member

This:

  • No longer removes all temporary files at the end of a compilation
  • Scopes temporary executable files created by macro run inside the cache directory related to the program being compiled (as suggested by @jhass)
  • At the end of a compilation, temporary files created by macro run calls are deleted

@asterite asterite force-pushed the feature/fix_cache_tempfiles branch from 29c1c31 to ce10bc5 Compare May 20, 2016 15:25
@asterite
Copy link
Member Author

I also moved the cleanup line to be after the compilation finishes. Before this it was right before doing codegen but that would sometimes make some needed files be deleted before the compilation.

@jhass jhass closed this in f27e37e May 20, 2016
asterite pushed a commit that referenced this pull request May 20, 2016
keplersj added a commit to keplersj/crystal that referenced this pull request May 21, 2016
* master: (69 commits)
  Fixed: splat restriction and double splat restriction didn't match empty tuple/named-tuple
  Fixed crystal-lang#1203: allow using free var to match the size of a static array
  Updated Changelog
  Compiler: don't remove old directories when compiling macro run programs. Related to crystal-lang#2625
  Fixed crystal-lang#2624: Running multiple macro runs doesn't work
  Docker: Preinstall git in released docker image
  Update and fix TypeNode macro method docs
  Fixed wrong datatype in 0.17 branch
  Docs: use `*` and `**` before type argument for Tuple and NamedTuple
  Docs: use `*` and `**` before type argument for Tuple and NamedTuple
  Compiler: allow a double splat restriction on a double splat argument
  Compiler: allow a splat restriction on a splat argument
  Compiler: allow restriction in double splat
  Compiler: guess type from captured block without restriction
  Fixed crystal-lang#731: initialize's default arguments are incorrectly evaluated at the class scope
  Fixed crystal-lang#2619: wrong codegen for global variable assignment in type declaration
  Compiler: allow a double splat restriction on a double splat argument
  Compiler: allow a splat restriction on a splat argument
  Compiler: allow restriction in double splat
  Compiler: guess type from captured block without restriction
  ...
@asterite asterite deleted the feature/fix_cache_tempfiles branch May 26, 2016 15:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant