I am having hard times to configure Eclipse Juno to for C/C++. I am a Windows user, so I have installed Cygwin and MinGW, and CDT under Eclipse. Also configured the PATH variable correctly, though I still do not have any new toolchain in Eclipse C/C++ new project.
These are my Eclipse details:
Eclipse Java EE IDE for Web Developers.
Version: Juno Release
Build id: 20120614-1722
Also, see image of installed component of Eclipse.
Enclosed some outout from Windows command line:
C:\>echo %path%
C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program Files (x8
6)\Common Files\Microsoft Shared\Windows Live;C:\Windows\system32;C:\Windows;C:\
Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Fil
es (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files\MiKTeX 2.9\miktex
\bin\x64\;C:\Program Files\MATLAB\R2011b\runtime\win64;C:\Program Files\MATLAB\R
2011b\bin;C:\Program Files (x86)\Windows Live\Shared;C:\Program Files\Java\jdk\b
in;C:\Program Files (x86)\Java\jre\bin;C:\Program Files (x86)\Android\android-sd
k\platform-tools;C:\Program Files (x86)\Android\android-sdk\tools;C:\Program Fil
es\Python32;C:\Program Files (x86)\Notepad++;C:\tomcat\bin;C:\Users\Administrato
r\AppData\Roaming\npm;C:\Program Files (x86)\Gnu\GnuWin32\bin;C:\Program Files\n
odejs;C:\Users\Administrator\AppData\Roaming\npm;C:\MinGW\bin;C:\MSYS\bin;C:\cyg
win\bin
C:\>gdb --version
GNU gdb (GDB) 7.4
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
C:\>make --version
GNU Make 3.81
Copyright (C) 2006 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.
This program built for i386-pc-mingw32
C:\>g++ --version
g++ (GCC) 4.7.0
Copyright (C) 2012 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.
C:\>gcc --version
gcc (GCC) 4.7.0
Copyright (C) 2012 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.
Enclosed output from Cygwin shell:
Cygwin Package Information
Package Version Status
_autorebase 000085-1 OK
_update-info-dir 01054-1 OK
alternatives 1.3.30c-10 OK
autoconf 10-1 OK
autoconf2.1 2.13-10 OK
autoconf2.5 2.68-1 OK
automake1.9 1.9.6-10 OK
base-cygwin 3.1-1 OK
base-files 4.1-1 OK
bash 4.1.10-4 OK
binutils 2.22.51-2 OK
bzip2 1.0.6-2 OK
colorgcc 1.3.2-2 OK
coreutils 8.15-1 OK
crypt 1.2-1 OK
cygutils 1.4.10-2 OK
cygwin 1.7.15-1 OK
cygwin-doc 1.7-1 OK
dash 0.5.7-1 OK
dejagnu 20021217-2 OK
diffutils 3.2-1 OK
dos2unix 6.0-1 OK
editrights 1.01-2 OK
expect 5.45-1 OK
file 5.11-1 OK
findutils 4.5.9-2 OK
gawk 4.0.1-1 OK
gcc 3.4.4-999 OK
gcc-core 3.4.4-999 OK
gcc-g++ 3.4.4-999 OK
gcc-mingw 20040810-1 OK
gcc-mingw-core 20050522-3 OK
gcc-mingw-g++ 20050522-3 OK
gcc-tools-epoch1-autoconf 2.59-1 OK
gcc-tools-epoch1-automake 1.9.6-1 OK
gcc-tools-epoch2-autoconf 2.64-1 OK
gcc-tools-epoch2-automake 1.11.1-1 OK
gcc4 4.5.3-3 OK
gcc4-core 4.5.3-3 OK
gcc4-g++ 4.5.3-3 OK
gdb 7.3.50-3 OK
gdbm 1.8.3-20 OK
gettext 0.18.1.1-2 OK
grep 2.6.3-1 OK
groff 1.21-2 OK
gzip 1.4-1 OK
ipc-utils 1.0-1 OK
less 444-1 OK
libattr1 2.4.46-1 OK
libbz2_1 1.0.6-2 OK
libcloog0 0.15.7-1 OK
libdb4.5 4.5.20.2-3 OK
libffi4 4.5.3-3 OK
libgcc1 4.5.3-3 OK
libgdbm 1.8.0-5 OK
libgdbm-devel 1.8.3-20 OK
libgdbm4 1.8.3-8 OK
libgmp3 4.3.2-1 OK
libgmpxx4 4.3.2-1 OK
libgomp1 4.5.3-3 OK
libiconv2 1.14-2 OK
libintl3 0.14.5-1 OK
libintl8 0.18.1.1-2 OK
liblzma5 5.0.2_20110517-1 OK
libmpc1 0.8-1 OK
libmpfr1 2.4.1-4 OK
libmpfr4 3.0.1-1 OK
libncurses10 5.7-18 OK
libncurses9 5.7-16 OK
libncursesw10 5.7-18 OK
libpcre0 8.21-2 OK
libpopt0 1.6.4-4 OK
libppl 0.10.2-1 OK
libreadline7 6.1.2-3 OK
libsigsegv2 2.10-1 OK
libssp0 4.5.3-3 OK
libstdc++6 4.5.3-3 OK
libstdc++6-devel 4.5.3-3 OK
login 1.10-10 OK
m4 1.4.16-1 OK
make 3.82.90-1 OK
man 1.6g-1 OK
mingw-binutils 2.21-1 OK
mingw-gcc-core 4.5.2-1 OK
mingw-gcc-g++ 4.5.2-1 OK
mingw-pthreads 20110507-1 OK
mingw-runtime 3.20-1 OK
mingw-w32api 3.17-2 OK
mingw64-i686-binutils 2.22.52-1 OK
mingw64-i686-gcc 4.5.3-6 OK
mingw64-i686-gcc-core 4.5.3-6 OK
mingw64-i686-gcc-g++ 4.5.3-6 OK
mingw64-i686-headers 3.0b_svn5134-1 OK
mingw64-i686-pthreads 20100619-4 OK
mingw64-i686-runtime 3.0b_svn5134-1 OK
mingw64-x86_64-binutils 2.22.52-1 OK
mingw64-x86_64-gcc 4.5.3-6 OK
mingw64-x86_64-gcc-core 4.5.3-6 OK
mingw64-x86_64-gcc-g++ 4.5.3-6 OK
mingw64-x86_64-headers 3.0b_svn5134-1 OK
mingw64-x86_64-pthreads 20100619-4 OK
mingw64-x86_64-runtime 3.0b_svn5134-1 OK
mintty 1.1.1-1 OK
perl 5.10.1-5 OK
rebase 4.2.0-1 OK
run 1.1.13-1 OK
sed 4.2.1-2 OK
tar 1.25-1 OK
tcl 8.5.11-1 OK
terminfo 5.7_20091114-14 OK
texinfo 4.13-4 OK
tzcode 2012b-1 OK
w32api 3.17-2 OK
which 2.20-2 OK
xz 5.0.2_20110517-1 OK
zlib0 1.2.7-1 OK
I am also familiar with Why doesn't MinGW show up in the list of Eclipse/Indigo CDT Toolchains? and How to deal with Eclipse CDT+Cygwin? and http://wyding.blogspot.com/2009/04/setup-cygwin-toolchain-in-eclipse-cdt.html
Could anyone help me realize what is wrong?
I have the same problem.
I have found two possible solutions:
Uncheck "Show project types and toolchains only if they are supported on the platform" when you choose "New Project->C++ Project->Project Type: Executable".
Uninstall the "GNU Autotools", then you can see options that you want.
Per the CDT help page: http://wiki.eclipse.org/CDT/User/FAQ#I_installed_MinGW_toolchain_on_my_PC_but_Eclipse_won.27t_find_it.
Despite having g++.exe or gcc.exe on your PATH and having defined MINGW_HOME, you may still get a “Toolchain "MinGW GCC" is not detected” message (CDT 8.4 on Luna 4.4.0). Make sure that a file called "mingw32-gcc.exe" exists in MINGW_HOME\bin. If it doesn't exist (which happens with MinGW-W64), copy a -gcc.exe file (e.g. i686-w64-mingw32-gcc.exe) to mingw32-gcc.exe. If the dreaded message still lingers around, reboot your system (don't just logout and login).
I had the same problem. I fixed it by adding the location of my cygwin compiler programs to PATH. Maby you did not properly add the location. For cygwin, have the path go to the bin folder.
Eclipse tries to figure out where is cygwin1.dll. But this file is in many programs previously built with cygwin. So Eclipse could find this before the right cygwin installed.
So a possible solution could be to put the C:\cygwin\bin at the begining of the PATH variable, so Eclipse searches there before.
I couldn't make the Eclipse (LUNA) locate MinGW on my computer (there were no MinGW available in Preferences>C/C++/New C/C++ Project Wizard) even after I have specified PATH as "C:\MinGW\bin" in Preferences>C/C++/Build>Environment, so what I did afterwards was:
Create a simple "Hello world" C project without specifying any toolchains
(at this step I tried to Build All, and it failed)
Go to Project>Properties, suprisingly, here I could see MinGW GCC as an available choice for Current toolchain. Select it.
Now I could build and run the project
Hopefully, it helps!
Related
I think this might be an issue w/ having had Strawberry Perl and Berrybrew on the same system.
I had Strawberry Perl installed, and then installed Berrybrew and uninstalled Strawberry Perl.
At that point Berrybrew on Windows worked for me, but when I try to install CPAN modules it didn't. I get the same type of error for multiple CPAN modules. Below is an example. This is using my 5.26.1_64 install with Berrybrew.
I think it is looking for Strawberry Perl's gmake.
cpan[1]> install Log::Log4perl
Reading 'C:\Users\me\.cpan\Metadata'
Database was generated on Thu, 03 May 2018 13:54:25 GMT
Running install for module 'Log::Log4perl'
Fetching with LWP:
http://www.cpan.org/authors/id/M/MS/MSCHILLI/Log-Log4perl-1.49.tar.gz
Fetching with LWP:
http://www.cpan.org/authors/id/M/MS/MSCHILLI/CHECKSUMS
Checksum for C:\Users\me\.cpan\sources\authors\id\M\MS\MSCHILLI\Log-Log4perl-1.49.tar.gz ok
Scanning cache C:\Users\me\.cpan\build for sizes
............................................................................DONE
Configuring M/MS/MSCHILLI/Log-Log4perl-1.49.tar.gz with Makefile.PL
Checking if your kit is complete...
Looks good
Generating a gmake-style Makefile
Writing Makefile for Log::Log4perl
Writing MYMETA.yml and MYMETA.json
MSCHILLI/Log-Log4perl-1.49.tar.gz
C:\berrybrew\5.26.1_64\perl\bin\perl.exe Makefile.PL INSTALLDIRS=site -- OK
Running make for M/MS/MSCHILLI/Log-Log4perl-1.49.tar.gz
The system cannot find the path specified.
MSCHILLI/Log-Log4perl-1.49.tar.gz
C:\Strawberry\c\bin\gmake.EXE -- NOT OK
Failed during this command:
MSCHILLI/Log-Log4perl-1.49.tar.gz : make NO
Then I reinstalled Strawberry Perl on my system, and installing Log::Log4perl worked (installed it for Strawberry Perl, of course). It did fail one test, but I think that's unrelated.
Now that I realized the issue is that it is looking for Strawberry Perl's gmake, I figured maybe it would work now that I have Strawberry Perl again. But now I can't turn Berrybrew on again. I had turned it off with berrybrew off and now I want to turn it on again with this:
> berrybrew use 5.26.1_64
perl-5.26.1_64
==============
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
<berrybrew use 5.26.1_64>: run "exit" leave this environment
That's a pretty strange message. The command does not have an effect.
Any ideas how I can get Berrybrew working again and tell it to use a better version of gmake (not tied to Strawberry Perl)?
I have installed gcc 5.3.0(g++) and compiled mpich(mpic++) using that.
I already have my own Makefile, when i make from command line everything perfectly.
I also imported the project to eclipse PTP (Mars) and set the build option to make and set build folder to my source folder. Added my mpic++ and g++ paths to eclipse path environment variable.
When i build from eclipse, it finds and executes my make command, it even finds out my mpic++ but internally its using clang but not gcc
When i check mpic++ version on command line, i get
MacBook-Pro:mpi$ mpic++ --version
g++ (GCC) 5.3.0
Copyright (C) 2015 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.
And i added the same command to my make file so that i can check whats happening on eclipse, I get this
( mpic++ --version; )
Apple LLVM version 7.0.2 (clang-700.1.81)
Target: x86_64-apple-darwin15.0.0
Thread model: posix
So i am not sure what i missed here. How do i change my eclipse to use gcc instead of clang?
Thanks in advance.
I have a HostGator VPS server, and want to be able to run pdftotext, part of xpdf (http://www.foolabs.com/xpdf/download.html).
After testing this out on my Mac, it worked fine, so I went to installing it on my VPS server.
I followed the installation instructions and it all isntalled flawlessly:
Copy the executables (xpdf, pdftotext, etc.) to to /usr/local/bin.
Copy the man pages (*.1 and *.5) to /usr/local/man/man1 and /usr/local/man/man5.
Copy the sample-xpdfrc file to /usr/local/etc/xpdfrc
Then I tested it out:
root#*** [~]# pdftotext
pdftotext: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by pdftotext)
So as you can see, it couldn't find /lib64/libc.so.6. /lib64/libc.so.6 is there, however, as shown by this:
root#*** [~]# /lib64/libc.so.6
GNU C Library stable release version 2.5, by Roland McGrath et al.
Copyright (C) 2006 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.
Compiled by GNU CC version 4.1.2 20080704 (Red Hat 4.1.2-52).
Compiled on a Linux 2.6.9 system on 2012-03-19.
Available extensions:
The C stubs add-on version 2.1.2.
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
GNU libio by Per Bothner
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
RT using linux kernel aio
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.
I then contacted HostGator, where they told me that it will not work on my server, as it can't find /lib64/libc.so.6, and is therefor not available on Centos 6 64bit.
If this is indeed true, are there any alternatives to pdftotext that do a simple and fast conversion that would work on this server? Is it possible that the pdftotext can be complied for a different version, or that I installed it incorrectly with permissions?
Neither of these commands will work:
yum install xpdf
yum install poppler-utils
xpdf will install poppler-utils anyway and this will result in this pdftotext
pdftotext version 0.26.5
Copyright 2005-2014 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
This is not the version you want. You want this one:
pdftotext version 4.03 [www.xpdfreader.com]
Copyright 1996-2021 Glyph & Cog, LLC
This will require going to www.xpdfreader.com and then clicking on "Download". Use the latest versions from this page to set up the newer pdftotext command.
I actually compiled the sources myself:
cd /tmp
wget https://dl.xpdfreader.com/xpdf-4.03.tar.gz
tar -xf xpdf-4.03.tar.gz
cd xpdf-4.03
mkdir build
cmake -DCMAKE_BUILD_TYPE=Release
If successful you should see:
-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/xpdf-4.03
Then just type:
make
It should end with:
[100%] Built target pdftotext
Then type
make install
Now when you type pdftotext you should see:
pdftotext version 4.03 [www.xpdfreader.com]
Copyright 1996-2021 Glyph & Cog, LLC
Note: I wrote all my code for pdftotext version 4.03. Took me a while to realise 4.03 and 0.26 produce vastly different results.
I'm trying to use Eclipse with CDT to debug a 64 bit binary. The binary is built outside of Eclipse, and runs fine. I start up the binary outside of eclipse, and then attempt to attach to the process using the 'C/C++ Attach to Application' debug configuration type.
I can choose the process from the list that pops up when you run the debug configuration, however, I get the following error message:
Error in final launch sequence
Failed to execute MI command:
attach 22014
Error message from debugger back end:
"program.x64": not in executable format: File format not recognized
Everything works fine if I build for an i386 target.
I'm not quite sure where to go with this, I've read that it might have something to do with the binary parsers in Eclipse:
This link mentions parsers, and this link describes a bug with the PE parser that is fixed.
I am running Eclipse Indigo with Eclipse CDT 8.0.0 on Linux x64. I have tried the 'Elf Parser' and 'GNU Elf Parser' under project_properties/c++_build/settings with no luck.
File information:
hostmachinea:file program.x64
programs.x64: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
GDB and gdbinit files are the Eclipse defaults
It sounds as if the GDB that Eclipse is using was built for i386, and thus can't debug 64-bit binaries. You likely need to install 64-bit capable GDB.
Here what the error message from current GDB looks like:
$ ./gdb --version
GNU gdb (GDB) 7.3.50.20110809-cvs
Copyright (C) 2011 Free Software Foundation, Inc.
...
This GDB was configured as "i686-linux".
...
$ ./gdb -q /bin/date
"/bin/date": not in executable format: File format not recognized
GDB and gdbinit files are the Eclipse defaults
Did you install 32-bit or 64-bit version of CDT?
In the shell, GDB I believe is 64 bit:
~:gdb --version
GNU gdb (GDB) 7.0.1
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
Loading date:
~:gdb -q /bin/date
Reading symbols from /bin/date...(no debugging symbols found)...done.
Typing which gdb, and after putting that path explicitly into the debug configuraiton in Eclipse, I no longer get the error message.
As a bit of a side note, how can you find out which GDB Eclipse uses by default?
I downloaded 64-bit version Eclipse Indigo, which came pacakged with CDT.
Has anyone managed to install the GD module for Perl (5.10) on Windows (Win7)? Note that unfortunately this is neither ActivePerl nor Strawberry Perl; instead, it is a self-compiled using MinGW.
I have unpacked the GD library in C:\Opt\GDlib. There are bin, lib and include directories.
I have MinGW tools sitting in C:\Opt\MinGW\bin\*.exe, including gcc and mingw32-make.exe (but no plain make).
I'm running the Microsoft script to set up INCLUDE, LIBPATH and LIB.
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\vcvars32.bat"
If I don't do this, the following Windows libraries are reported missing when I run perl Makefile.PL:
oldnames.lib
kernel32.lib
user32.lib
gdi32.lib
winspool.lib
comdlg32.lib
advapi32.lib
shell32.lib
ole32.lib
oleaut32.lib
netapi32.lib
uuid.lib
ws2_32.lib
mpr.lib
winmm.lib
version.lib
odbc32.lib
odbccp32.lib
msvcrt.lib
After running the Microsoft script, only the following is reported:
Note (probably harmless): No library found for -lfreetype
Note (probably harmless): No library found for -ljpeg
Note (probably harmless): No library found for -lpng
Note (probably harmless): No library found for -lz
That warning persists even when I add C:\Opt\GDlib\bin to PATH so the GD binaries will be found.
I'm then not even sure which make to call: mingw32-make, dmake, or some make that might still be missing? Here's the error output I'm seeing:
C:\.cpan\build\GD-2.46-baFt6a :: mingw32-make
mingw32-make: *** No rule to make target `C:\epages\Perl\libConfig.pm', needed by `Makefile'. Stop.
C:\.cpan\build\GD-2.46-baFt6a :: dmake
dmake.exe: Error: -- `C:\epages\Perl\libConfig.pm' not found, and can't be made
I'd be thankful for anyone who can shed light on what I'm supposed to do here. I suspect I'm missing the basics of how to compile using MinGW on Windows.
UPDATE - Following Neil's suggestion to give TDM-GCC a try
Here's the screen output. Still no success, but I guess it's just me ignoring some trivialities. In the end, the GD module has been built for both Strawberry and ActiveState, so there definitely is a way.
vsvars32
set path=%path%;C:\Opt\GDlib\bin
cpan
Then in the cpan shell:
cpan[1]> look GD
CPAN: Storable loaded ok (v2.18)
Going to read \.cpan\Metadata
Database was generated on Wed, 25 May 2011 13:37:34 GMT
CPAN: YAML loaded ok (v0.72)
Going to read \.cpan\build/
............................................................................DONE
Found 13 old builds, restored the state of 11
Running look for module 'GD'
Trying to open a subshell in the build directory...
Working directory is \.cpan\build\GD-2.46-baFt6a
Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.
C:\.cpan\build\GD-2.46-baFt6a :: perl Makefile.PL
Notice: Type perl Makefile.PL -h for command-line option summary.
Der Befehl "gdlib-config" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
**UNRECOVERABLE ERROR**
Could not find gdlib-config in the search path. Please install libgd 2.0.28 or higher.
If you want to try to compile anyway, please rerun this script with the option --ignore_missing_gd.
C:\.cpan\build\GD-2.46-baFt6a :: perl Makefile.PL --ignore_missing_gd
Der Befehl "gdlib-config" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
Where is libgd installed? [/usr/lib] C:\opt\gdlib
Please choose the features that match how libgd was built:
Build JPEG support? [y]
Build PNG support? [y]
Build FreeType support? [y]
Build GIF support? [y]
Build support for animated GIFs? [y]
If you experience compile problems, please check the #INC, #LIBPATH and #LIBS
arrays defined in Makefile.PL and manually adjust, if necessary.
Note (probably harmless): No library found for -lfreetype
Note (probably harmless): No library found for -ljpeg
Note (probably harmless): No library found for -lpng
Note (probably harmless): No library found for -lz
Writing Makefile for GD
C:\.cpan\build\GD-2.46-baFt6a :: which mingw32-make
C:\Opt\MinGW32-TDM-GCC\bin\mingw32-make.EXE
C:\.cpan\build\GD-2.46-baFt6a :: mingw32-make
mingw32-make: *** No rule to make target `C:\epages\Perl\libConfig.pm', needed by `Makefile'. Stop.
You have to build and install the underlying libgd which Perl's GD, as well as the other libraries mentioned using your build environment (using the same compiler and settings used to build your perl).
You should not mix your VC environment with MinGW.
I prefer to stick with the compiler/build tools bundled with Windows SDK 7.1 for everything, starting with building Perl from source.
Sounds like there is a problem with your MinGW installation. where did you get it from? You should try the version at http://tdm-gcc.tdragon.net. also, that .bat file is for the Microsoft compiler, not for MinGW.