From: SourceForge.net <no...@so...> - 2006-03-01 09:28:50
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3603794 By: keithmarshall Have you tried taking Eclipse out of the equation? Try compiling your code directly from a command line; if that works, then the problem is with Eclipse, not with MinGW, and you should ask on an Eclipse list or forum. This trivial command line example works fine for me, (using MSYS shell): $ cat opts.c #include <unistd.h> #include <getopt.h> #include <stdio.h> int main( int argc, char **argv ) { int c; while( (c = getopt( argc, argv, "a:b:cdef" )) != -1 ) printf( "Found option '%c'; arg = %s\n", c, optarg ); } $ gcc -o opts opts.c $ ./opts -b this is a test Found option 'b'; arg = this Regards, Keith ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=286529 |
From: SourceForge.net <no...@so...> - 2006-03-01 09:55:19
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3603833 By: floris78 Thanks for your response. After some browsing, I have found the "error". I had to link to -libiberty. After that it compiles without any errors. I'm not sure if this is a MinGW problem, an Eclipse problem or my own fault. I do know that I never had to explicitly link to libiberty before when I compiled my code under the unix systems using mcc. Including unistd.h was always sufficient. Kind regards, Floris ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=286529 |
From: SourceForge.net <no...@so...> - 2006-03-01 10:16:50
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3603855 By: floris78 OK, I still got errors, Eclipse has a funny way of not showing them though. I have tried your example and it works fine, both from command line and in Eclipse. The difference between my own project and the project in which I used your example, is that the old project used mingw32-make -k, and the new project with the example uses make -k (from the msys package). When I changed the Eclipse command of my old project back to make -k, it works as well. Is it wrong to use mingw32-make instead of make from the msys distribution? Kind regards, Floris ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=286529 |
From: SourceForge.net <no...@so...> - 2006-03-01 10:59:24
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3603900 By: keithmarshall mingw32-make is a native Win32 build of GNU make, for those who, for some reason, don't want to use MSYS; the make provided with MSYS cannot be used without MSYS. A problem you may encounter with mingw32-make is that it doesn't understand POSIX-style paths, which are common in makefiles; it requires all paths to be specified in native Win32 format, (and properly quoted, if they contain embedded spaces). If you made the common mistake of installing your MinGW tool chain under "Program Files", (which we *strongly* discourage, BTW), then that might be a contributor to your problem. If you *can* use MSYS, then you will generally find it better to stick with MSYS make, and avoid mingw32-make. BTW, I didn't find it necessary to explicitly link with libiberty.a, so I've no idea why you did; in fact, I can even successfully compile, link and run my test case, after *removing* libiberty.a altogether (temporarily). Regards, Keith ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=286529 |