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

Building on Windows #44

Open
1 of 4 tasks
anko opened this issue Jan 2, 2016 · 8 comments
Open
1 of 4 tasks

Building on Windows #44

anko opened this issue Jan 2, 2016 · 8 comments
Labels

Comments

@anko
Copy link
Owner

anko commented Jan 2, 2016

It has come to my attention that eslisp doesn't build on Windows.

I don't have a Windows machine to test on, but from what I can gather, these are the points of friction, in the form of a todo list:

Anything I've missed? Opinions? Volunteers?

@vendethiel
Copy link

make isn't in issue in itself (it works fine on my machine, though I'd probably prefer a full-js alternative..). The main problem is the incompatible binaries (example in LS, find)

@anko
Copy link
Owner Author

anko commented Jan 2, 2016

@vendethiel What do you mean by incompatible binaries? Is “LS” LiveScript?

@vendethiel
Copy link

Yes, sorry. this line in particular breaks building on windows.

@dead-claudia
Copy link
Contributor

There's no reason why LiveScript's build process should make this not
buildable on Windows. If that's the case, then it's a massive LiveScript
bug that I'm shocked was never filed and fixed.

I was looking at the fact make doesn't work well on Windows without Cygwin
or the like. I normally use Linux, so it's not an issue for me, but it
could be an issue for some. Although, you could use npm scripts alone for
this project, because it's simple enough.

And the other issue, that of Windows not understanding the shebang, is
already addressed. And if it's based in Node, the directory separator
shouldn't matter much, even in commands, because Node normalizes those
(i.e. ".\foo" is equivalent to "./foo" on both platforms). And merely using
path.resolve instead of path.join should fix it if you're running shell
commands. (The rest are almost always normalized by Node.)

On Sat, Jan 2, 2016, 19:46 ven notifications@github.com wrote:

Yes, sorry. this line in particular
https://github.com/gkz/LiveScript/blob/master/Makefile#L3 breaks
building on windows.


Reply to this email directly or view it on GitHub
#44 (comment).

@vendethiel
Copy link

No, I just quoted LiveScript's build as an example of something that uses a Makefile but doesn't build on windows.

@dead-claudia
Copy link
Contributor

@anko

  1. AppVeyor sounds fine.
  2. npm would even work. lsc works with directories, and you could use npm run compile and {"scripts": {"compile": "lsc src -cbo dest"}}. The rest should work similarly. (npm scripts are actually executed as shell commands)
  3. That should also be fixed by Use node to run eslc binary #43, but I haven't tested it on my Windows installation (which is currently somewhat broken and unusually slow - I run a dual boot, spending 99% of my time in Ubuntu).

@raymond-w-ko
Copy link

Hello, I am looking alternate languages for a project my company is doing. Since I like Lisp, but my company is mostly using Windows, I am interested in getting this working.

What should I be focusing on first?

I guess I should try this out on Linux first, so I can see what is going on, and how the normal build process works.

@dead-claudia
Copy link
Contributor

I believe you should already be able to use this on Windows, as the
compiled version on npm should work everywhere. The problem this bug is
discussing is being able to hack on the compiler itself on Windows. You can
still use LiveScript on Windows, even though you can't exactly build the
compiler.

On Tue, Jan 12, 2016, 19:35 Raymond W. Ko notifications@github.com wrote:

Hello, I am looking alternate languages for a project my company is doing.
Since I like Lisp, but my company is mostly using Windows, I am interested
in getting this working.

What should I be focusing on first?

I guess I should try this out on Linux first, so I can see what is going
on, and how the normal build process works.


Reply to this email directly or view it on GitHub
#44 (comment).

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

4 participants