From: saad k. <saa...@gm...> - 2014-03-20 20:45:17
|
Hello, I certainly hope I'm doing this right, please correct me if I'm not, this is the first time I've used the mail list. I've recently downloaded MinGW, and I tried using the MinGW Shell to run a simple program. I have followed the Getting Started: MinGW guide through the "After Installing You Should..." section, and I edited the fstab file. Here is the code that I tried compiling: #include <stdio.h> int main() { printf( "hello world\n" ); return 0; } It's just a simply helloworld program in C. However, when I try running it in MinGW, here is the error message I'm getting: http://tinypic.com/r/14sfqlc/8 If that link doesn't work: http://i60.tinypic.com/14sfqlc.png I'm very confused. I don't think there's any error at the line it is referring to? Was there something wrong with my installation? I have MinGW installed at c:\MinGW. Any help would be very much appreciated, thanks! :) -Zonova |
From: Kyle K. <rem...@gm...> - 2014-03-20 22:43:46
|
Is there a reason you are using MSYS to compile a C program using a windows binary? Usually, you would use MSYS when trying to emulate a *NIX environment. What happens when trying to link with gcc using a basic command prompt? On Thu, Mar 20, 2014 at 4:45 PM, saad khalid <saa...@gm...> wrote: > Hello, I certainly hope I'm doing this right, please correct me if I'm > not, this is the first time I've used the mail list. I've recently > downloaded MinGW, and I tried using the MinGW Shell to run a simple > program. I have followed the Getting Started: MinGW guide through the > "After Installing You Should..." section, and I edited the fstab file. Here > is the code that I tried compiling: > > #include <stdio.h> > int main() { > printf( "hello world\n" ); > return 0; > } > > > It's just a simply helloworld program in C. However, when I try running it > in MinGW, here is the error message I'm getting: > http://tinypic.com/r/14sfqlc/8 > > If that link doesn't work: > http://i60.tinypic.com/14sfqlc.png > > I'm very confused. I don't think there's any error at the line it is > referring to? Was there something wrong with my installation? I have MinGW > installed at c:\MinGW. Any help would be very much appreciated, thanks! :) > > -Zonova > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > MinGW-users mailing list > Min...@li... > > 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 > Also: mailto:min...@li...?subject=unsubscribe > -- Kyle Ketterer <rem...@gm...> 215-208-8523 |
From: R S. <sec...@gm...> - 2014-03-21 03:07:00
|
Kyle: On Windows 7 running mingw32 2013072300 with C:\MinGW\bin; in my PATH and the packages mingw-developer-toolkit, mingw32-base, mingw32-gcc-fortran, mingw-gcc-g++ and msys-base installed using the MinGW Installation Manager I had no problems compiling and running your program from with in MSYS.BAT shell: +++ rcs@penguin ~ $ gcc --version gcc.exe (GCC) 4.8.1 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. rcs@penguin ~ $ ls foo.c rcs@penguin ~ $ cat foo.c #include <stdio.h> int main() { printf( "hello world\n" ); return 0; } rcs@penguin ~ $ gcc foo.c -o foo.exe rcs@penguin ~ $ ls foo.c foo.exe rcs@penguin ~ $ foo.exe hello world rcs@penguin ~ $ --- Also note if you right-click the upper left-hand corner of the shell you can modify the properties such that you can turn on "quick edit" so you don't have to use graphical screen shots and could cut-and-paste text if you would like (I also make the window 132 columns). Regards, rcs On 3/20/14, Kyle Ketterer <rem...@gm...> wrote: > Is there a reason you are using MSYS to compile a C program using a windows > binary? Usually, you would use MSYS when trying to emulate a *NIX > environment. > > What happens when trying to link with gcc using a basic command prompt? > > > On Thu, Mar 20, 2014 at 4:45 PM, saad khalid <saa...@gm...> wrote: > >> Hello, I certainly hope I'm doing this right, please correct me if I'm >> not, this is the first time I've used the mail list. I've recently >> downloaded MinGW, and I tried using the MinGW Shell to run a simple >> program. I have followed the Getting Started: MinGW guide through the >> "After Installing You Should..." section, and I edited the fstab file. >> Here >> is the code that I tried compiling: >> >> #include <stdio.h> >> int main() { >> printf( "hello world\n" ); >> return 0; >> } >> >> >> It's just a simply helloworld program in C. However, when I try running >> it >> in MinGW, here is the error message I'm getting: >> http://tinypic.com/r/14sfqlc/8 >> >> If that link doesn't work: >> http://i60.tinypic.com/14sfqlc.png >> >> I'm very confused. I don't think there's any error at the line it is >> referring to? Was there something wrong with my installation? I have >> MinGW >> installed at c:\MinGW. Any help would be very much appreciated, thanks! >> :) >> >> -Zonova >> >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and >> their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> _______________________________________________ >> MinGW-users mailing list >> Min...@li... >> >> 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 >> Also: >> mailto:min...@li...?subject=unsubscribe >> > > > > -- > Kyle Ketterer > <rem...@gm...> > 215-208-8523 > -- Nil aon tintean mar do thintean fein. [Irish Gaelic] (There is no fireside like your own fireside.) |
From: Kyle K. <rem...@gm...> - 2014-03-20 22:48:08
|
Also, I would recommend checking out CodeBlocks for an IDE. It comes packaged with a very stable version of MingW which for me, has compiled anything I throw at it. Eg. Boost, wxWidgets If you are developing on Windows and want to use MingW - CodeBlocks is a great choice. On Thu, Mar 20, 2014 at 4:45 PM, saad khalid <saa...@gm...> wrote: > Hello, I certainly hope I'm doing this right, please correct me if I'm > not, this is the first time I've used the mail list. I've recently > downloaded MinGW, and I tried using the MinGW Shell to run a simple > program. I have followed the Getting Started: MinGW guide through the > "After Installing You Should..." section, and I edited the fstab file. Here > is the code that I tried compiling: > > #include <stdio.h> > int main() { > printf( "hello world\n" ); > return 0; > } > > > It's just a simply helloworld program in C. However, when I try running it > in MinGW, here is the error message I'm getting: > http://tinypic.com/r/14sfqlc/8 > > If that link doesn't work: > http://i60.tinypic.com/14sfqlc.png > > I'm very confused. I don't think there's any error at the line it is > referring to? Was there something wrong with my installation? I have MinGW > installed at c:\MinGW. Any help would be very much appreciated, thanks! :) > > -Zonova > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > MinGW-users mailing list > Min...@li... > > 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 > Also: mailto:min...@li...?subject=unsubscribe > -- Kyle Ketterer <rem...@gm...> 215-208-8523 |
From: Keith M. <kei...@us...> - 2014-03-21 04:39:10
|
On 20/03/14 20:45, saad khalid wrote: > Hello, I certainly hope I'm doing this right, please correct me if I'm not, Better than the first responder, who invites scorn and derision by top posting; however... > this is the first time I've used the mail list. I've recently downloaded > MinGW, and I tried using the MinGW Shell to run a simple program. I have > followed the Getting Started: MinGW guide through the "After Installing You > Should..." section, and I edited the fstab file. Here is the code that I > tried compiling: > > #include <stdio.h> > int main() { > printf( "hello world\n" ); > return 0; > } > > > It's just a simply helloworld program in C. However, when I try running it > in MinGW, here is the error message I'm getting: > http://tinypic.com/r/14sfqlc/8 ...please *don't* show us your error messages like this; rather, just copy and paste the command line, as you've typed it at your shell prompt, together with the error messages it produces, *directly* into your mail message; (if you are certain that any part of the diagnostic trail is irrelevant, or redundant, you may prune it, but never prune the command itself, and bear in mind that showing more than strictly necessary is better than not showing enough). > I'm very confused. I don't think there's any error at the line it is > referring to? If what you've shown here is *exactly* what you have, then I can see nothing wrong with it either, and it does compile and run just fine for me. I have observed diagnostics such as you show, on occasion, when copying and pasting sample code from web browser windows, and some invisible control characters corrupt the source file; what does od -bc helloworld.c show for your source file? > Was there something wrong with my installation? There could be, but nothing obvious in what you've posted; your compiler is running fine -- to the extent we can see -- but it doesn't like something in your source file. > I have MinGW installed at c:\MinGW. Good; that's exactly as we recommend. -- Regards, Keith. |
From: Keith M. <kei...@us...> - 2014-03-21 04:57:07
|
On 20/03/14 22:43, Kyle Ketterer wrote: > Is there a reason you are using MSYS to compile a C program using a > windows binary? Perhaps because that's *precisely* the purpose for which we provide MSYS? (And, FWIW, is there a reason why you top posted your reply to the OP, in spite of requests to comply with an etiquette which frowns on this antisocial practice?) > Usually, you would use MSYS when trying to emulate a *NIX > environment. Usually, one would use MSYS -- in MinGW personality -- to run tools provided by MinGW.org; sure, it becomes more important when the build system, for the project to be built, relies on Unix shell scripts, but the OP is being perfectly sensible here. > Also, > > I would recommend checking out CodeBlocks for an IDE. It comes > packaged with a very stable version of MingW which for me, has > compiled anything I throw at it. Eg. Boost, wxWidgets > > If you are developing on Windows and want to use MingW - CodeBlocks > is a great choice. That may be so, but this is completely tangential to the issue under discussion, and doesn't answer the OP's question. If you like IDEs -- and not everybody does -- then CodeBlocks may well be a great choice, but please don't tout it as the solution to everything; it is not relevant to this topic. -- Regards, Keith. |
From: Kyle K. <rem...@gm...> - 2014-03-21 06:03:07
|
> Perhaps because that's *precisely* the purpose for which we provide > MSYS? (And, FWIW, is there a reason why you top posted your reply to > the OP, in spite of requests to comply with an etiquette which frowns on > this antisocial practice?) OK, I was replying on a BlackBerry. I apologize... > Usually, one would use MSYS -- in MinGW personality -- to run tools > provided by MinGW.org; sure, it becomes more important when the build > system, for the project to be built, relies on Unix shell scripts, but > the OP is being perfectly sensible here. You are right that it is *sensible*. However, would it not be *worth* it to test this without MSYS? There is obviously nothing wrong with the code so IMO two main possibilities are MSYS or the PATH variable. Any other ideas? Also, I wasn't trying to be condescending to the OP. I was simply offering my input / suggestion based on past experiences. Now, the way you are responding to me is pretty much tasteless and borderline disrespectful. > That may be so, but this is completely tangential to the issue under > discussion, and doesn't answer the OP's question. If you like IDEs -- > and not everybody does -- then CodeBlocks may well be a great choice, > but please don't tout it as the solution to everything; it is not > relevant to this topic. If by tangential you mean "irrelevant" (not as elegant, sorry) - that's fine. Nonetheless, just a simple suggestion. For somebody compiling a "Hello World" program, is a friendly suggestion a terrible thing? Keith, I'm less experienced than you I'm sure and I'm sorry I wasn't in God mode when I first replied but please, relax. Just trying to do my part |
From: JonY <jo...@us...> - 2014-03-21 09:09:42
Attachments:
signature.asc
|
On 3/21/2014 04:45, saad khalid wrote: > Hello, I certainly hope I'm doing this right, please correct me if I'm not, > this is the first time I've used the mail list. I've recently downloaded > MinGW, and I tried using the MinGW Shell to run a simple program. I have > followed the Getting Started: MinGW guide through the "After Installing You > Should..." section, and I edited the fstab file. Here is the code that I > tried compiling: > > #include <stdio.h> > int main() { > printf( "hello world\n" ); > return 0; > } > Use "gcc", not ">gcc". In your example, you are running the .c file as a script in the shell. Also, what Keith said, please include your error message in the email itself so it can be used for future reference. |
From: Riccardo M. <ric...@li...> - 2014-03-21 09:19:23
|
Hi Jon, JonY wrote: > Use "gcc", not ">gcc". In your example, you are running the .c file as a > script in the shell. exactly. I think you spotted the error! Zonova, please retype the command carefully. If that still fails, please show the output of "which gcc" Riccardo |
From: Keith M. <kei...@us...> - 2014-03-21 12:25:25
|
On 21/03/14 09:09, JonY wrote: > Use "gcc", not ">gcc". In your example, you are running the .c file > as a script in the shell. Indeed. Good spot, JonY. I can reproduce this ... faithfully ... in MSYS. Curious that MSYS shell thinks that the C source is executable, though; it doesn't have any of the known executable extensions, nor does '#include ...' look like it should be a shebang. Cesar, is there an MSYS bug in play here? If I attempt to reproduce this with my mingw32-gcc cross compiler, (on my Linux box), I see: $ >mingw32-gcc foo.c -o foo.exe foo.c: command not found This is expected, because '.' is *not* in $PATH; maybe it's unwise for MSYS to configure it so. OTOH, if I specify it explicitly: $ >mingw32-gcc ./foo.c -o foo.exe bash: ./foo.c: Permission denied Once again, this is expected, because the Linux shell doesn't expect foo.c to be executable. -- Regards, Keith. |
From: JonY <jo...@us...> - 2014-03-21 13:08:45
Attachments:
signature.asc
|
On 3/21/2014 20:25, Keith Marshall wrote: > On 21/03/14 09:09, JonY wrote: >> Use "gcc", not ">gcc". In your example, you are running the .c file >> as a script in the shell. > > Indeed. Good spot, JonY. > > I can reproduce this ... faithfully ... in MSYS. Curious that MSYS > shell thinks that the C source is executable, though; it doesn't have > any of the known executable extensions, nor does '#include ...' look > like it should be a shebang. > I think it's because all Cygwin-ish *nix emulation on Windows treat the archive file attribute as the executable bit permission. OP could have easily used a Windows program to write the .c, which would have normally set the archive attribute. I have observed this behavior for years but I don't consider it a bug, a quirk would be a better word. > Cesar, is there an MSYS bug in play here? If I attempt to reproduce > this with my mingw32-gcc cross compiler, (on my Linux box), I see: > > $ >mingw32-gcc foo.c -o foo.exe > foo.c: command not found > > This is expected, because '.' is *not* in $PATH; maybe it's unwise for > MSYS to configure it so. OTOH, if I specify it explicitly: > > $ >mingw32-gcc ./foo.c -o foo.exe > bash: ./foo.c: Permission denied > > Once again, this is expected, because the Linux shell doesn't expect > foo.c to be executable. > As for "." sneaking in, I think it is inherited from the cmd environment, but I haven't been using MSYS recently to verify this. |
From: Keith M. <kei...@us...> - 2014-03-21 14:40:55
|
On 21/03/14 13:08, JonY wrote: > As for "." sneaking in, I think it is inherited from the cmd > environment, but I haven't been using MSYS recently to verify this. It doesn't "sneak" in; it is explicitly added by /etc/profile, where Earnie's comment explains that it is to emulate cmd.exe or command.com behaviour. There's nothing unreasonable in that, but it was always my personal preference, when I used MSYS regularly -- I no longer do so, since I no longer use MS-Windows for anything but final testing of cross-compiled MinGW code -- to remove it. -- Regards, Keith. |
From: saad k. <saa...@gm...> - 2014-03-21 21:54:11
|
Thanks for all the help everyone, though unfortunately I still haven't figured it out. Perhaps I didn't set up the PATH correctly? Here, I cleared the projects folder except for helloworld, and try to run it: Saad Khalid@SaadKhalid-PC ~ $ cd c:\projects Saad Khalid@SaadKhalid-PC /c/projects $ ls helloworld.c Saad Khalid@SaadKhalid-PC /c/projects $ gcc helloworld.c -o helloworld.exe sh: gcc: command not found >what does od -bc helloworld.c show for your source file? Saad Khalid@SaadKhalid-PC /c/projects $ od -bc helloworld.c 0000000 043 151 156 143 154 165 144 145 040 074 163 164 144 151 157 056 # i n c l u d e < s t d i o . 0000020 150 076 015 012 151 156 164 040 155 141 151 156 050 051 040 173 h > \r \n i n t m a i n ( ) { 0000040 015 012 040 040 160 162 151 156 164 146 050 040 042 150 145 154 \r \n p r i n t f ( " h e l 0000060 154 157 040 167 157 162 154 144 134 156 042 040 051 073 015 012 l o w o r l d \ n " ) ; \r \n 0000100 040 040 162 145 164 165 162 156 040 060 073 015 012 175 r e t u r n 0 ; \r \n } 0000116 > If that still fails, please show the output of "which gcc" Saad Khalid@SaadKhalid-PC /c/projects $ which gcc which: gcc: unknown command On Fri, Mar 21, 2014 at 9:40 AM, Keith Marshall < kei...@us...> wrote: > On 21/03/14 13:08, JonY wrote: > > As for "." sneaking in, I think it is inherited from the cmd > > environment, but I haven't been using MSYS recently to verify this. > > It doesn't "sneak" in; it is explicitly added by /etc/profile, where > Earnie's comment explains that it is to emulate cmd.exe or command.com > behaviour. There's nothing unreasonable in that, but it was always my > personal preference, when I used MSYS regularly -- I no longer do so, > since I no longer use MS-Windows for anything but final testing of > cross-compiled MinGW code -- to remove it. > > -- > Regards, > Keith. > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > MinGW-users mailing list > Min...@li... > > 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 > Also: mailto:min...@li...?subject=unsubscribe > -- -------------------------------------------- (\__/) This is Bunny. Copy Bunny into (O.o ) your signature to help him (> < ) on his way to world domination -------------------------------------------- |
From: Keith M. <kei...@us...> - 2014-03-21 22:41:29
|
On 21/03/14 21:54, saad khalid wrote: > Thanks for all the help everyone, though unfortunately I still haven't > figured it out. Perhaps I didn't set up the PATH correctly? Maybe you didn't set up /etc/fstab correctly? > Here, I cleared the projects folder except for helloworld, and try to run > it: > > > Saad Khalid@SaadKhalid-PC ~ > $ cd c:\projects > > Saad Khalid@SaadKhalid-PC /c/projects > $ ls > helloworld.c So, your $PATH is okay, to the extent that MSYS' /bin is found... > Saad Khalid@SaadKhalid-PC /c/projects > $ gcc helloworld.c -o helloworld.exe > sh: gcc: command not found ...but /mingw/bin is not. In a standard (default) installation, MSYS would live in c:/MinGW/MSYS/1.0, and /bin would be equivalent to a real path of c:/MinGW/MSYS/1.0/bin. In this same standard installation, the MinGW GCC tools will be in c:/MinGW/bin, and MSYS will expect to find them at /mingw/bin, which will be in your $PATH. However, unless you map it correctly, in /etc/fstab, MSYS will look for /mingw/bin at a real path location equivalent to c:/MinGW/MSYS/1.0/mingw/bin, rather than at c:/MinGW/bin, which is where it really should be. >> what does od -bc helloworld.c show for your source file? > > Saad Khalid@SaadKhalid-PC /c/projects > $ od -bc helloworld.c > 0000000 043 151 156 143 154 165 144 145 040 074 163 164 144 151 157 056 > # i n c l u d e < s t d i o . > ... snip ... That's all okay; I think we established that your problem was the way you incorrectly typed the command, rather than a corrupt source file. >> If that still fails, please show the output of "which gcc" > > Saad Khalid@SaadKhalid-PC /c/projects > $ which gcc > which: gcc: unknown command Expected, because gcc.exe isn't being found. Please show us the output from 'cat /etc/fstab'. -- Regards, Keith. |
From: R S. <sec...@gm...> - 2014-03-21 23:30:19
|
Path should include: C:\MinGW\bin; if you took defaults at installation or it won't be able to find gcc. rcs On 3/21/14, saad khalid <saa...@gm...> wrote: > Thanks for all the help everyone, though unfortunately I still haven't > figured it out. Perhaps I didn't set up the PATH correctly? > > Here, I cleared the projects folder except for helloworld, and try to run > it: > > > Saad Khalid@SaadKhalid-PC ~ > $ cd c:\projects > > Saad Khalid@SaadKhalid-PC /c/projects > $ ls > helloworld.c > > Saad Khalid@SaadKhalid-PC /c/projects > $ gcc helloworld.c -o helloworld.exe > sh: gcc: command not found > > >>what does od -bc helloworld.c show for your source file? > > Saad Khalid@SaadKhalid-PC /c/projects > $ od -bc helloworld.c > 0000000 043 151 156 143 154 165 144 145 040 074 163 164 144 151 157 056 > # i n c l u d e < s t d i o . > 0000020 150 076 015 012 151 156 164 040 155 141 151 156 050 051 040 173 > h > \r \n i n t m a i n ( ) { > 0000040 015 012 040 040 160 162 151 156 164 146 050 040 042 150 145 154 > \r \n p r i n t f ( " h e l > 0000060 154 157 040 167 157 162 154 144 134 156 042 040 051 073 015 012 > l o w o r l d \ n " ) ; \r \n > 0000100 040 040 162 145 164 165 162 156 040 060 073 015 012 175 > r e t u r n 0 ; \r \n } > 0000116 > > >> If that still fails, please show the output of "which gcc" > > Saad Khalid@SaadKhalid-PC /c/projects > $ which gcc > which: gcc: unknown command > > > > > On Fri, Mar 21, 2014 at 9:40 AM, Keith Marshall < > kei...@us...> wrote: > >> On 21/03/14 13:08, JonY wrote: >> > As for "." sneaking in, I think it is inherited from the cmd >> > environment, but I haven't been using MSYS recently to verify this. >> >> It doesn't "sneak" in; it is explicitly added by /etc/profile, where >> Earnie's comment explains that it is to emulate cmd.exe or command.com >> behaviour. There's nothing unreasonable in that, but it was always my >> personal preference, when I used MSYS regularly -- I no longer do so, >> since I no longer use MS-Windows for anything but final testing of >> cross-compiled MinGW code -- to remove it. >> >> -- >> Regards, >> Keith. >> >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and >> their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> _______________________________________________ >> MinGW-users mailing list >> Min...@li... >> >> 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 >> Also: >> mailto:min...@li...?subject=unsubscribe >> > > > > -- > -------------------------------------------- > (\__/) This is Bunny. Copy Bunny into > (O.o ) your signature to help him > (> < ) on his way to world domination > -------------------------------------------- > -- Nil aon tintean mar do thintean fein. [Irish Gaelic] (There is no fireside like your own fireside.) |
From: Keith M. <kei...@us...> - 2014-03-22 10:57:24
|
On 21/03/14 23:30, R Secrist wrote: > Path should include: C:\MinGW\bin; if you took defaults at > installation or it won't be able to find gcc. No, it should not. OP is using MSYS, so $PATH should be set, at shell start up with --login option, to include /mingw/bin, and /mingw should be mapped to c:/MinGW in /etc/fstab. Of course, this has the logical effect of adding c:/MinGW/bin to $PATH. -- Regards, Keith. |
From: saad k. <saa...@gm...> - 2014-03-22 16:19:41
|
>Please show us the output from 'cat /etc/fstab'. Saad Khalid@SaadKhalid-PC /c/minGW/msys/1.0/etc $ cat c:/MinGW/msys/1.0/etc/fstab.sample #fstab.sample #This is a sample file for /etc/fstab. #Currently /etc/fstab is only read during dll initialization. #I will eventually watch the directory for changes and reread the file. #The line format is simple in that you give the Win32 path, followed by one or #more space or tab delimiter, followed by the mount point. Mount points in #typical UNIX environments must be a physical name on a drive before it can #actually be used as a mount point. In this implementation the "must exist" #requirement isn't enforced, however, it will be an aide to such programs as #find and readline's tab completion if it does exist. #You can use a # as the first character on the line as a comment indicator. #Blank lines are ignored. #Win32_Path Mount_Point c:/mingw /mingw c:/ActiveState/perl /perl C:\MinGW /mingw On Sat, Mar 22, 2014 at 5:57 AM, Keith Marshall < kei...@us...> wrote: > On 21/03/14 23:30, R Secrist wrote: > > Path should include: C:\MinGW\bin; if you took defaults at > > installation or it won't be able to find gcc. > > No, it should not. OP is using MSYS, so $PATH should be set, at shell > start up with --login option, to include /mingw/bin, and /mingw should > be mapped to c:/MinGW in /etc/fstab. Of course, this has the logical > effect of adding c:/MinGW/bin to $PATH. > > -- > Regards, > Keith. > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > MinGW-users mailing list > Min...@li... > > 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 > Also: mailto:min...@li...?subject=unsubscribe > -- -------------------------------------------- (\__/) This is Bunny. Copy Bunny into (O.o ) your signature to help him (> < ) on his way to world domination -------------------------------------------- |
From: Keith M. <kei...@us...> - 2014-03-22 19:06:33
|
On 22/03/14 16:19, saad khalid wrote: >> Please show us the output from 'cat /etc/fstab'. > > Saad Khalid@SaadKhalid-PC /c/minGW/msys/1.0/etc > $ cat c:/MinGW/msys/1.0/etc/fstab.sample Wrong file. Please, don't tray to resolve the path yourself; I asked you to show us the output from: cat /etc/fstab not from: cat c:/MinGW/msys/1.0/etc/fstab.sample nor from: cat /c/MinGW/msys/1.0/etc/fstab.sample nor even: cat /etc/fstab.sample Please let MSYS resolve the mapped path itself, as it's designed to, and we must see the /etc/fstab file, *not* /etc/fstab.sample > ... snip ... > > #Win32_Path Mount_Point > c:/mingw /mingw This (above) is the correct mapping. > c:/ActiveState/perl /perl This may, or may not be prudent; (it may interfere with MSYS' own perl implementation). > C:\MinGW /mingw This looks like a duplicate of the earlier (correct) mapping, but you should use regular (forward) slashes, not backward slashes. You should remove the duplicate; this may be messing up the drive mapping. Please show us the output from 'echo $PATH', and from 'mount'. -- Regards, Keith. |
From: saad k. <saa...@gm...> - 2014-03-22 20:32:38
|
>Please let MSYS resolve the mapped path itself, as it's designed to, and we must see the /etc/fstab file, *not* /etc/fstab.sample Ahh, alright, my mistake. Here is that exact command: Saad Khalid@SaadKhalid-PC ~ $ cat /etc/fstab cat: /etc/fstab: No such file or directory >This looks like a duplicate of the earlier (correct) mapping, but you should use regular (forward) slashes, not backward slashes. You should remove the duplicate; this may be messing up the drive mapping. I had copied that line from the Getting Started MinGW guide, it had said to add it into the fstab. Should I just remove it or replace it with something else? >Please show us the output from 'echo $PATH Saad Khalid@SaadKhalid-PC ~ $ echo $PATH .:/usr/local/bin:/mingw/bin:/bin:/c/Program Files (x86)/NVIDIA Corporation/PhysX /Common:/c/Program Files (x86)/AMD APP/bin/x86_64:/c/Program Files (x86)/AMD APP /bin/x86:/c/Program Files/Common Files/Microsoft Shared/Windows Live:/c/Program Files (x86)/Common Files/Microsoft Shared/Windows Live:/c/Windows/system32:/c/Wi ndows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/c/Pr ogram Files (x86)/ATI Technologies/ATI.ACE/Core-Static:/c/Program Files (x86)/Wi ndows Live/Shared:/c/Program Files (x86)/QuickTime/QTSystem/:/c/Program Files/VD ownloader >and from 'mount'. Saad Khalid@SaadKhalid-PC ~ $ mount C:\Users\SAADKH~1\AppData\Local\Temp on /tmp type user (binmode,noumount) C:\MinGW\msys\1.0 on /usr type user (binmode,noumount) C:\MinGW\msys\1.0 on / type user (binmode,noumount) c: on /c type user (binmode,noumount) d: on /d type user (binmode,noumount) e: on /e type user (binmode,noumount) q: on /q type user (binmode,noumount) On Sat, Mar 22, 2014 at 2:06 PM, Keith Marshall < kei...@us...> wrote: > On 22/03/14 16:19, saad khalid wrote: > >> Please show us the output from 'cat /etc/fstab'. > > > > Saad Khalid@SaadKhalid-PC /c/minGW/msys/1.0/etc > > $ cat c:/MinGW/msys/1.0/etc/fstab.sample > > Wrong file. Please, don't tray to resolve the path yourself; I asked > you to show us the output from: > > cat /etc/fstab > > not from: > > cat c:/MinGW/msys/1.0/etc/fstab.sample > > nor from: > > cat /c/MinGW/msys/1.0/etc/fstab.sample > > nor even: > > cat /etc/fstab.sample > > Please let MSYS resolve the mapped path itself, as it's designed to, and > we must see the /etc/fstab file, *not* /etc/fstab.sample > > > ... snip ... > > > > #Win32_Path Mount_Point > > c:/mingw /mingw > > This (above) is the correct mapping. > > > c:/ActiveState/perl /perl > > This may, or may not be prudent; (it may interfere with MSYS' own perl > implementation). > > > C:\MinGW /mingw > > This looks like a duplicate of the earlier (correct) mapping, but you > should use regular (forward) slashes, not backward slashes. You should > remove the duplicate; this may be messing up the drive mapping. > > Please show us the output from 'echo $PATH', and from 'mount'. > > -- > Regards, > Keith. > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > MinGW-users mailing list > Min...@li... > > 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 > Also: mailto:min...@li...?subject=unsubscribe > -- -------------------------------------------- (\__/) This is Bunny. Copy Bunny into (O.o ) your signature to help him (> < ) on his way to world domination -------------------------------------------- |
From: Keith M. <kei...@us...> - 2014-03-22 21:01:21
|
On 22/03/14 20:32, saad khalid wrote: >> Please let MSYS resolve the mapped path itself, as it's designed to, and > we must see the /etc/fstab file, *not* /etc/fstab.sample > > Ahh, alright, my mistake. Here is that exact command: > > Saad Khalid@SaadKhalid-PC ~ > $ cat /etc/fstab > cat: /etc/fstab: No such file or directory So, your installation is incomplete; you *must* create /etc/fstab >> This looks like a duplicate of the earlier (correct) mapping, but >> you should use regular (forward) slashes, not backward slashes. >> You should remove the duplicate; this may be messing up the drive >> mapping. > > I had copied that line from the Getting Started MinGW guide, it had > said to add it into the fstab. Yes: into /etc/fstab; *not* into /etc/fstab.sample > Should I just remove it or replace it with something else? You should create /etc/fstab, with the one line I've identified as being correct; if you wish, you may create /etc/fstab as a copy of /etc/fstab.sample, then delete the unwanted lines. >> Please show us the output from 'echo $PATH > > Saad Khalid@SaadKhalid-PC ~ > $ echo $PATH > .:/usr/local/bin:/mingw/bin:/bin:/c/Program Files (x86)/NVIDIA > ... snip ... So, /mingw/bin is there, as expected ... >> and from 'mount'. > > Saad Khalid@SaadKhalid-PC ~ > $ mount > C:\Users\SAADKH~1\AppData\Local\Temp on /tmp type user (binmode,noumount) > C:\MinGW\msys\1.0 on /usr type user (binmode,noumount) > C:\MinGW\msys\1.0 on / type user (binmode,noumount) > c: on /c type user (binmode,noumount) > d: on /d type user (binmode,noumount) > e: on /e type user (binmode,noumount) > q: on /q type user (binmode,noumount) ... but the required mapping for: C:\MinGW on /mingw is missing, (because you have no /etc/fstab to define it). BTW, there is no need to keep quoting the entire message to which you are responding, below your reply. Please just quote relevant context inline, as you have been doing, and delete the full quote under. -- Regards, Keith. |
From: saad k. <saa...@gm...> - 2014-03-23 22:37:11
|
>You should create /etc/fstab, with the one line I've identified as being correct; if you wish, you may create /etc/fstab as a copy of /etc/fstab.sample, then delete the unwanted lines. Alright, so there was an fstab file inside /etc, though there hadn't been before. Did one of the commands you told me to enter make one? I'm rather new with using a command prompt. However, I edited the file and added the one line that I had originally put into fstab.sample, and then I took out that line from sample, and the program compiled correctly! It was very exciting, thank you for all of the help! Is there anything I need to do to make sure I've got it all set up correctly now to run things through msys? |
From: Keith M. <kei...@us...> - 2014-03-24 15:36:41
|
On 23/03/14 22:37, saad khalid wrote: >> You should create /etc/fstab, with the one line I've identified as >> being correct; if you wish, you may create /etc/fstab as a copy of >> /etc/fstab.sample, then delete the unwanted lines. > > Alright, so there was an fstab file inside /etc, though there hadn't > been before. Did one of the commands you told me to enter make one? Yes; running 'mount' will have touched it, creating it as an empty file, if it didn't exist previously. > I'm rather new with using a command prompt. However, I edited the > file and added the one line that I had originally put into > fstab.sample, That should fix things; alternatively, you could have run mount C:/MinGW /mingw (and you can use an appropriate adaptation of this in future, if you wish to [re]map any additional MSYS mounts): mount [--repl] Win_Path MSYS_Path > and then I took out that line from sample, and the program compiled > correctly! Good. It doesn't matter what you did with /etc/fstab.sample though; it's provided for your guidance only; MSYS never uses it. > It was very exciting, thank you for all of the help! You're welcome. > Is there anything I need to do to make sure I've got it all set up > correctly now to run things through msys? Not really. Your compiler now seems to work okay. Feel free to experiment, and ask here if you run into any other problems. -- Regards, Keith. |