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

Replace direct use of erl_syntax in favour of merl. #123

Closed
kaos opened this issue Feb 4, 2014 · 6 comments
Closed

Replace direct use of erl_syntax in favour of merl. #123

kaos opened this issue Feb 4, 2014 · 6 comments
Assignees
Labels
Milestone

Comments

@kaos
Copy link
Member

kaos commented Feb 4, 2014

See https://github.com/richcarl/merl.

@kaos
Copy link
Member Author

kaos commented Feb 17, 2014

This will also address the issue noticed in #124 (comment).
EDIT: not directly. It will make it easier to address.

@kaos kaos added this to the 0.9.1 milestone Feb 17, 2014
kaos added a commit that referenced this issue Feb 21, 2014
kaos added a commit that referenced this issue Feb 21, 2014
kaos added a commit that referenced this issue Feb 22, 2014
Also, `number_literals` are now converted to erlang integers in the scanner.

[1] https://github.com/richcarl/merl
@kaos kaos added the fixed label Feb 22, 2014
kaos added a commit that referenced this issue Feb 22, 2014
Also, `number_literals` are now converted to erlang integers in the scanner.

[1] https://github.com/richcarl/merl
@wardbekker
Copy link

Not sure if related, but using erlydtl as a dependency with rebar, and get the following error:

/home/foo/agigo.com/deps/erlydtl/src/erlydtl_compiler.erl:none: undefined parse transform 'merl_transform'

@kaos
Copy link
Member Author

kaos commented Feb 24, 2014

Yeah, I was expecting that.. thanks for reporting (and letting me know someone actually tried this out already ;)

The issue is that merl beam files are placed in erlydtl/deps/merl/ebin.. you need that on your code path. I've been thinking how to best solve this, no solution yet.

@kaos
Copy link
Member Author

kaos commented Feb 26, 2014

@wardbekker @nuex: could you please retry and see if it works better for you now, with the 0e5635c commit?

@nuex
Copy link
Contributor

nuex commented Feb 26, 2014

@kaos appears to work. No compilation errors. Thanks!

@kaos
Copy link
Member Author

kaos commented Feb 26, 2014

Excellent! :D

@kaos kaos added the fixed label Feb 26, 2014
@kaos kaos closed this as completed Feb 28, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants