MSYS vs MinGW binaries

View: New views
4 Messages — Rating Filter:   Alert me  

MSYS vs MinGW binaries

by Nathan Schulte :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I'm sure this has been brought up before, but I'm still a bit miffed on which to
use.

As far as I can tell, it doesn't really make difference which I use, they should
both produce the same results.  The only difference is that the MSYS binaries
require the MSYS runtime to be present, and because they utilize POSIX
emulation, they incur a slight bit of overhead.  Also, if I ever decide to use
msys with say mingw-w64 or mingw-w32, I will no longer have the MinGW binaries
at my disposal (unless I compile or place multiple copies in each /mingw
distribution).

Are these thoughts correct? Is there more to it than simply this?


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.

Most annoying abuses are:
1) Top posting
2) Thread hijacking
3) HTML/MIME encoded mail
4) Improper quoting
5) Improper trimming
_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

Re: MSYS vs MinGW binaries

by Earnie :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Quoting Nathan Schulte <reklipz@...>:

> I'm sure this has been brought up before, but I'm still a bit miffed  
> on which to
> use.
>
> As far as I can tell, it doesn't really make difference which I use,  
> they should
> both produce the same results.  The only difference is that the MSYS binaries
> require the MSYS runtime to be present, and because they utilize POSIX
> emulation, they incur a slight bit of overhead.  Also, if I ever  
> decide to use
> msys with say mingw-w64 or mingw-w32, I will no longer have the  
> MinGW binaries
> at my disposal (unless I compile or place multiple copies in each /mingw
> distribution).
>
> Are these thoughts correct? Is there more to it than simply this?
>
>

I'm not understanding what you are trying to drive a solution to.  Are  
you trying to figure out the segregation of the filesystems with  
regard to how they interact to MSYS?  Are you trying to figure out how  
to use MSYS with 64bit programs (can you even do that)?  Are you  
trying to order your PATH so that if a program exists in more than one  
directory it will choose the correct one?  Draw me a better picture.

--
Earnie




------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.

Most annoying abuses are:
1) Top posting
2) Thread hijacking
3) HTML/MIME encoded mail
4) Improper quoting
5) Improper trimming
_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

Re: MSYS vs MinGW binaries

by Nathan Schulte :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Earnie Boyd <earnie@...> writes:
> I'm not understanding what you are trying to drive a solution to.
> ...
> Draw me a better picture.

I'm simply trying to determine the which version of the binary to use.  I
decided to use the MSYS binary simply because I had planned on using the
mingw-w64 cross-compiler sometime down the line.  Using the MSYS binary means I
don't have to keep separate copies in each mountable /mingw directory.

However, it is proving to be quite slow, at least compared to it's native linux
counterpart.  I don't know if this is attributable to the POSIX emulation or
not, but if the native windows binaries show to be noticeably faster I could see
the benefit of maintaining a separate /mingw/bin mount specifically for tools
other than the GCC.

> --
> Earnie

-Nate


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

Re: MSYS vs MinGW binaries

by Earnie :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Quoting Nathan Schulte <reklipz@...>:

>
> However, it is proving to be quite slow, at least compared to it's  
> native linux counterpart.

Welcome to Bill's world.  Blame him, not MSYS.

> I don't know if this is attributable to the POSIX emulation or
> not, but if the native windows binaries show to be noticeably faster  
> I could see
> the benefit of maintaining a separate /mingw/bin mount specifically for tools
> other than the GCC.
>

There is certainly some responsibility of slowness in emulation but I  
removed all of the symlink emulation to help speed up the beast.  Now  
the slowness is related to string manipulation.  Everything else is  
related to how Windows operates.

--
Earnie




------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users