NH
nop head
Sun, Mar 5, 2017 12:13 PM
Just checking if anyone had worked on a Cygwin compile as it sounded like
someone had.
I am confused what you are asking here. MSYS2 builds a Windows .exe in a
Cygwin shell running on Windows and the resulting .exe runs from that
Cygwin shell. It doesn't run from a DOS shell, or from Explorer because it
depends on DLLs in the MSYS2 path, that aren't in the Windows path.
Presumably adding mingw64/bin to the Windows path would make it work.
I don't think it uses the Posix API and the Cygwin Linux emulation layer
though. But why would that matter to "using it as a tool in a design flow
on collections of *.scad design files"? OpenSCAD has a command line
interface on all platforms.
On 5 March 2017 at 11:53, Torsten Paul Torsten.Paul@gmx.de wrote:
On 03/05/2017 12:25 PM, royasutton wrote:
The system-level design referred to is regarding using OpenSCAD,
not compiling it... IE: now that one has an OpenSCAD executable
how to use it as a tool in a design flow on collections of *.scad
design files.
That was my point about. I don't see how it matters to the user
which libraries or compilation environments the OpenSCAD binary
was compiled from.
I'm not aware of any Cygwin work being done, and actually I don't
see much reason for this. It's likely to be a huge effort and
will also require someone who is really committed to also maintain
it in the future.
It might be easier trying to compile and package the MSYS2 binary
so it can run without MSYS2 installed (if that's possible, but I
think it should be).
What might be useful and was worked on by different people in the
past is a Visual Studio based build. That's also not a simple task,
mainly due to the libraries that need to be build and setup.
It's basically a chicken and egg issue.
The MSYS2 build is mainly a workaround to at least be able to
provide a solution for someone who wants to build directly on
Windows.
ciao,
Torsten.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
>Just checking if anyone had worked on a Cygwin compile as it sounded like
someone had.
I am confused what you are asking here. MSYS2 builds a Windows .exe in a
Cygwin shell running on Windows and the resulting .exe runs from that
Cygwin shell. It doesn't run from a DOS shell, or from Explorer because it
depends on DLLs in the MSYS2 path, that aren't in the Windows path.
Presumably adding mingw64/bin to the Windows path would make it work.
I don't think it uses the Posix API and the Cygwin Linux emulation layer
though. But why would that matter to "using it as a tool in a design flow
on collections of *.scad design files"? OpenSCAD has a command line
interface on all platforms.
On 5 March 2017 at 11:53, Torsten Paul <Torsten.Paul@gmx.de> wrote:
> On 03/05/2017 12:25 PM, royasutton wrote:
> > The system-level design referred to is regarding *using* OpenSCAD,
> > not compiling it... IE: now that one has an OpenSCAD executable
> > how to use it as a tool in a design flow on collections of *.scad
> > design files.
> >
> That was my point about. I don't see how it matters to the user
> which libraries or compilation environments the OpenSCAD binary
> was compiled from.
>
> I'm not aware of any Cygwin work being done, and actually I don't
> see much reason for this. It's likely to be a huge effort and
> will also require someone who is really committed to also maintain
> it in the future.
> It might be easier trying to compile and package the MSYS2 binary
> so it can run without MSYS2 installed (if that's possible, but I
> think it should be).
>
> What might be useful and was worked on by different people in the
> past is a Visual Studio based build. That's also not a simple task,
> mainly due to the libraries that need to be build and setup.
> It's basically a chicken and egg issue.
> The MSYS2 build is mainly a workaround to at least be able to
> provide a solution for someone who wants to build directly on
> Windows.
>
> ciao,
> Torsten.
>
>
> _______________________________________________
> OpenSCAD mailing list
> Discuss@lists.openscad.org
> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
>
R
royasutton
Sun, Mar 5, 2017 4:47 PM
I am confused what you are asking here. MSYS2 builds a Windows .exe in a
Cygwin shell running on Windows and the resulting .exe runs from that
I was just asking had anyone worked on a Cygwin compile...
I don't think it uses the Posix API and the Cygwin Linux emulation layer
though. But why would that matter to "using it as a tool in a design flow
on collections of *.scad design files"? OpenSCAD has a command line
interface on all platforms.
> I am confused what you are asking here. MSYS2 builds a Windows .exe in a
> Cygwin shell running on Windows and the resulting .exe runs from that
I was just asking had anyone worked on a Cygwin compile...
> I don't think it uses the Posix API and the Cygwin Linux emulation layer
> though. But why would that matter to "using it as a tool in a design flow
> on collections of *.scad design files"? OpenSCAD has a command line
> interface on all platforms.
Applications compiled for Cygwin make attempts to honor file permissions
<https://cygwin.com/cygwin-ug-net/using-filemodes.html> when running under
Cygwin. It is not perfect, but it is usable. When a design flow brings
together multiple tools that communicated via the file system. File
permissions can be important.
Maybe a good question is if there is a way to compile OpenSCAD using MSYS2
etal to create files with emulated POSIX file permissions?
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20772.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
NH
nop head
Sun, Mar 5, 2017 5:39 PM
I don't know but in my experience native Windows programs work better on
Windows than Unix programs made to run with Cygwin.
On 5 March 2017 at 16:47, royasutton roy_sutton@hotmail.com wrote:
I am confused what you are asking here. MSYS2 builds a Windows .exe in a
Cygwin shell running on Windows and the resulting .exe runs from that
I was just asking had anyone worked on a Cygwin compile...
I don't think it uses the Posix API and the Cygwin Linux emulation layer
though. But why would that matter to "using it as a tool in a design flow
on collections of *.scad design files"? OpenSCAD has a command line
interface on all platforms.
I don't know but in my experience native Windows programs work better on
Windows than Unix programs made to run with Cygwin.
On 5 March 2017 at 16:47, royasutton <roy_sutton@hotmail.com> wrote:
> > I am confused what you are asking here. MSYS2 builds a Windows .exe in a
> > Cygwin shell running on Windows and the resulting .exe runs from that
>
> I was just asking had anyone worked on a Cygwin compile...
>
> > I don't think it uses the Posix API and the Cygwin Linux emulation layer
> > though. But why would that matter to "using it as a tool in a design flow
> > on collections of *.scad design files"? OpenSCAD has a command line
> > interface on all platforms.
>
> Applications compiled for Cygwin make attempts to honor file permissions
> <https://cygwin.com/cygwin-ug-net/using-filemodes.html> when running
> under
> Cygwin. It is not perfect, but it is usable. When a design flow brings
> together multiple tools that communicated via the file system. File
> permissions can be important.
>
> Maybe a good question is if there is a way to compile OpenSCAD using MSYS2
> etal to create files with emulated POSIX file permissions?
>
>
>
>
>
> --
> View this message in context: http://forum.openscad.org/
> Windows-cross-compilation-tp20413p20772.html
> Sent from the OpenSCAD mailing list archive at Nabble.com.
>
> _______________________________________________
> OpenSCAD mailing list
> Discuss@lists.openscad.org
> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
>
R
royasutton
Sun, Mar 5, 2017 6:16 PM
I don't know but in my experience native Windows programs work better on
Windows than Unix programs made to run with Cygwin.
Agreed. Not having to deal with multiple/hybrid platforms simplifies things
greatly. And maybe someday all of the applications that are useful for
putting together design flows will be available natively under Windows.
Until then, there will be hybrid development environments like Cygwin, etc.
for Windows... for better or worse...
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20774.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
> I don't know but in my experience native Windows programs work better on
> Windows than Unix programs made to run with Cygwin.
Agreed. Not having to deal with multiple/hybrid platforms simplifies things
greatly. And maybe someday all of the applications that are useful for
putting together design flows will be available natively under Windows.
Until then, there will be hybrid development environments like Cygwin, etc.
for Windows... for better or worse...
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20774.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
B
buttim
Mon, Mar 6, 2017 5:10 PM
Some problems in the checkout phase:
git checkout editor-enhancements master
Some problems in the checkout phase:
> git checkout editor-enhancements master
error: pathspec 'editor-enhancements' did not match any file(s) known to
git.
error: pathspec 'master' did not match any file(s) known to git.
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20779.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
TP
Torsten Paul
Mon, Mar 6, 2017 7:29 PM
On 03/06/2017 06:10 PM, buttim wrote:
Some problems in the checkout phase:
git checkout editor-enhancements master
error: pathspec 'editor-enhancements' did not match any file(s) known to
git.
error: pathspec 'master' did not match any file(s) known to git.
Whoops, sorry that meant to say:
git checkout -b editor-enhancements master
ciao,
Torsten.
On 03/06/2017 06:10 PM, buttim wrote:
> Some problems in the checkout phase:
>
>> git checkout editor-enhancements master
>
> error: pathspec 'editor-enhancements' did not match any file(s) known to
> git.
> error: pathspec 'master' did not match any file(s) known to git.
>
Whoops, sorry that meant to say:
git checkout -b editor-enhancements master
ciao,
Torsten.
B
buttim
Mon, Mar 6, 2017 8:32 PM
I should have understood it. I'll give it a try in a few hours
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20782.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
I should have understood it. I'll give it a try in a few hours
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20782.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
B
buttim
Tue, Mar 7, 2017 12:58 AM
Ok. I created the pull request !
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20785.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
Ok. I created the pull request !
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20785.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
B
buttim
Wed, Mar 8, 2017 1:13 AM
What's next? I mean, what's the normal course of the events I should expect
after the pull request?
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20798.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
What's next? I mean, what's the normal course of the events I should expect
after the pull request?
--
View this message in context: http://forum.openscad.org/Windows-cross-compilation-tp20413p20798.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
MK
Marius Kintel
Wed, Mar 8, 2017 6:14 AM
On Mar 7, 2017, at 20:13, buttim maurizio.butti@gmail.com wrote:
What's next? I mean, what's the normal course of the events I should expect
after the pull request?
I cannot find any open pull requests from you. Did you go yo github and actually submit the request in their web interface?
-Marius
> On Mar 7, 2017, at 20:13, buttim <maurizio.butti@gmail.com> wrote:
>
> What's next? I mean, what's the normal course of the events I should expect
> after the pull request?
>
I cannot find any open pull requests from you. Did you go yo github and actually submit the request in their web interface?
-Marius
