|
View:
New views
4 Messages
—
Rating Filter:
Alert me
|
|
|
MSYS vs MinGW binariesI'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 binariesQuoting 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 binariesEarnie 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 binariesQuoting 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 |
| Free embeddable forum powered by Nabble | Forum Help |