On 13 May 2017 at 11:17, René Berber wrote:
> On 5/12/2017 10:03 PM, Allan C. wrote:
>
>> I am trying to build a win32 project with gcc 5.4 with the flag
>> -mno-cygwin but the flag is not recognized. Is there an approach I
>> could release an exe without bundling cygwin's dll?
>
> That option has
On 5/12/2017 10:03 PM, Allan C. wrote:
> I am trying to build a win32 project with gcc 5.4 with the flag
> -mno-cygwin but the flag is not recognized. Is there an approach I
> could release an exe without bundling cygwin's dll?
That option has been deprecated for many years.
What you have to do
Hi all,
I am trying to build a win32 project with gcc 5.4 with the flag
-mno-cygwin but the flag is not recognized. Is there an approach I
could release an exe without bundling cygwin's dll?
Regards,
Allan C.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:/
To: cygwin@cygwin.com
Date: Tue, 05 Aug 2008 12:44:11 -0700
Subject: Re: compilation - cygwin -mno-cygwin-flag
Marian Kogler wrote:
> I don't know what I should link in addition to the allready linked libraries.
> What do the warnings mean?
> I hope that someone of you can help me.
Using
Jay wrote:
Can the ABIs be unifed?
No.
You're missing the point: the "mingw" personality uses the Microsoft C
Runtime library (msvcrt.dll) -- in all of its microsoftian "goodness".
The cygwin gcc compiler, in its normal mode, compiles cygwin programs
that use the cygwin runtime library (c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jay on 8/5/2008 8:08 PM:
|
| Can the ABIs be unifed?
No more than the Linux and Solaris ABI can be unified. Think of cygwin
and -mno-cygwin as two entirely different operating systems, and you won't
be too far off.
| line up struct s
> [Brian] Using -mno-cygwin switches the compiler
> into MinGW personality mode. You cannot
> mix and match Cygwin and MinGW libraries.
> If you use-mno-cygwin then you must ensure
> that *all* libraries that any component of
> your software links with were built as MinGW
> libraries. You c
Marian Kogler wrote:
> I don't know what I should link in addition to the allready linked libraries.
> What do the warnings mean?
> I hope that someone of you can help me.
Using -mno-cygwin switches the compiler into MinGW personality mode.
You cannot mix and match Cygwin and MinGW libraries. I
Hi everybody!
I tried to compile my program with the -mno-cygwin flag like this:
##
CC = g++
CFLAGS = -D__USE_W32_SOCKETS -D_WIN32_WINDOWS=0x0501 -mno-cygwin
LDLAGS = -D__USE_W32_SOCKETS
Sam Steingold schrieb:
* Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
-mno-cygwin does not just "make things that doesn't depend on the
cygwin DLL", it removes Cygwin from the equation entirely.
this is very unfortunate, actually.
things like berkeley-db, postgresql, pcre &c all h
Brian Salter-Duke wrote:
> I did understand that. If I understand you correctly, one can not use
> Mingw from inside cygwin to produce working code that uses sockets and
> pthreads. Is that correct? This code does use sockets and pthreads
> although I do not strictly need them as it is code that u
> This is working just the way it's supposed to. I don't think you fully
> understand what the -mno-cygwin flag means. Cygwin provides the
> unix/posix emulation layer, things like the berkeley sockets API and
> pthreads[*] that you are missing above. When you use -mno-cyg
At 05:43 PM 5/4/2005, Chris Faylor wrote:
>So, gee, now all we need is a volunteer.
Oh sure. Fall back on that tired old excuse. ;-)
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street
On Wed, May 04, 2005 at 05:23:58PM -0400, Sam Steingold wrote:
>>Well, duh. If you want to USE MinGW, you have to INSTALL it. That
>>much is obvious.
>
>I thought I did - when I installed the gcc-mingw cygwin package.
No. The name of the package is "gcc-mingw". Did you think that you
installed
> * Dave Korn <[EMAIL PROTECTED]> [2005-05-04 18:49:24 +0100]:
>
> Original Message
>>From: Sam Steingold
>>Sent: 04 May 2005 18:32
>
>>> That's something to take up with the MinGW folks (www.mingw.org).
>>
>> I am not quite clear on the exact relationship between cygwin and MinGW
>> proje
> * Christopher Faylor <[EMAIL PROTECTED]> [2005-05-04 13:41:25 -0400]:
>
> On Wed, May 04, 2005 at 06:34:46PM +0100, Dave Korn wrote:
>>Original Message
>>>From: Christopher Faylor
>>>Sent: 04 May 2005 18:20
>>
>>
>>> as to ignore correctly installed libraries. You just have to put the
>>
Original Message
>From: Sam Steingold
>Sent: 04 May 2005 18:32
>> That's something to take up with the MinGW folks (www.mingw.org).
>
> I am not quite clear on the exact relationship between cygwin and MinGW
> project (I assumed that they are independent except that cygwin includes
> part
On Wed, May 04, 2005 at 01:32:19PM -0400, Sam Steingold wrote:
>> * Larry Hall <[EMAIL PROTECTED]> [2005-05-04 13:02:44 -0400]:
>>
>> At 12:53 PM 5/4/2005, you wrote:
* Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
-mno-cygwin does not just "make things that doesn't
On Wed, May 04, 2005 at 06:34:46PM +0100, Dave Korn wrote:
>Original Message
>>From: Christopher Faylor
>>Sent: 04 May 2005 18:20
>
>
>> as to ignore correctly installed libraries. You just have to put the
>> libraries and headers in locations that are searched when -mno-cygwin
>> is used.
Original Message
>From: Christopher Faylor
>Sent: 04 May 2005 18:20
> as to ignore correctly installed libraries. You just have to put the
> libraries and headers in locations that are searched when -mno-cygwin
> is used. Those locations are distinct from the locations used when
> -mno-
> * Larry Hall <[EMAIL PROTECTED]> [2005-05-04 13:02:44 -0400]:
>
> At 12:53 PM 5/4/2005, you wrote:
>>> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>>>
>>> -mno-cygwin does not just "make things that doesn't depend on the
>>> cygwin DLL", it removes Cygwin from the equation en
On Wed, May 04, 2005 at 12:53:26PM -0400, Sam Steingold wrote:
>> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>>
>> -mno-cygwin does not just "make things that doesn't depend on the
>> cygwin DLL", it removes Cygwin from the equation entirely.
>
>this is very unfortunate, actua
Sam Steingold wrote:
>>* Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>>
>>-mno-cygwin does not just "make things that doesn't depend on the
>>cygwin DLL", it removes Cygwin from the equation entirely.
>
>
> this is very unfortunate, actually.
> things like berkeley-db, postgres
At 12:53 PM 5/4/2005, you wrote:
>> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>>
>> -mno-cygwin does not just "make things that doesn't depend on the
>> cygwin DLL", it removes Cygwin from the equation entirely.
>
>this is very unfortunate, actually.
>things like berkeley-db,
> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>
> -mno-cygwin does not just "make things that doesn't depend on the
> cygwin DLL", it removes Cygwin from the equation entirely.
this is very unfortunate, actually.
things like berkeley-db, postgresql, pcre &c all have a native w
: No such file or directory
> include/mysystem.h:83:26: netinet/in.h: No such file or directory
> include/mysystem.h:84:27: netinet/tcp.h: No such file or directory
This is working just the way it's supposed to. I don't think you fully
understand what the -mno-cygwin flag means. Cyg
I have had some success with using the -mno-cygwin flag, but this more
complex case is failing. The code is mostly Fortran and all the Fortran
routines compiles with the -mno-cygwin flag OK. However it uses some C
routines which it puts in a library. The script for doing this, modified
with the
Please try to configure your mailer to wrap lines at <= 80 chars.
On Thu, 15 Apr 2004, Leonard Williams wrote:
> I could not find relevant answers to this question in the archives.
Look in the archives for mingw-users at lists.sourceforge.net via
www.mingw.org, and you might have better luck.
>
I could not find relevant answers to this question in the archives.
Do I understand correctly that using this flag ( -mno-cygwin) in compiling a
program for Windows will make it
independent of the cygwin1.dll? How do I use this? The level of compiling I do is to
unpack (tar xvzf) sourc
29 matches
Mail list logo
