X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_XP X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: References: <1328569526 DOT 8848 DOT 3 DOT camel AT YAAKOV04> <4F315473 DOT 8070106 AT gmail DOT com> <4F3180B1 DOT 7090007 AT aol DOT com> <20120207211251 DOT GF32219 AT calimero DOT vinschen DOT de> Date: Tue, 7 Feb 2012 22:27:55 +0100 Message-ID: Subject: Documentation on -mno-cygwin Accuracy From: Kai Tietz To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q17LSE8F026061 2012/2/7 Corinna Vinschen wrote: > On Feb  7 14:10, carolus wrote: >> On 2/7/2012 1:51 PM, Tim Prince wrote: >> >On 2/6/2012 2:29 PM, Charles D. Russell wrote: >> > >> >>i686-w64-mingw32-gfortran.exe hello.f -o hello >> >> >> >>cdr AT dell03 ~/mingtest >> >>$ ./hello >> >>/home/cdr/mingtest/hello.exe: error while loading shared libraries: >> >>libgfortran- >> >>3.dll: cannot open shared object file: No such file or directory >> >> >> > >> >The cygwin distribution of mingw puts the support dlls in their own >> >directories. You must act yourself to get them on PATH. This is a >> >consequence of their not being cygwin compilers and giving you a mongrel >> >combination of cygwin and Windows setup. However, cygwin provides useful >> >tools like find and export: >> >export PATH=/usr/x86_64-w64-mingw32/sys-root/mingw/bin/:$PATH >> > >> > >> The old -mno-cygwin yielded a standalone executable that I could >> give to a colleague and it would "just work"  on a Windows machine >> without cygwin.  It appears that now one must bundle at least one >> dll.  From a licensing standpoint, are these dll's any different >> from cygwin1.dll? Can they be distributed freely without bundling >> the source code? Yes, those DLLs (or static-libraries) provided by gcc can be redistrubted without having GPL issues.  Gcc itself has here an license-expception for those runtime-libraries/objects/headers. Btw for a mingw cross-compiler the libraries are to be found in //lib.  Only in native variant the DLL-files getting installed into the /bin folder.  This was necessary to allow also multilib-version for windows targets (not that I would encourage here people actual to use it). I added to my .bash_profile in the home directory the following lines: PATH=/usr/local/x86_64-w64-mingw32/lib:/usr/local/i686-w64-mingw32/lib:${PATH} export GCOV_PREFIX_STRIP=1000 (I am using as sysroot /usr/local - don't do that if you aren't absolute aware about its side-effects). > There's the usual misconception about the GPL.  If you create an > application which is linked against the Cygwin DLL (or any other GPLed > library), but you only use the application in-house, there's no reason > at all to distribute the source code to your collegues.  If one of them > really wants it, he can always ask you, right?  Only if you provide the > binaries to customers or to the world in some way, you are supposed to > provide the sources codes as well in a GPL-compatible way. Right, this is a mistake in assumption, which is often done. Regards, Kai -- |  (\_/) This is Bunny. Copy and paste | (='.'=) Bunny into your signature to help | (")_(") him gain world domination -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple