On Thu, Dec 4, 2008 at 12:42 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
  Make is NOT the problem! (It is just one of several)<br>
<br>
  Config/configure.py uses the SHELL constantly for basically everything. Try running config/configure.py<br>
under Windows without using cygwin.</blockquote><div><br>I disagree with this characterization. The lowest level definitely spawns shell jobs, however at the configure<br>level, they are a small set of specific tasks, and it would not be hard to retarget them to a different architecture.<br>
For instance, almost everything comes down to a compile, link, or execution. I will now say "toolbox", or maybe<br>"toolbag" (buildstuff?).<br><br>  Matt<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
  I hate the term "toolchain"<br>
<br>
<br>
   Barry<div class="Ih2E3d"><br>
<br>
On Dec 4, 2008, at 12:04 PM, Matthew Knepley wrote:<br>
<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">
I for one think it should be possible to remove 'make' from the<br>
toolchain, leaving us with only win32fe, which we distribute. Thus<br>
I think we could abandon cygwin once and for all. I would even be<br>
willing to write a \emph{make clone} to accomplish this, even though<br>
I am a committed enemy of make (which once TP'ed my house).<br>
<br></div>
   Matt<br>
<br>
---------- Forwarded message ----------<br>
From: Barry Smith <<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>><br>
Date: Thu, Dec 4, 2008 at 12:00 PM<br>
Subject: Re: [PETSC #18705] PETSc and Cygwin License (POSIX layer)<br>
To: Stefan Benkler <<a href="mailto:benkler@itis.ethz.ch" target="_blank">benkler@itis.ethz.ch</a>><br>
Cc: <a href="mailto:petsc-maint@mcs.anl.gov" target="_blank">petsc-maint@mcs.anl.gov</a><br>
<br>
<br>
 Stefan,<br>
<br>
   Here is my understanding of the situation.<br>
<br>
   Conjecture: You CAN use an open source compiler (GNU)  to compile proprietary code and then sell<br>
the binaries without making the proprietary code GNU licensed so long as you just use the<br>
GNU compilers out of the box and don't change their source code and don't include the compliers<br>
libraries in your binaries.<br>
<br>
  IF this is true then you are safe, the Cygwin environment is only used by PETSc to have<br>
a system to compile PETSc. None of it is included in the binaries generated.<br>
<br>
 On the other hand, if my initial conjecture is wrong, then there could be a problem.<br>
<br>
 Barry<br>
<br>
We've tried over the years to use Windows "posix" environments to develop a build system<br>
for PETSc so we don't need cygwin to build PETSc. Unfortunately their stuff is so "un-unix"<br>
like that it just wasn't practical and using developers studio to build PETSc directly is<br>
possible but requires some how getting all the PETSc source properly into developers studio<br>
and as far as I know the only way to do this is manually through the gui which is very painful;<br>
plus if we change something in the Unix build side later we'd need to change it manually<br>
on the developers studio side.<br>
<br>
If the situation has changed and Windows does provide a reasonable way to build large<br>
unix codes I'd love to hear about it and use it. We hate cygwin but feel with have no other<br>
reasonable option.<br>
<br>
On Dec 4, 2008, at 3:33 AM, Stefan Benkler wrote:<br>
<br>
Dear PETSc developers<br>
<br>
Since a while, I successfully use your fantastic library on Windows. Thank you very much!<br>
<br>
Lately, I had a discussion about the involved copyrights/licenses with a colleague. The main point was if PETSc requires the POSIX layer of cygwin on Windows (and therefore would need to fulfill cygwin's GPL license).<br>

<br>
My standpoint was that cygwin is just used to configure and build the library, but only native Windows libraries (using MS or Intel's Windows compiler, MKL) are finally linked to the PETSc libs. However, I have difficulties to proof this claim, which is the reason for this email.<br>

<br>
Please comment/clarify the licensing on a Windows system.<br>
<br>
Thanks a lot for your informations.<br>
<br>
Best regards<br>
<br>
 Stefan Benkler<div class="Ih2E3d"><br>
<br>
<br>
<br>
<br>
<br>
-- <br>
What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>
</div></blockquote>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener<br>