On Feb 8 00:24, carolus wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
Actually, you can easily bundle a program with the Cygwin DLL and have
it work fine.
I confess to doing that for a while, until I learned about
-mno-cygwin, but is that not a license violation? My
On Wed, Feb 08, 2012 at 12:24:39AM -0600, carolus wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
Actually, you can easily bundle a program with the Cygwin DLL and have
it work fine.
I confess to doing that for a while, until I learned about -mno-cygwin,
but is that not a license
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 05:14:59PM -0600, Jesse Ziser wrote:
On 2/7/2012 4:14 PM, carolus wrote:
On 2/7/2012 3:12 PM, Corinna Vinschen wrote:
There's the usual misconception about the GPL. If you create an
application which is linked against
On 02/08/2012 09:49 AM, Jesse Ziser wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 05:14:59PM -0600, Jesse Ziser wrote:
If you really want Mingw (a free compiler and development environment
for Windows), maybe what you should do is just download and install
On Feb 8 09:49, Jesse Ziser wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
The MinGW cross-compiles are not barely supported. They are included
in the distribution precisely so that people can build pure-windows
programs under Cygwin.
Oh? Then I got the wrong impression from the
On 2/8/2012 10:04 AM, Corinna Vinschen wrote:
On Feb 8 09:49, Jesse Ziser wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
The MinGW cross-compiles are not barely supported. They are included
in the distribution precisely so that people can build pure-windows
programs under Cygwin.
On Mon, 2012-02-06 at 17:13 -0600, Quinn Wood wrote:
Thank you for the swift reply, and thanks for the information. This is
a tangential question, but are the MinGW files available for
integration with Cygwin suitable for this?
I'm not certain that I understand your question. There are
On Mon, Feb 6, 2012 at 6:05 PM, Yaakov (Cygwin/X)
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to build
such apps is to use the appropriate mingw or mingw64 cross-compiler.
AIUI -mno-cygwin doesn't work on
On Tue, Feb 07, 2012 at 04:08:21AM -0600, Yaakov (Cygwin/X) wrote:
On Mon, 2012-02-06 at 17:13 -0600, Quinn Wood wrote:
Thank you for the swift reply, and thanks for the information. This is
a tangential question, but are the MinGW files available for
integration with Cygwin suitable for this?
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to
build such apps is to use the appropriate mingw or mingw64
cross-compiler.
Is there an easy procedure that is
On 2/7/2012 5:13 PM, carolus wrote:
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to
build such apps is to use the appropriate mingw or mingw64
cross-compiler.
On Tue, Feb 07, 2012 at 10:13:49AM -0600, carolus wrote:
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to build
such apps is to use the appropriate mingw or mingw64
On Tue, Feb 7, 2012 at 10:42 AM, marco atzeri wrote:
On 2/7/2012 5:13 PM, carolus wrote:
Is there an easy procedure that is equivalent
to the old -mno-cygwin (suitable for a dumb engineer who is not a
programmer and knows nothing about cross-compilation)? -mno-cygwin was a
very handy way to
On Tue, Feb 07, 2012 at 12:35:49PM -0600, Quinn Wood wrote:
...
You may also have to change your code if it uses Unix features (an
application I was recently using utilized mmap, which does not come
with Windows.)
Please lets not have this discussion degrade into people discussing best
practices
On 2/7/2012 10:42 AM, marco atzeri wrote:
On 2/7/2012 5:13 PM, carolus wrote:
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to
build such apps is to use the
On 6 February 2012 14:29, Charles D. Russell wrote:
cdr@dell03 ~/mingtest
$ make hello
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll: cannot open shared object
On 2/6/2012 2:29 PM, Charles D. Russell wrote:
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@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
On Tue, 2012-02-07 at 10:26 -0500, Christopher Faylor wrote:
FWIW, I build setup.exe on linux with a carefully-constructed environment
which just uses your Cygwin cross-compiler but adds the MinGW bits while
removing the Cygwin bits.
That's why I ship mingw32-*-static packages in
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@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll: cannot open shared object file: No such
On 2/7/2012 3:10 PM, 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@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll:
On 2/7/2012 2:26 PM, Tim Prince wrote:
How about the recent suggestion of -static?
That solves my problem. It took a while for the suggestion to sink in.
Thanks
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 2/7/2012 1:44 PM, Chris Sutcliffe wrote:
On 6 February 2012 14:29, Charles D. Russell wrote:
cdr@dell03 ~/mingtest
$ make hello
i686-w64-mingw32-gfortran.exehello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
On 2/7/2012 10:42 AM, marco atzeri wrote:
On 2/7/2012 5:13 PM, carolus wrote:
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to
build such apps is to use the
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@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll:
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@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared
On 2/7/2012 3:12 PM, Corinna Vinschen wrote:
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
On 2/7/2012 4:14 PM, carolus wrote:
On 2/7/2012 3:12 PM, Corinna Vinschen wrote:
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
On 2/7/2012 5:14 PM, Jesse Ziser wrote:
Well, if you don't want them to have to install Cygwin, then that's a
bigger issue than just licensing. Think of Cygwin like an OS. If you
want to create something that can run under Windows, not Cygwin, then
you have to build it for Windows, not Cygwin.
On Tue, Feb 07, 2012 at 05:14:59PM -0600, Jesse Ziser wrote:
On 2/7/2012 4:14 PM, carolus wrote:
On 2/7/2012 3:12 PM, Corinna Vinschen wrote:
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
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
Actually, you can easily bundle a program with the Cygwin DLL and have
it work fine.
I confess to doing that for a while, until I learned about -mno-cygwin,
but is that not a license violation? My understanding is that in order
to conform to
On the FAQ section 6.10 How do I compile a Win32 executable that
doesn't use Cygwin? reads:
(Please note: This section has not yet been updated for the latest
net release.)
The -mno-cygwin flag to gcc makes gcc link against standard Microsoft
DLLs instead of Cygwin. This is desirable for native
On Mon, 2012-02-06 at 16:27 -0600, Quinn Wood wrote:
On the FAQ section 6.10 How do I compile a Win32 executable that
doesn't use Cygwin? reads:
(Please note: This section has not yet been updated for the latest
net release.)
The -mno-cygwin flag to gcc makes gcc link against standard
On Mon, Feb 6, 2012 at 5:05 PM, Yaakov (Cygwin/X)
yselkow...@users.sourceforge.net wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to build
such apps is to use the appropriate mingw or mingw64
I apologize for the accidental use of your email address in the body
of that message.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
34 matches
Mail list logo
