-
Notifications
You must be signed in to change notification settings - Fork 409
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
On Windows, generated .merlin ppx path incorrectly uses backslashes #366
Comments
cc @dra27 |
Or, maybe merlin itself should be responsible for reading the |
Maybe :) Let's cc @let-def as well. |
I let @dra27 comment on whether it's preferable to use |
I suppose we should add |
Not sure that |
Do you mean dune isn't the right place to fix this? |
Yes, that's my understanding. |
Ok. Is there a ticket on merlin about this BTW? |
On merlin sides, it seems that a correct way to implement this side would be to have some kind of external program that prints its arguments (something like "let () = Array.iter print_endline Sys.argv") and call this program with "Sys.command" for each "FLG " lines in the .merlin in order to split the arguments like the "host shell". But that would be an overkill, no ? Edit: Humm.. actually, it will be probably not escape the result back to work correctly with the Sys.command that will actually call the ppx. This feel hard. In the mean time, in dune, we could either replace the backslash in the executable_name by forward slashes which would be consistent anyway with the rest of the path from the root. |
That seems fine to me |
I have a
jbuild
:with
example.ml
:This builds just fine. However, the generated .merlin has the following line:
This results in merlin trying and failing to find the ppx at:
This apparently can be fixed by manually modifying the
\
in the generated .merlin either to/
or\\
.Related to #201.
The text was updated successfully, but these errors were encountered: