From: Danny S. <dan...@cl...> - 2007-02-28 07:29:26
|
Sisyphus wrote > > Hi, > During my upgrade from XP (32) Vista (64) my MinGW folder > remained in tact. > But whenever I try to compile a source file, I get: > > ---------------- > C:\_32\C>gcc try.c > gcc: installation problem, cannot exec `cc1': No such file or > directory > ---------------- > I suspect that the problem is a change in the way that the MSVCRT function _access() handles the X_OK mode. In earlier versions of MSVCRT passing X_OK to access was the same as passing F_OK -- the mode was just ignored. Now, however this result in an error return (invalid param value). GCC calls access to determine relative prefix of cc1.exe (ie, the relative path from gcc.exe). Hence the gcc error message. To fix: gcc driver needs to be recompiled with a patch to avoid use of X_OK in call to access. I'll upload a new gcc.exe driver for 3.4.5 ASAP unless someone beats me to it. Danny |
From: Danny S. <dan...@cl...> - 2007-03-01 08:36:06
Attachments:
xgcc-3.4.5.exe.gz
|
> ----- Original Message ----- > From: "Danny Smith" > . > > > > I suspect that the problem is a change in the way that the MSVCRT > > function _access() handles the X_OK mode. In earlier > versions of MSVCRT > > passing X_OK to access was the same as passing F_OK -- the mode was > > just ignored. Now, however this result in an error return (invalid > > param value). GCC calls access to determine relative prefix > of cc1.exe > > (ie, the relative path from gcc.exe). Hence the gcc error message. > > > > To fix: gcc driver needs to be recompiled with a patch to > avoid use of > > X_OK in call to access. > > > > I'll upload a new gcc.exe driver for 3.4.5 ASAP unless > someone beats me > > to it. > > Attached. This will only work with gcc-3.4.5. Install in same place as gcc.exe, e.g. /mingw/bin. Danny |
From: Sisyphus <sis...@op...> - 2007-03-01 14:11:31
|
----- Original Message ----- From: "Danny Smith" <dan...@cl...> . . > > Attached. This will only work with gcc-3.4.5. Install in same place as > gcc.exe, e.g. /mingw/bin. > I gather I was supposed to place the file in the same place as gcc.exe (no problem with that), then 'gzip -d xgcc-3.4.5.exe.gz', then run 'xgcc-3.4.5' instead of 'gcc'. Here's what I got: C:\C>xgcc-3.4.5 -o try.exe try.c collect2: cannot find `ld' C:\C>gcc -v Using built-in specs. Configured with: ../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as - -host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls -- enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shar ed --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --ena ble-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-sync hronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw special) C:\C>type try.c #include <stdio.h> int main() { printf("Hello from C\n"); return 0; } Cheers, Rob |
From: Sisyphus <sis...@op...> - 2007-03-01 14:16:23
|
----- Original Message ----- From: "Danny Smith" <dan...@cl...> Don't know if this might be useful: C:\strawberry-perl\mingw\bin>xgcc-3.4.5 -v Reading specs from C:/strawberry-perl/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc/configure --with-gcc --host=mingw32 --build=mingw32 --ta rget=mingw32 --prefix=/mingw --enable-__cxa_exit --enable-threads --disable-nls --enable-languages=c,c++,f77 --disable-win32-registry --disable-shared --enable- sjlj-exceptions Thread model: win32 gcc version 3.4.5 (mingw32 special) C:\strawberry-perl\mingw\bin>gcc -v Reading specs from ../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as - -host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls -- enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shar ed --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --ena ble-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-sync hronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw special) Thanks Danny. Cheers, Rob |
From: Danny S. <dan...@cl...> - 2007-03-01 17:58:28
Attachments:
collect2.exe.gz
|
> . > > > > Attached. This will only work with gcc-3.4.5. Install in > same place as > > gcc.exe, e.g. /mingw/bin. > > > > I gather I was supposed to place the file in the same place > as gcc.exe (no > problem with that), then 'gzip -d xgcc-3.4.5.exe.gz', then > run 'xgcc-3.4.5' > instead of 'gcc'. > > Here's what I got: > > C:\C>xgcc-3.4.5 -o try.exe try.c > collect2: cannot find `ld' > Ugh, collect2 also calls access("path/to/ld.exe", X_OK). Put this recompiled collect2 in your libexec/mingw32/3.4.5 directory (the directory with compiler cc1.exe) Danny |
From: Sisyphus <sis...@op...> - 2007-03-01 22:17:51
|
----- Original Message ----- From: "Danny Smith" <dan...@cl...> . . >> >> C:\C>xgcc-3.4.5 -o try.exe try.c >> collect2: cannot find `ld' >> > Ugh, collect2 also calls access("path/to/ld.exe", X_OK). > > Put this recompiled collect2 in your libexec/mingw32/3.4.5 directory > (the directory with compiler cc1.exe) > That now works great :-) Thank you for providing a fix so quickly !! Cheers, Rob |
From: Tim T. <ra...@ed...> - 2007-03-02 22:20:15
|
Hello! I can also approve that the patches make the compiler work again! After compiler works again, my next step was to compile the wget mingwPORT. This however was not successful, because "patch" did not work. The call to patch to patch the source code failed with "permission denied". Perhaps patch also uses "access" (I tried to search int he mingw CVS repository for code for patch but did not find anything)? After applying the patch by hand (using a text editor) the compile worked by no install failed also with "permission denied" while copying the wget.exe to the mingw directory tree. Can someone with the sources check this programs for use of "access", too or perhaps can even supply patched binaries if this is the problem? Of course I offer my help for his problem, too! -- Gruß... Tim |
From: Sisyphus <sis...@op...> - 2007-03-03 01:37:48
|
----- Original Message ----- From: "Tim Teulings" <ra...@ed...> To: "MinGW Users List" <min...@li...>; <dan...@cl...> Sent: Saturday, March 03, 2007 9:20 AM Subject: Re: [Mingw-users] environment hosed during upgrade . . > > I can also approve that the patches make the compiler work again! > > After compiler works again, my next step was to compile the wget > mingwPORT. This however was not successful, because "patch" did not > work. The call to patch to patch the source code failed with "permission > denied". When I try to run 'patch.exe' from my user account I get immediately prompted to supply my admin password. Having done that, a separate console opens and closes immediately. The patch does not get applied. I can't really help with this - except that if you have perl, then there's a Text::Patch module ( http://search.cpan.org/~cade/Text-Patch-1.2/ ) which may be of some assistance. It supports only 'Unified' diff format, and looks like it patches only text (not the actual file) - so you still have to read the text from file, patch that text, then write the patched text back to file .... rather kludgy, but it's probably better than applying complex patches by hand. Much better (obviously) if someone can fix 'patch.exe' :-) Cheers, Rob |
From: Cesar S. <ces...@gm...> - 2007-03-03 20:35:19
|
Tim Teulings wrote: > Hello! > > I can also approve that the patches make the compiler work again! > > After compiler works again, my next step was to compile the wget > mingwPORT. This however was not successful, because "patch" did not > work. The call to patch to patch the source code failed with "permission > denied". Perhaps patch also uses "access" (I tried to search int he > mingw CVS repository for code for patch but did not find anything)? > > After applying the patch by hand (using a text editor) the compile > worked by no install failed also with "permission denied" while copying > the wget.exe to the mingw directory tree. > > Can someone with the sources check this programs for use of "access", > too or perhaps can even supply patched binaries if this is the problem? > > Of course I offer my help for his problem, too! > It appears Vista has added some privilege checks on files such as "patch" and "install", based solely on their name. This affected Cygwin as well: http://article.gmane.org/gmane.os.cygwin/84697 The Cygwin folks eventually found the solution: supply a manifest file alongside the executable, containing what amounts to saying "Yes, my name is patch (or install), but I do not require administrative permissions to run". You can find such a manifest file on an archive of their mailing list: http://article.gmane.org/gmane.os.cygwin/84762 Could you try the following: 1) Copy the following files from some recent Cygwin installation (or create them based on the above link) to /bin in MSYS: patch.exe.manifest install.exe.manifest install-info.exe.manifest 2) Type "touch /bin/install.exe /bin/install-info.exe /bin/patch.exe" in MSYS. Does this helps? Cesar |
From: Sisyphus <sis...@op...> - 2007-03-03 23:17:44
|
----- Original Message ----- From: "Cesar Strauss" <ces...@gm...> . . > > You can find such a manifest file on an archive of their mailing list: > http://article.gmane.org/gmane.os.cygwin/84762 > > Could you try the following: > > 1) Copy the following files from some recent Cygwin installation (or > create them based on the above link) to /bin in MSYS: > > patch.exe.manifest > install.exe.manifest > install-info.exe.manifest > > 2) Type "touch /bin/install.exe /bin/install-info.exe /bin/patch.exe" in > MSYS. > Yep - works for me !! Thanks Cesar. Cheers, Rob |
From: Tim T. <ra...@ed...> - 2007-03-03 23:23:43
|
Hello! > It appears Vista has added some privilege checks on files such as > "patch" and "install", based solely on their name. This affected Cygwin > as well: [...] > You can find such a manifest file on an archive of their mailing list: > http://article.gmane.org/gmane.os.cygwin/84762 > Could you try the following: > 1) Copy the following files from some recent Cygwin installation (or > create them based on the above link) to /bin in MSYS: > patch.exe.manifest > install.exe.manifest > install-info.exe.manifest > 2) Type "touch /bin/install.exe /bin/install-info.exe /bin/patch.exe" in > MSYS. > Does this helps? Yes! Ahhhhhhhrggghhh (that was directed to Microsoft)! Thank you :-) (that was directed to you!) Now the next Vista problem (this riddle game has more than one level ;-)): Similar to the gcc compiler g++ seems to have the same problem finding its preprocessor. I had problems compiling the mingPORTs for libtool and iconv. In both cases build stopped during configure because of that. A simple test showed: > g++ hello.cpp g++.exe: installation problem, cannot exec `cc1plus': No such file or directory I also saw output that /lib/cpp could not be found. Do I need that same fix for g++ as for gcc? -- Gruß... Tim |
From: Sisyphus <sis...@op...> - 2007-03-04 01:09:00
|
----- Original Message ----- From: "Tim Teulings" <ra...@ed...> . . > > A simple test showed: >> g++ hello.cpp > g++.exe: installation problem, cannot exec `cc1plus': No such file or > directory > > I also saw output that /lib/cpp could not be found. Do I need that same > fix for g++ as for gcc? > And, of course, g77 suffers a similar fate: C:\fortran>g77 hello.f g77: installation problem, cannot exec `f771': No such file or directory We don't necessarily expect someone to keep posting fixed executables to the list. The patches should suffice. Now that we have both patch and gcc working, I expect that the actual patches are all we need to be able to build g++ and g77 from the 3.4.5 source distros at http://www.mingw.org/download.shtml Cheers, Rob |
From: Dave M. <win...@nt...> - 2007-03-04 15:19:11
|
Danny Smith wrote: >> . >> >> C:\C>xgcc-3.4.5 -o try.exe try.c >> collect2: cannot find `ld' >> >> > Ugh, collect2 also calls access("path/to/ld.exe", X_OK). > > Could I get a patch for these changes when you have time please Danny? I had a quick look to see if I could figure it out for myself but there are many calls to access thoughout the gcc sources. Dave |
From: Steve E. <edg...@ho...> - 2007-03-04 15:44:21
|
I dont understand this? What am i supposed to do? >From: Dave Murphy <win...@nt...> >Reply-To: MinGW Users List <min...@li...> >To: MinGW Users List <min...@li...> >Subject: Re: [Mingw-users] environment hosed during upgrade >Date: Sun, 04 Mar 2007 15:18:55 +0000 > >Danny Smith wrote: > >> . > >> > >> C:\C>xgcc-3.4.5 -o try.exe try.c > >> collect2: cannot find `ld' > >> > >> > > Ugh, collect2 also calls access("path/to/ld.exe", X_OK). > > > > > >Could I get a patch for these changes when you have time please Danny? > >I had a quick look to see if I could figure it out for myself but there >are many calls to access thoughout the gcc sources. > >Dave > >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share >your >opinions on IT & business topics through brief surveys-and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >_______________________________________________ >MinGW-users mailing list >Min...@li... > >You may change your MinGW Account Options or unsubscribe at: >https://lists.sourceforge.net/lists/listinfo/mingw-users _________________________________________________________________ MSN Hotmail is evolving check out the new Windows Live Mail http://ideas.live.com |
From: James S. <jam...@op...> - 2007-03-04 20:51:12
|
On Sun, 2007-03-04 at 15:44 +0000, Steve Edwards wrote: > I dont understand this? What am i supposed to do? Do nothing. Or maybe look back at the mail archives to see what this topic is all about. There are many topics discussed on this mailing list and only a few may be relevant to you. You can safely ignore the others or read them and try to learn from them. Also, please read note that on these mailing lists we do not top post. That means when you reply to someone you reply with your words below theirs as I have done here, quoting enough of the previous persons email for others reading to understand the context. Regards, James. |
From: Keith M. <kei...@us...> - 2007-03-05 23:09:27
|
On Sunday 04 March 2007 20:51, James Steward wrote: > Also, please read note that on these mailing lists we do not top > post. That means when you reply to someone you reply with your words > below theirs as I have done here, quoting enough of the previous > persons email for others reading to understand the context. Thank you for this, James. As one of the project administrators, I have repeatedly posted requests=20 that users desist from top posting; I've just sent this, in response to=20 yet another offender on the MSYS list: > Please DON'T TOP POST on this, or indeed on any internet mailing list;=20 > copy only the relevant context, to which you wish to respond, quote > it, and interleave your replies, (as I have done here). =A0Top posting > is a) lazy; b) bad manners; c) poor `netiquette'; d) counter > productive.=20 >=20 > In case you wonder `why (d)?', please consider that I administer and=20 > contribute to this project on an entirely voluntary basis. =A0I am a > busy man, and simply don't have time to waste, trying to unravel > context in top posted messages. =A0I've raised this issue too often > already; for those of you out there, who persistently ignore my > requests that you don't top post, please consider the following: >=20 > If you are too lazy to accede to my request, then I don't have the > time to unravel the mess; I'm simply not going to reply to any more > top posted messages, and YOU are going to lose out, if I happen to be > the best placed to respond to any of your questions contained therein. =46rom now on, my stock reply to top posters will be: Please DO NOT TOP POST. If you care to repost your message, with=20 appropriately organised (interleaved) context flow, then I will=20 consider whether I may be able to offer an applicable response. Regards, Keith. |
From: Danny S. <dan...@cl...> - 2007-03-05 08:41:32
|
> > Danny Smith wrote: > >> . > >> > >> C:\C>xgcc-3.4.5 -o try.exe try.c > >> collect2: cannot find `ld' > >> > >> > > Ugh, collect2 also calls access("path/to/ld.exe", X_OK). > > > > > > Could I get a patch for these changes when you have time please Danny? http://www.cygwin.com/ml/cygwin-cvs/2007-q1/msg00120.html Then build gcc with -D__USE_MINGW_ACCESS included in $(CFLAGS). Danny > > I had a quick look to see if I could figure it out for myself > but there > are many calls to access thoughout the gcc sources. > > Dave > > -------------------------------------------------------------- > ----------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the > chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge &CID=DEVDEV _______________________________________________ MinGW-users mailing list Min...@li... You may change your MinGW Account Options or unsubscribe at: https://lists.sourceforge.net/lists/listinfo/mingw-users |
From: Sisyphus <sis...@op...> - 2007-03-09 07:02:49
|
----- Original Message ----- From: "Danny Smith" <dan...@cl...> . . >> Could I get a patch for these changes when you have time please Danny? > > http://www.cygwin.com/ml/cygwin-cvs/2007-q1/msg00120.html > > Then build gcc with -D__USE_MINGW_ACCESS included in $(CFLAGS). > Having applied the patch to io.h, I decided I would try to build the g++ package from source. (gcc is working fine thanks to the re-built executables that Danny posted - but I also need g++ and g77.) So, to start with, I grabbed http://prdownloads.sf.net/mingw/gcc-g++-3.4.5-20060117-1-src.tar.gz?download but I can't find any directions on how to build. Where can I find the build instructions ? (Mumblemumble ... s-s-sorry ... mumblemumblemumble...) Cheers, Rob |
From: Keith M. <kei...@to...> - 2007-03-09 09:30:57
|
Sysiphus wrote: > I grabbed > http://prdownloads.sf.net/mingw/gcc-g++-3.4.5-20060117-1-src.tar.gz?download > but I can't find any directions on how to build. I'm fairly certain that you cannot build g++ or g77 in isolation; you must build them along with gcc itself, in one fell swoop, so you need gcc-core-3.4.5-20060117-1-src.tar.gz at least, plus each of the language component tarballs for the same version, for each additional language that you need. You then use the --enable-languages=c,c++,f77,... build option to select those you require. > Where can I find the build instructions ? http://gcc.gnu.org/install/ Good luck. AFAIK, Danny cross-builds our binary distributions on Cygwin; I cross-build my own on GNU/Linux. I've never tried a local build, on a Win32 host, nor am I ever likely to. Regards, Keith. |
From: Sisyphus <sis...@op...> - 2007-03-09 11:27:39
|
----- Original Message ----- From: "Keith MARSHALL" <kei...@to...> To: "MinGW Users List" <min...@li...> Sent: Friday, March 09, 2007 8:29 PM Subject: Re: [Mingw-users] [? SPAM ?] Re: environment hosed during upgrade > Sysiphus wrote: >> I grabbed >> > http://prdownloads.sf.net/mingw/gcc-g++-3.4.5-20060117-1-src.tar.gz?download > >> but I can't find any directions on how to build. > > I'm fairly certain that you cannot build g++ or g77 in isolation; > you must build them along with gcc itself, in one fell swoop, Aaaah ... it's refreshing to see "fell" instead of "foul" or "fowl" :-) > so > you need gcc-core-3.4.5-20060117-1-src.tar.gz at least, plus each > of the language component tarballs for the same version, for each > additional language that you need. You then use the > > --enable-languages=c,c++,f77,... > > build option to select those you require. > >> Where can I find the build instructions ? > > http://gcc.gnu.org/install/ > > Good luck. Yes ... I'm gunna need a *lot* of that. > AFAIK, Danny cross-builds our binary distributions > on Cygwin; I cross-build my own on GNU/Linux. I've never tried > a local build, on a Win32 host, nor am I ever likely to. > I have access to both Linux (mandrake-9.1) and cygwin (on another box) ... let's concentrate on using my Cygwin installation on my Windows 2000 (PIII) box. So ... I'm going to download the core, g++ and g77 source distros ... and then extract each of them to the same location (say, F:\gcc-build) ... then run a ./configure with appropriate arguments. Danny's patch is obviously aimed at MinGW/include/io.h. It certainly doesn't relate to Cygwin's /usr/include/io.h. One problem is that I can't find io.h in the gcc-core-3.4.5-20060117-src.tar.gz distro. Where is it ? (Aren't you glad you responded :-) I'm also puzzled as to how applying that patch to the io.h in MinGW (as opposed to the io.h that's building the compiler) is going to fix anything. I'll have a fresh crack at this tomorrow. In the meantime I'm grateful for any advice. By way of explanation, I do a lot of stuff with perl, and 'perl-V:ld' reports that "ld='g++';" ... hence my interest in getting g++ into a functional state. (I can probably alter things so that I get "ld='gcc';" - which will work *most* of the time ... but not *all* of the time.) I also contribute to the maintenance of a certain perl module (namely, 'PDL') that relies partially upon g77 ... hence my interest in getting g77 into a functional state. (I would also like to be able to call on gcj, whenever necessary.) For the moment, I can do everything on my PIII (Windows 2000) laptop, transferring files across from one box to the other as necessary. But it's a bit cumbersome, and I'd like to be able to do *everything* from this Vista box. Thanks for replying, Keith. Sorry if you perceive an element of "shooting the messenger" in this reply. (That's not my intent.) Cheers, Rob |
From: Jonathan W. <jf...@tp...> - 2007-03-09 12:01:07
|
> One problem is that I can't find io.h in the > gcc-core-3.4.5-20060117-src.tar.gz distro. Where is it ? (Aren't you glad > you responded :-) io.h is in the mingw-runtime package. > I'm also puzzled as to how applying that patch to the io.h in MinGW (as > opposed to the io.h that's building the compiler) is going to fix anything. If you build with Cygwin, you end up with a compiler that is linked to cygwin1.dll and uses the cygwin implementation of access() which does not contain the problem brought up in this thread. If you build with Cygwin but pass -mno-cygwin to GCC when you compile (or use a GCC from MingW that doesn't link to Cygwin), you end up with a compiler that is linked to msvcrt.dll and has the access() problem (unless you apply the patch to io.h) |
From: Keith M. <kei...@to...> - 2007-03-09 12:13:28
|
Sysiphus wrote: > One problem is that I can't find io.h in the > gcc-core-3.4.5-20060117-src.tar.gz distro. Where is it ? Oops! I neglected to mention that you also need to get the mingw-runtime and w32api source packages -- either the current offerings on our SF distribution pages, with pathes applied, or checkout the latest, with Danny's patches already in place, from the *Cygwin* repository: $ export CVSROOT $ CVSROOT=:pserver:an...@cy...:/cvs/src $ cvs login (you'll be prompted for a password; use `anoncvs', (unquoted)) $ cvs -z3 co winsup/mingw $ cvs -z3 co winsup/w32api > (Aren't you glad you responded :-) Since you mention it, not really, but we aim to please :-) > I'm also puzzled as to how applying that patch to the io.h in > MinGW (as opposed to the io.h that's building the compiler) is > going to fix anything. It does, because the GCC build process uses the MinGW headers to build against; you must have them in place, during the GCC build. If you are interested in how I build my linux-x-mingw cross, you can find my build scripts here: https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724&release_id=461967 Regards, Keith. |
From: Sisyphus <sis...@op...> - 2007-03-10 12:21:10
|
----- Original Message ----- From: "Keith MARSHALL" <kei...@to...> . . > If you are interested in how I build my linux-x-mingw > cross, you can find my build scripts here: > https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724&release_id=461967 > Thanks Keith. I've transferred the various files across to my linux box, but I haven't yet found the energy to try the cross-compilation. For those of us that have never tried it (especially those of us that don't use linux regularly), it's a fairly daunting task. Hopefully, in the next week or two, I'll find the confidence/energy to give it a whirl. In the meantime, my only advice is that, if you are thinking of switching to Windows Vista ... DON'T !! Apart from the problems in getting MSYS/MinGW to work, it seems that Vista has been designed to provide frustration in just about every conceivable way ... It's gotta be the biggest heap of shit I've ever come across. I'll persevere with it because I've paid for it ... and because I figure it will get better ... and because I'm a nidiot ...... Cheers, Rob |
From: Sisyphus <sis...@op...> - 2007-03-10 12:21:17
|
----- Original Message ----- From: "Keith MARSHALL" <kei...@to...> . . > If you are interested in how I build my linux-x-mingw > cross, you can find my build scripts here: > https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724&release_id=461967 > Thanks Keith. I've transferred the various files across to my linux box, but I haven't yet found the energy to try the cross-compilation. For those of us that have never tried it (especially those of us that don't use linux regularly), it's a fairly daunting task. Hopefully, in the next week or two, I'll find the confidence/energy to give it a whirl. In the meantime, my only advice is that, if you are thinking of switching to Windows Vista ... DON'T !! Apart from the problems in getting MSYS/MinGW to work, it seems that Vista has been designed to provide frustration in just about every conceivable way ... It's gotta be the biggest heap of shit I've ever come across. I'll persevere with it because I've paid for it ... and because I figure it will get better ... and because I'm a nidiot ...... Cheers, Rob |
From: Mark B. <mc...@ec...> - 2007-03-10 13:09:15
|
On Sat, 10 Mar 2007 23:20:58 +1100, "Sisyphus" <sis...@op...> wrote: > > In the meantime, my only advice is that, if you are thinking of switching > to > Windows Vista ... DON'T !! > > Apart from the problems in getting MSYS/MinGW to work, it seems that Vista > has been designed to provide frustration in just about every conceivable > way > ... > > It's gotta be the biggest heap of shit I've ever come across. I'll > persevere > with it because I've paid for it ... and because I figure it will get > better > ... and because I'm a nidiot ...... > > Cheers, > Rob > For anyone needing to run MSYS/MinGW under Vista, it might be worth looking into using MS Virtual PC (or a similar alternative) to run a previous version of Windows on top of Vista: http://www.microsoft.com/windows/downloads/virtualpc/default.mspx >From the web site, it looks like Virtual PC is free. I've not tried it myself. I just came across it as a solution to an incompatibility with Nero while looking into potential problems with Vista, before going and buying a new computer with it pre-installed. It would be interesting to know how successful (or not) this is with MSYS/MinGW. Mark. |