mingw-users Mailing List for MinGW - Minimalist GNU for Windows

> Date: Wed, 29 Feb 2012 16:26:56 +1100
> From: djd <dj...@cm...>
> 
> > Can you find anything interesting in the Event Viewer (most probably
> > in the Application part of it)?
> No idea what the Event Viewer is, will look it up.

Right-click on My Computer and select Manage, then expand "Event
Viewer" in the left pane of the window that opens.

> However, I discovered the problem: On the second PC, it certainly 
> required the installation of mingw because it was looking for 
> libintl-8.dll. Due to a missing path (my fault), it was not finding that 
> dll. So this application is not `XP transparent' and I guess could not 
> be

You need to install libintl-8.dll, Earnie told you how.

> unless the required functions could be loaded into the application. 
> But if that is possible, I do not know how to achieve it. The -lintl 
> option is part of the compile script and there is a libintl.a and a 
> libintl.dll.a  in the lib directory.

These are only useful if you rebuild the application yourself.

> Alternatively, the Windows alternatives to using the function(s) in 
> libintl-8.dll would need to be found.

There isn't one.

On Wed, Feb 29, 2012 at 12:26 AM, djd wrote:
>
> However, I discovered the problem: On the second PC, it certainly
> required the installation of mingw because it was looking for
> libintl-8.dll. Due to a missing path (my fault), it was not finding that
> dll. So this application is not `XP transparent' and I guess could not
> be, unless the required functions could be loaded into the application.
> But if that is possible, I do not know how to achieve it. The -lintl
> option is part of the compile script and there is a libintl.a and a
> libintl.dll.a  in the lib directory.
>
> Alternatively, the Windows alternatives to using the function(s) in
> libintl-8.dll would need to be found.
>

Simply copy libintl-8.dll and any other dll that might be needed with
your program.  If you distribute your program with these dll then you
will need to abide by the GPL and be willing to provide the source for
the version of the library you ship.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

On 27/02/2012 3:52 AM, Eli Zaretskii wrote:
>> Date: Sun, 26 Feb 2012 17:49:16 +1100
>> From: djd<dj...@cm...>
>>
>> There were no complaints and the application worked!
>>
>> I then copied the application to a second PC with the same version of XP
>> (according to the "ver" command),
>> but the application aborted.
> Did it display any messages when it aborted?
Nothing other than essentially `ABORTED'
> Can you find anything interesting in the Event Viewer (most probably
> in the Application part of it)?
No idea what the Event Viewer is, will look it up.

However, I discovered the problem: On the second PC, it certainly 
required the installation of mingw because it was looking for 
libintl-8.dll. Due to a missing path (my fault), it was not finding that 
dll. So this application is not `XP transparent' and I guess could not 
be, unless the required functions could be loaded into the application. 
But if that is possible, I do not know how to achieve it. The -lintl 
option is part of the compile script and there is a libintl.a and a 
libintl.dll.a  in the lib directory.

Alternatively, the Windows alternatives to using the function(s) in 
libintl-8.dll would need to be found.

Regards

//------------------------------------------------------------------------------------------
I have indeed turned off my firewall for a while,
and have successfully completed

./contrib/download_prerequisites;

which gives me

gmp
mpfr
mpc

directories.  However, these 3 new directories are source code directories, which need the

./configure; make; make check; install;

treatment.

I find that I can't compile gmp, because it tells me eventually:

configure: error: cannot determine how to define a 32 bit word

How can I get past this error?

//------------------------------------------------------------------------------------------

 		 	   		  

On 25.02.2012 23:18, Keith Marshall wrote:

> ... I thought I would
> add one final tweak, (patch attached), to implement this (optional)
> POSIX error reporting feature:
>
>> These functions may fail if:
>>
>> [EOVERFLOW]
>> More than {SSIZE_MAX} characters were read without encountering the
>> delimiter character.
>
> Unfortunately, there's a problem with this: MinGW's errno.h has no
> definition for EOVERFLOW, and msvcrt.dll provides no description, (as
> may be retrieved by strerror(3)), which would be appropriate to its
> meaning, ("value too big for data type"), and thus would hint at an
> appropriate choice of value to assign.

...

> In the context of a MinGW implementation of getline(3), I think we have
> three options here:
>
> 1) Since POSIX doesn't actually require the EOVERFLOW failure condition,
>     we could simply decline to implement it.
>
> 2) We could choose an arbitrary, and currently unused errno value for
>     EOVERFLOW, (perhaps even adopting 132), and define it, recognising
>     that msvcrt.dll's strerror(3) will report it as "unknown error",
>     (so client applications may need to handle it explicitly).
>
> 3) We could have the implementation return an alternative errno code
>     for this failure case, (ERANGE -- "result too large" -- perhaps),
>     and *document* this non-standard usage in our getline(3) manpage.
>
> Any thoughts?

My favourite would be 2), with one additional note that once MS would
assign a meaning to errno 132, we'd get a /wrong/ strerror output. But
*if* this happened, we could still use another value for EOVERFLOW.

WRT 1) What does it mean, *not* to implement it? What would happen,
if there are more then SSIZE_MAX bytes in the input data w/o the given
delimiter? Would we simply wrap to 0 (bad, but not fatal), or would
we encounter a crash, because we'd request a maybe negative value
when calling realloc(), or what would happen? Sorry, I could try to
check this myself, but my lack of time forbids this for now. I think
that we'd need to check carefully the [un]signedness of values and
variables in this context...

WRT 3) I tend to read man pages from different sources, so I could
be missing this non-standard implementation detail, and maybe others
would as well.

Just my 2 ct.

-- 
Regards,
Albrecht

于 2012/2/28 18:16, asmwarrior 写道:
> On 2012-2-28 16:43, Naveen H. S wrote:
>> Hi,
>>
>> I am trying to build the mingw GDB with python support enabled on
>> MINGW+MSYS installation on my Windows machine.
>> The following link was referred to build the GDB:-
>> http://forums.codeblocks.org/index.php?topic=11301.90
>>
>> Expat was built prior to the GDB as per the link. Then GDB was built
>> using "--with-expat". However, the built GDB crashes when trying to run.
> You should see a more detailed instruction here:
>
> http://code.google.com/p/qp-gcc/wiki/build_gdb_msys_en
>
> I have no idea about the crash, it crash without any other information?
>
>> Please let me know how to build the mingw GDB with python support on
>> MINGW+MSYS. It would be much better if mingw GDB with python support
>> could be built on linux machine. I have mingw installed on my linux
>> machine.
> You want to cross build mingw-gdb from linux? maybe, xunxun can give some help. Or you can see:
> http://code.google.com/p/qp-gcc/wiki/CrossbuildGDB
> This page is some out dated, but should give you some hint about cross build gdb from linux.
I can't understand his meaning, but he said to use msys, and Linux to 
windows cross build don't need it.
Can you provide your configure options?
>
>> When I execute the command rx-elf-gdb, the exe is crashing. The problem
>> signature of Windows shows following,
>> {{{
>> Problem signature:
>>     Problem Event Name:	APPCRASH
>>     Application Name:	rx-elf-gdb.exe
>>     Application Version:	0.0.0.0
>>     Application Timestamp:	4f4b8b7d
>>     Fault Module Name:	python27.dll
>>     Fault Module Version:	2.7.2150.1013
>>     Fault Module Timestamp:	4df4ba7c
>>     Exception Code:	c0000005
>>     Exception Offset:	000d4533
>>     OS Version:	6.1.7600.2.0.0.256.4
>>     Locale ID:	1033
>>     Additional Information 1:	0a9e
>>     Additional Information 2:	0a9e372d3b4ad19135b953a78882e789
>>     Additional Information 3:	0a9e
>>     Additional Information 4:	0a9e372d3b4ad19135b953a78882e789
>> }}}
>>
>> Has anyone seen this earlier? What is that I am doing wrong or missing?
>>
>> Thank you.
>>
>> Regards,
>> Naveen
>>
> I have know nothing about "rx-elf-gdb".
Also don't know it. Why "elf" on native OS?
>
> asmwarrior
> ollydbg from codeblocks' forum
>
>


-- 
Best Regards,
xunxun

On 2012-2-28 16:43, Naveen H. S wrote:
> Hi,
>
> I am trying to build the mingw GDB with python support enabled on
> MINGW+MSYS installation on my Windows machine.
> The following link was referred to build the GDB:-
> http://forums.codeblocks.org/index.php?topic=11301.90
>
> Expat was built prior to the GDB as per the link. Then GDB was built
> using "--with-expat". However, the built GDB crashes when trying to run.

You should see a more detailed instruction here:

http://code.google.com/p/qp-gcc/wiki/build_gdb_msys_en

I have no idea about the crash, it crash without any other information?

>
> Please let me know how to build the mingw GDB with python support on
> MINGW+MSYS. It would be much better if mingw GDB with python support
> could be built on linux machine. I have mingw installed on my linux
> machine.
You want to cross build mingw-gdb from linux? maybe, xunxun can give some help. Or you can see:
http://code.google.com/p/qp-gcc/wiki/CrossbuildGDB
This page is some out dated, but should give you some hint about cross build gdb from linux.

> When I execute the command rx-elf-gdb, the exe is crashing. The problem
> signature of Windows shows following,
> {{{
> Problem signature:
>    Problem Event Name:	APPCRASH
>    Application Name:	rx-elf-gdb.exe
>    Application Version:	0.0.0.0
>    Application Timestamp:	4f4b8b7d
>    Fault Module Name:	python27.dll
>    Fault Module Version:	2.7.2150.1013
>    Fault Module Timestamp:	4df4ba7c
>    Exception Code:	c0000005
>    Exception Offset:	000d4533
>    OS Version:	6.1.7600.2.0.0.256.4
>    Locale ID:	1033
>    Additional Information 1:	0a9e
>    Additional Information 2:	0a9e372d3b4ad19135b953a78882e789
>    Additional Information 3:	0a9e
>    Additional Information 4:	0a9e372d3b4ad19135b953a78882e789
> }}}
>
> Has anyone seen this earlier? What is that I am doing wrong or missing?
>
> Thank you.
>
> Regards,
> Naveen
>
I have know nothing about "rx-elf-gdb".

asmwarrior
ollydbg from codeblocks' forum

Hi,

I am trying to build the mingw GDB with python support enabled on 
MINGW+MSYS installation on my Windows machine.
The following link was referred to build the GDB:-
http://forums.codeblocks.org/index.php?topic=11301.90

Expat was built prior to the GDB as per the link. Then GDB was built
using "--with-expat". However, the built GDB crashes when trying to run.

Please let me know how to build the mingw GDB with python support on
MINGW+MSYS. It would be much better if mingw GDB with python support
could be built on linux machine. I have mingw installed on my linux 
machine.

The versions used to build mingw GDB are:-
GDB 7.3.1
Python 2.7
Expat 2.0.1

When I execute the command rx-elf-gdb, the exe is crashing. The problem
signature of Windows shows following,
{{{
Problem signature:
  Problem Event Name:	APPCRASH
  Application Name:	rx-elf-gdb.exe
  Application Version:	0.0.0.0
  Application Timestamp:	4f4b8b7d
  Fault Module Name:	python27.dll
  Fault Module Version:	2.7.2150.1013
  Fault Module Timestamp:	4df4ba7c
  Exception Code:	c0000005
  Exception Offset:	000d4533
  OS Version:	6.1.7600.2.0.0.256.4
  Locale ID:	1033
  Additional Information 1:	0a9e
  Additional Information 2:	0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:	0a9e
  Additional Information 4:	0a9e372d3b4ad19135b953a78882e789
}}}

Has anyone seen this earlier? What is that I am doing wrong or missing?

Thank you.

Regards,
Naveen

This message contains information that may be privileged or confidential and is the property of the KPIT Cummins Infosystems Ltd. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. KPIT Cummins Infosystems Ltd. does not accept any liability for virus infected mails.

On Saturday, February 25, 2012 2:04pm, "Mircea Toma" <mmt...@ya...> said:

> There's a way to perform 64 bit arithmetic operation on 32 bit machine
> without  explicit programing it; I mean a switch for compiler that enable some
> macro. I  find out that what i declared long long cant be used to perform arithmetic
> operation like 63 shift or bitwise operation. The result is not what I
> expected.

In what language? Have you tried using the 64-bit data types? For instance long long int and unsigned long long int? Those work for me.


www.thomasstover.com

On Fri, Feb 24, 2012 at 4:46 PM, Nathan Ridge <zer...@ho...> wrote:
>
>> > What do I do to get the gcc-core-4.6.2.tar compiled, built and compiling?
>>
>> http://lmgtfy.com/?q=building+gcc
>>
>> It was easier than asking this list and you didn't have to wait for the answer.
>
> But aren't the instructions for building GCC on MinGW different from the
> generic instructions for building GCC (which are for Unix-like systems)?
>

No.  They are the same.  You might need to adjust some configure options.

> Don't you need some extra things for MinGW, such as mingw-runtime, and
> win32-api, and some funny business about what the directory structure
> has to look like?
>

Well, runtime and other libraries are needed by Unix systems as well.
The only thing you need to remember is to get --host, --build,
--prefix and other configure options correct.

> Is *that* documented somewhere?

Maybe on www.mingw.org/wiki.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

On Fri, Feb 24, 2012 at 8:44 PM, Me Myself and I wrote:
>
> I need to compile and build GMP
>
> http://gmplib.org/
>

Do you have an antivirus software active?  You need to tell it not to
do active checking of your build directory.  It will cause configure
to fail when it should succeed since the configure script will not be
able to delete files that are open by the antivirus program.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

On 27/02/12 04:21, Wayne Porter wrote:
> // Check for an ending slash and add one if it is missing.
> 
> lpEnd = lpSubKey + lstrlen(lpSubKey);

How is the memory referenced by lpSubKey originally declared?  Is it
guaranteed to point to a writeable data section?  Is the buffer at that
address guaranteed to have free space at the end, to accommodate the
extra '\\' you're trying to append.

> if (*(lpEnd - 1) != TEXT('\\'))
> {
>     *lpEnd =  TEXT('\\');  // This line crashes the app

I'm guessing, (because you haven't provided us with enough diagnostic
information -- how does it crash?  what is the error message? -- for me
to do otherwise), that you are trying to modify data in a read-only
section; (hint:

  char *lpKey = "string constant";

and lpSubKey pointing to a sub-string of lpKey, makes *lpSubKey a
read-only reference).

>     lpEnd++;
>     *lpEnd =  TEXT('\0'); // This one crashes too

Likely for the same reason.

> }
> 
> 
> I'm not sure how to start debugging, but I also don't understand why
> this is failing.

Without seeing the info you failed to provide, I don't either.

-- 
Regards,
Keith.

Trying to delete registry keys and having a problem with the code I have
been working with. The address on MSDN below has an example and I've
modified it to work except for one part.

http://msdn.microsoft.com/en-us/library/windows/desktop/ms724235(v=vs.85).aspx


// Check for an ending slash and add one if it is missing.

lpEnd = lpSubKey + lstrlen(lpSubKey);

if (*(lpEnd - 1) != TEXT('\\'))
{
    *lpEnd =  TEXT('\\');  // This line crashes the app
    lpEnd++;
    *lpEnd =  TEXT('\0'); // This one crashes too
}


I'm not sure how to start debugging, but I also don't understand why
this is failing.

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.64.  Invocation command line was

  $ ./../gcc-4.6.2/configure --enable-languages=java --with-gmp=/home/User/math-libs-mingw32/bin --with-mpfr=/home/User/math-libs-mingw32/bin --with-mpc=/home/User/math-libs-mingw32/bin/

## --------- ##
## Platform. ##
## --------- ##

hostname = User-PC
uname -m = i686
uname -r = 1.0.17(0.48/3/2)
uname -s = MINGW32_NT-6.1
uname -v = 2011-04-24 23:39

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /home/User/math-libs-mingw32/lib
PATH: /home/User/math-libs-mingw32/include
PATH: /home/User/math-libs-mingw32/bin
PATH: /home/User/
PATH: /home/User/nano
PATH: .
PATH: /usr/local/bin
PATH: /mingw/bin
PATH: /bin
PATH: /c/Windows/system32
PATH: /c/Windows
PATH: /c/Windows/System32/Wbem
PATH: /c/Windows/System32/WindowsPowerShell/v1.0/
PATH: /c/Program Files (x86)/Common Files/Ulead Systems/MPEG
PATH: /c/Program Files (x86)/QuickTime/QTSystem/
PATH: /c/Program Files (x86)/Microsoft SQL Server/110/Tools/Binn/ManagementStudio/
PATH: /c/Program Files (x86)/Microsoft SQL Server/110/Tools/Binn/
PATH: /c/Program Files (x86)/Microsoft SQL Server/110/DTS/Binn/
PATH: /c/Program Files (x86)/SlikSvn/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2222: checking build system type
configure:2236: result: i686-pc-mingw32
configure:2283: checking host system type
configure:2296: result: i686-pc-mingw32
configure:2316: checking target system type
configure:2329: result: i686-pc-mingw32
configure:2383: checking for a BSD-compatible install
configure:2451: result: /bin/install -c
configure:2462: checking whether ln works
configure:2484: result: yes
configure:2488: checking whether ln -s works
configure:2495: result: no, using cp -p
configure:2499: checking for a sed that does not truncate output
configure:2563: result: /bin/sed
configure:2572: checking for gawk
configure:2588: found /bin/gawk
configure:2599: result: gawk
configure:3913: checking for gcc
configure:3929: found /mingw/bin/gcc
configure:3940: result: gcc
configure:4169: checking for C compiler version
configure:4178: gcc --version >&5
gcc.exe (GCC) 4.6.1
Copyright (C) 2011 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.

configure:4189: $? = 0
configure:4178: gcc -v >&5
Using built-in specs.
COLLECT_GCC=C:\MinGW\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.1/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.6.1/configure --enable-languages=c,c++,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.6.1 (GCC) 
configure:4189: $? = 0
configure:4178: gcc -V >&5
gcc.exe: error: unrecognized option '-V'
gcc.exe: fatal error: no input files
compilation terminated.
configure:4189: $? = 1
configure:4178: gcc -qversion >&5
gcc.exe: error: unrecognized option '-qversion'
gcc.exe: fatal error: no input files
compilation terminated.
configure:4189: $? = 1
configure:4209: checking for C compiler default output file name
configure:4231: gcc    conftest.c  >&5
configure:4235: $? = 0
configure:4272: result: a.exe
configure:4288: checking whether the C compiler works
configure:4297: ./a.exe
configure:4301: $? = 0
configure:4316: result: yes
configure:4323: checking whether we are cross compiling
configure:4325: result: no
configure:4328: checking for suffix of executables
configure:4335: gcc -o conftest.exe    conftest.c  >&5
configure:4339: $? = 0
configure:4361: result: .exe
configure:4367: checking for suffix of object files
configure:4389: gcc -c   conftest.c >&5
configure:4393: $? = 0
configure:4414: result: o
configure:4418: checking whether we are using the GNU C compiler
configure:4437: gcc -c   conftest.c >&5
configure:4437: $? = 0
configure:4446: result: yes
configure:4455: checking whether gcc accepts -g
configure:4475: gcc -c -g  conftest.c >&5
configure:4475: $? = 0
configure:4516: result: yes
configure:4533: checking for gcc option to accept ISO C89
configure:4597: gcc  -c -g -O2  conftest.c >&5
configure:4597: $? = 0
configure:4610: result: none needed
configure:4688: checking for g++
configure:4718: result: no
configure:4688: checking for c++
configure:4718: result: no
configure:4688: checking for gpp
configure:4718: result: no
configure:4688: checking for aCC
configure:4718: result: no
configure:4688: checking for CC
configure:4718: result: no
configure:4688: checking for cxx
configure:4718: result: no
configure:4688: checking for cc++
configure:4718: result: no
configure:4688: checking for cl.exe
configure:4718: result: no
configure:4688: checking for FCC
configure:4718: result: no
configure:4688: checking for KCC
configure:4718: result: no
configure:4688: checking for RCC
configure:4718: result: no
configure:4688: checking for xlC_r
configure:4718: result: no
configure:4688: checking for xlC
configure:4718: result: no
configure:4742: checking for C++ compiler version
configure:4751: g++ --version >&5
./../gcc-4.6.2/configure: line 4753: g++: command not found
configure:4762: $? = 127
configure:4751: g++ -v >&5
./../gcc-4.6.2/configure: line 4753: g++: command not found
configure:4762: $? = 127
configure:4751: g++ -V >&5
./../gcc-4.6.2/configure: line 4753: g++: command not found
configure:4762: $? = 127
configure:4751: g++ -qversion >&5
./../gcc-4.6.2/configure: line 4753: g++: command not found
configure:4762: $? = 127
configure:4766: checking whether we are using the GNU C++ compiler
configure:4785: g++ -c   conftest.cpp >&5
./../gcc-4.6.2/configure: line 1739: g++: command not found
configure:4785: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| #ifndef __GNUC__
|        choke me
| #endif
| 
|   ;
|   return 0;
| }
configure:4794: result: no
configure:4803: checking whether g++ accepts -g
configure:4823: g++ -c -g  conftest.cpp >&5
./../gcc-4.6.2/configure: line 1739: g++: command not found
configure:4823: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:4838: g++ -c   conftest.cpp >&5
./../gcc-4.6.2/configure: line 1739: g++: command not found
configure:4838: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:4854: g++ -c -g  conftest.cpp >&5
./../gcc-4.6.2/configure: line 1739: g++: command not found
configure:4854: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:4864: result: no
configure:4953: checking for gnatbind
configure:4983: result: no
configure:5045: checking for gnatmake
configure:5075: result: no
configure:5094: checking whether compiler driver understands Ada
configure:5117: result: no
configure:5126: checking how to compare bootstrapped objects
configure:5151: result: cmp --ignore-initial=16 $$f1 $$f2
configure:5167: checking for objdir
configure:5182: result: .libs
configure:5348: checking for the correct version of gmp.h
configure:5368: gcc -c -g -O2 -I/home/User/math-libs-mingw32/bin/include -I/home/User/math-libs-mingw32/bin/include -I/home/User/math-libs-mingw32/bin//include   conftest.c >&5
conftest.c:10:17: fatal error: gmp.h: No such file or directory
compilation terminated.
configure:5368: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define LT_OBJDIR ".libs/"
| /* end confdefs.h.  */
| #include "gmp.h"
| int
| main ()
| {
| 
|   #define GCC_GMP_VERSION_NUM(a,b,c) (((a) << 16L) | ((b) << 8) | (c))
|   #define GCC_GMP_VERSION GCC_GMP_VERSION_NUM(__GNU_MP_VERSION,__GNU_MP_VERSION_MINOR,__GNU_MP_VERSION_PATCHLEVEL)
|   #if GCC_GMP_VERSION < GCC_GMP_VERSION_NUM(4,2,0)
|   choke me
|   #endif
| 
|   ;
|   return 0;
| }
configure:5395: result: no
configure:5564: error: Building GCC requires GMP 4.2+, MPFR 2.3.1+ and MPC 0.8.0+.
Try the --with-gmp, --with-mpfr and/or --with-mpc options to specify
their locations.  Source code for these libraries can be found at
their respective hosting sites as well as at
ftp://gcc.gnu.org/pub/gcc/infrastructure/.  See also
http://gcc.gnu.org/install/prerequisites.html for additional info.  If
you obtained GMP, MPFR and/or MPC from a vendor distribution package,
make sure that you have installed both the libraries and the header
files.  They may be located in separate packages.

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_build=i686-pc-mingw32
ac_cv_c_compiler_gnu=yes
ac_cv_cxx_compiler_gnu=no
ac_cv_env_AR_FOR_TARGET_set=
ac_cv_env_AR_FOR_TARGET_value=
ac_cv_env_AR_set=
ac_cv_env_AR_value=
ac_cv_env_AS_FOR_TARGET_set=
ac_cv_env_AS_FOR_TARGET_value=
ac_cv_env_AS_set=
ac_cv_env_AS_value=
ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_FOR_TARGET_set=
ac_cv_env_CC_FOR_TARGET_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_FOR_TARGET_set=
ac_cv_env_CXX_FOR_TARGET_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_DLLTOOL_FOR_TARGET_set=
ac_cv_env_DLLTOOL_FOR_TARGET_value=
ac_cv_env_DLLTOOL_set=
ac_cv_env_DLLTOOL_value=
ac_cv_env_GCC_FOR_TARGET_set=
ac_cv_env_GCC_FOR_TARGET_value=
ac_cv_env_GCJ_FOR_TARGET_set=
ac_cv_env_GCJ_FOR_TARGET_value=
ac_cv_env_GFORTRAN_FOR_TARGET_set=
ac_cv_env_GFORTRAN_FOR_TARGET_value=
ac_cv_env_GOC_FOR_TARGET_set=
ac_cv_env_GOC_FOR_TARGET_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LD_FOR_TARGET_set=
ac_cv_env_LD_FOR_TARGET_value=
ac_cv_env_LD_set=
ac_cv_env_LD_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_LIPO_FOR_TARGET_set=
ac_cv_env_LIPO_FOR_TARGET_value=
ac_cv_env_LIPO_set=
ac_cv_env_LIPO_value=
ac_cv_env_NM_FOR_TARGET_set=
ac_cv_env_NM_FOR_TARGET_value=
ac_cv_env_NM_set=
ac_cv_env_NM_value=
ac_cv_env_OBJCOPY_set=
ac_cv_env_OBJCOPY_value=
ac_cv_env_OBJDUMP_FOR_TARGET_set=
ac_cv_env_OBJDUMP_FOR_TARGET_value=
ac_cv_env_OBJDUMP_set=
ac_cv_env_OBJDUMP_value=
ac_cv_env_RANLIB_FOR_TARGET_set=
ac_cv_env_RANLIB_FOR_TARGET_value=
ac_cv_env_RANLIB_set=
ac_cv_env_RANLIB_value=
ac_cv_env_STRIP_FOR_TARGET_set=
ac_cv_env_STRIP_FOR_TARGET_value=
ac_cv_env_STRIP_set=
ac_cv_env_STRIP_value=
ac_cv_env_WINDMC_FOR_TARGET_set=
ac_cv_env_WINDMC_FOR_TARGET_value=
ac_cv_env_WINDMC_set=
ac_cv_env_WINDMC_value=
ac_cv_env_WINDRES_FOR_TARGET_set=
ac_cv_env_WINDRES_FOR_TARGET_value=
ac_cv_env_WINDRES_set=
ac_cv_env_WINDRES_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_build_configargs_set=
ac_cv_env_build_configargs_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_host_configargs_set=
ac_cv_env_host_configargs_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_env_target_configargs_set=
ac_cv_env_target_configargs_value=
ac_cv_exeext=.exe
ac_cv_host=i686-pc-mingw32
ac_cv_objext=o
ac_cv_path_SED=/bin/sed
ac_cv_path_install='/bin/install -c'
ac_cv_prog_AWK=gawk
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_cc_c89=
ac_cv_prog_cc_g=yes
ac_cv_prog_cxx_g=no
ac_cv_target=i686-pc-mingw32
acx_cv_cc_gcc_supports_ada=no
acx_cv_prog_LN=ln
gcc_cv_prog_cmp_skip='cmp --ignore-initial=16 $$f1 $$f2'
lt_cv_objdir=.libs

## ----------------- ##
## Output variables. ##
## ----------------- ##

AR=''
AR_FOR_BUILD='$(AR)'
AR_FOR_TARGET=''
AS=''
AS_FOR_BUILD='$(AS)'
AS_FOR_TARGET=''
AWK='gawk'
BISON=''
BUILD_CONFIG=''
CC='gcc'
CC_FOR_BUILD='$(CC)'
CC_FOR_TARGET=''
CFLAGS='-g -O2'
CFLAGS_FOR_BUILD=''
CFLAGS_FOR_TARGET=''
COMPILER_AS_FOR_TARGET=''
COMPILER_LD_FOR_TARGET=''
COMPILER_NM_FOR_TARGET=''
CONFIGURE_GDB_TK=''
CPPFLAGS=''
CXX='g++'
CXXFLAGS=''
CXXFLAGS_FOR_BUILD=''
CXXFLAGS_FOR_TARGET=''
CXX_FOR_BUILD='$(CXX)'
CXX_FOR_TARGET=''
DEBUG_PREFIX_CFLAGS_FOR_TARGET=''
DEFS=''
DLLTOOL=''
DLLTOOL_FOR_BUILD='$(DLLTOOL)'
DLLTOOL_FOR_TARGET=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EXEEXT='.exe'
EXPECT=''
FLAGS_FOR_TARGET=''
FLEX=''
GCC_FOR_TARGET=''
GCC_SHLIB_SUBDIR=''
GCJ_FOR_BUILD='$(GCJ)'
GCJ_FOR_TARGET=''
GDB_TK=''
GFORTRAN_FOR_BUILD='$(GFORTRAN)'
GFORTRAN_FOR_TARGET=''
GNATBIND='no'
GNATMAKE='no'
GOC_FOR_BUILD='$(GOC)'
GOC_FOR_TARGET=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_GDB_TK=''
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
LD='c:/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe'
LDFLAGS=''
LDFLAGS_FOR_BUILD=''
LD_FOR_BUILD='$(LD)'
LD_FOR_TARGET=''
LEX=''
LIBOBJS=''
LIBS=''
LIPO=''
LIPO_FOR_TARGET=''
LN='ln'
LN_S='cp -p'
LTLIBOBJS=''
M4=''
MAINT=''
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE=''
MAKEINFO=''
NM=''
NM_FOR_BUILD='$(NM)'
NM_FOR_TARGET=''
OBJCOPY=''
OBJDUMP=''
OBJDUMP_FOR_TARGET=''
OBJEXT='o'
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_URL=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
RANLIB=''
RANLIB_FOR_BUILD='$(RANLIB)'
RANLIB_FOR_TARGET=''
RAW_CXX_FOR_TARGET=''
RPATH_ENVVAR=''
RUNTEST=''
SED='/bin/sed'
SHELL='/bin/sh'
STRIP=''
STRIP_FOR_TARGET=''
SYSROOT_CFLAGS_FOR_TARGET=''
TOPLEVEL_CONFIGURE_ARGUMENTS='./../gcc-4.6.2/configure --enable-languages=java --with-gmp=/home/User/math-libs-mingw32/bin --with-mpfr=/home/User/math-libs-mingw32/bin --with-mpc=/home/User/math-libs-mingw32/bin/'
WINDMC=''
WINDMC_FOR_BUILD='$(WINDMC)'
WINDMC_FOR_TARGET=''
WINDRES=''
WINDRES_FOR_BUILD='$(WINDRES)'
WINDRES_FOR_TARGET=''
YACC=''
ac_ct_CC='gcc'
ac_ct_CXX=''
bindir='${exec_prefix}/bin'
build='i686-pc-mingw32'
build_alias=''
build_configargs=''
build_configdirs='build-libiberty build-texinfo build-byacc build-flex build-bison build-m4 build-fixincludes'
build_cpu='i686'
build_libsubdir='build-i686-pc-mingw32'
build_noncanonical='i686-pc-mingw32'
build_os='mingw32'
build_subdir='build-i686-pc-mingw32'
build_tooldir=''
build_vendor='pc'
clooginc=''
clooglibs=''
compare_exclusions=''
config_shell='/bin/sh'
configdirs='intl mmalloc libiberty opcodes bfd readline tcl tk itcl libgui zlib libcpp libdecnumber gmp mpfr mpc ppl cloog libelf libiconv texinfo byacc flex bison binutils gas ld fixincludes gcc cgen sid sim gdb make patch prms send-pr gprof etc expect dejagnu ash bash bzip2 m4 autoconf automake libtool diff rcs fileutils shellutils time textutils wdiff find uudecode hello tar gzip indent recode release sed utils guile perl gawk findutils gettext zip fastjar gnattools'
datadir='${datarootdir}'
datarootdir='${prefix}/share'
do_compare='cmp --ignore-initial=16 $$f1 $$f2'
docdir='${datarootdir}/doc/${PACKAGE}'
dvidir='${docdir}'
exec_prefix='NONE'
extra_host_libiberty_configure_flags=''
extra_mpc_gmp_configure_flags=''
extra_mpc_mpfr_configure_flags=''
extra_mpfr_configure_flags=''
gmpinc='-I/home/User/math-libs-mingw32/bin/include -I/home/User/math-libs-mingw32/bin/include -I/home/User/math-libs-mingw32/bin//include '
gmplibs='-L/home/User/math-libs-mingw32/bin/lib -L/home/User/math-libs-mingw32/bin/lib -L/home/User/math-libs-mingw32/bin//lib -lmpc -lmpfr -lgmp'
host='i686-pc-mingw32'
host_alias=''
host_configargs=''
host_cpu='i686'
host_noncanonical='i686-pc-mingw32'
host_os='mingw32'
host_subdir='.'
host_vendor='pc'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
oldincludedir='/usr/include'
pdfdir='${docdir}'
poststage1_ldflags=''
poststage1_libs=''
pplinc=''
ppllibs=''
prefix='NONE'
program_transform_name='s,y,y,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
stage1_cflags=''
stage1_checking=''
stage1_languages=''
stage1_ldflags=''
stage1_libs=''
stage2_werror_flag=''
sysconfdir='${prefix}/etc'
target='i686-pc-mingw32'
target_alias=''
target_configargs=''
target_configdirs='target-libgcc target-libgloss target-newlib target-libgomp target-libstdc++-v3 target-libmudflap target-libssp target-libquadmath target-libgfortran target-boehm-gc target-libffi target-zlib target-qthreads target-libjava target-libobjc target-libada target-libgo target-examples target-groff target-gperf target-rda target-winsup'
target_cpu='i686'
target_noncanonical='i686-pc-mingw32'
target_os='mingw32'
target_subdir='i686-pc-mingw32'
target_vendor='pc'
tooldir=''

## ------------------- ##
## File substitutions. ##
## ------------------- ##

alphaieee_frag=''
host_makefile_frag='config/mh-mingw'
ospace_frag=''
serialization_dependencies=''
target_makefile_frag=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

/* confdefs.h */
#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define PACKAGE_STRING ""
#define PACKAGE_BUGREPORT ""
#define PACKAGE_URL ""
#define LT_OBJDIR ".libs/"

configure: exit 1

Many thanks for the library files!

I have solved my previous problem, and have reinstalled

an operable version of mingw32.


The library files appear to be ok, however I find that my ./configure;

on my gcc source code (with gcc-java source inside it) 

still fails with a similar stated error error, apparently halting with

the message that I don't have the correct version of gmp.h.  Even though

my gmp.h directory is now referenced in $PATH.

I still get the message that I'm missing

GMP,MPFR,MPC libraries even though I'm not.

What is happening?


________________________________
> From: sfh...@ho... 
> To: sta...@li... 
> Subject: RE: Compiling and building vital libraries. 
> Date: Sun, 26 Feb 2012 13:13:41 +0000 
>  
> Hi there, 
>  
> Find attached GMP, MPFR & MPC binaries for MinGW x86. Please, let me if  
> they're ok after you try them! 
>  
> Sergio. 
>  
> PS: Do you mind telling us your name and where you're based? 
>  
>  > From: sta...@li... 
>  > To: sfh...@ho... 
>  > Subject: RE: Compiling and building vital libraries. 
>  > Date: Sun, 26 Feb 2012 21:22:59 +1100 
>  > 
>  > 
>  >  
> //------------------------------------------------------------------------------------------------------- 
>  > Yes, please! 
>  > 
>  > Could I have a compiled mingw32 binary for: 
>  > 
>  > -GMP 4.2+ 
>  > -MPFR 2.3.1+ 
>  > -MPC 0.8.0+    (particularly if you have it)? 
>  > 
>  > And by the way, do you know if these behave any differently ing  
> MINGW-64?  I'm only asking if you know! 
>  > 
>  >  
> //------------------------------------------------------------------------------------------------------- 
>  > From: sfh...@ho... 
>  > To: sta...@li... 
>  > CC: min...@li... 
>  > Subject: RE: Compiling and building vital libraries. 
>  > Date: Sun, 26 Feb 2012 07:46:56 +0000 
>  > 
>  > Ciao. 
>  > 
>  > I have built GMP 5.0.4 and MPFR 3.1.0 from source under MinGW with no  
> problem at all. I'm really baffled about this problem! I can send you  
> the libraries if you stuck! 
>  > 
>  > From: sta...@li... 
>  > To: sfh...@ho...; gcc...@gc...; ja...@gc...;  
> min...@li... 
>  > Subject: Compiling and building vital libraries. 
>  > Date: Sun, 26 Feb 2012 13:06:15 +1100 
>  > 
>  > I have been referred to http://sourceforge.net/projects/gmpmingw/ 
>  > for a mingw32 binary version of GMP. 
>  > 
>  > I have the following in my etc/profile file: 
>  > 
>  > export PATH="/home/User/nano":$PATH; 
>  > export PATH="/home/User/":$PATH; 
>  > export PATH="/home/User/gmp-5.0.2":$PATH; 
>  > 
>  > I need to get the following working: 
>  > 
>  > GMP 
>  > MPFR 
>  > MPC 
>  > 
>  > I am finding now that 
>  > 
>  > "C preprocessor /lib/cpp  is failing a sanity check." when I attempt  
> to compile MPFR, with the aforementioned binary GMP. 
>  > 
>  > Are there any mingw32 people who know what I need to do to my  
> /lib/cpp to get it behaving better? 
>  > 
>  > From: sfh...@ho... 
>  > To: el...@gn...; sta...@li... 
>  > CC: min...@li... 
>  > Subject: RE: [Mingw-users] compiling and building GMP library 
>  > Date: Sat, 25 Feb 2012 08:56:39 +0000 
>  > 
>  > Ciao. 
>  > 
>  > I've just built GMP 5.0.4 under MinGW without any problems. I'm using  
> GCC 4.5.2. I can upload the libraries onto SourceForge if required.  
> FYI, you can find GMP 5.0.2 for MinGW here:  
> http://sourceforge.net/projects/gmpmingw/ 
>  > 
>  > Cheers. 
>  > 
>  > Sergio. 
>  > 
>  > > Date: Sat, 25 Feb 2012 10:31:07 +0200 
>  > > From: el...@gn... 
>  > > To: sta...@li... 
>  > > CC: min...@li... 
>  > > Subject: Re: [Mingw-users] compiling and building GMP library 
>  > > 
>  > > > From: Me Myself and I <sta...@li...> 
>  > > > Date: Sat, 25 Feb 2012 18:57:02 +1100 
>  > > > 
>  > > > I havn't changed anything else except a few export statements in my 
>  > > > .etc/profile file. 
>  > > 
>  > > What exactly did you change? 
>  > > 
>  > > > configure:9244: gcc -std=gnu99 -E conftest.c 
>  > > > configure:9244: $? = 1 
>  > > > configure: failed program was: 
>  > > > | /* confdefs.h */ 
>  > > > | #define PACKAGE_NAME "GNU MP" 
>  > > > | #define PACKAGE_TARNAME "gmp" 
>  > > > | #define PACKAGE_VERSION "5.0.4" 
>  > > > | #define PACKAGE_STRING "GNU MP 5.0.4" 
>  > > > | #define PACKAGE_BUGREPORT "gmp...@gm..., see  
> http://gmplib.org/manual/Reporting-Bugs.html" 
>  > > > | #define PACKAGE_URL "http://www.gnu.org/software/gmp/" 
>  > > > | #define PACKAGE "gmp" 
>  > > > | #define VERSION "5.0.4" 
>  > > > | #define WANT_FFT 1 
>  > > > | #define HAVE_HOST_CPU_i686 1 
>  > > > | #define HAVE_SPEED_CYCLECOUNTER 2 
>  > > > | #define HAVE_CALLING_CONVENTIONS 1 
>  > > > | /* end confdefs.h. */ 
>  > > > | #ifdef __STDC__ 
>  > > > | # include <limits.h> 
>  > > > | #else 
>  > > > | # include <assert.h> 
>  > > > | #endif 
>  > > > | Syntax error 
>  > > 
>  > > I see now that the "Syntax error" part is not a sign of anything: it 
>  > > comes from the configure script itself, and is there for a good 
>  > > reason (read the comments in the script if you want to know more). 
>  > > 
>  > > So I can only repeat my previous suggestion: copy the above to a file 
>  > > named conftest.c and run GCC from the shell prompt, exactly as the 
>  > > script claims to have run it: 
>  > > 
>  > > gcc -std=gnu99 -E conftest.c 
>  > > 
>  > > Then look at the output and any error messages you get. 
>  > > 
>  > > For your reference, when I try this here, I get this output: 
>  > > 
>  > > # 1 "conftest.c" 
>  > > # 1 "<built-in>" 
>  > > # 1 "<command line>" 
>  > > # 1 "conftest.c" 
>  > > # 16 "conftest.c" 
>  > > # 1  
> "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/limits.h" 1 3 
>  > > # 21 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/limits.h" 3 
>  > > # 1  
> "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/_mingw.h" 1 3 
>  > > # 31 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/_mingw.h" 3 
>  > > 
>  > > # 32 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/_mingw.h" 3 
>  > > # 22  
> "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/limits.h" 2 3 
>  > > # 17 "conftest.c" 2 
>  > > 
>  > > 
>  > > 
>  > > Syntax error 
>  > > 
>  > > and the exit code is zero. 
>  > > 
>  > > (Obviously, the "D:/usr/bin" part depends on where GCC is installed, 
>  > > and will probably be different on your machine.) 
>  > > 
>  > >  
> ------------------------------------------------------------------------------ 
>  > > Virtualization & Cloud Management Using Capacity Planning 
>  > > Cloud computing makes use of virtualization - but cloud computing 
>  > > also focuses on allowing computing to be delivered as a service. 
>  > > http://www.accelacomm.com/jaw/sfnl/114/51521223/ 
>  > > _______________________________________________ 
>  > > 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 
>  > 
 		 	   		  

> Date: Sun, 26 Feb 2012 17:49:16 +1100
> From: djd <dj...@cm...>
> 
> There were no complaints and the application worked!
> 
> I then copied the application to a second PC with the same version of XP 
> (according to the "ver" command),
> but the application aborted.

Did it display any messages when it aborted?

Can you find anything interesting in the Event Viewer (most probably
in the Application part of it)?

> From: Me Myself and I <sta...@li...>
> Date: Sun, 26 Feb 2012 15:54:57 +1100
> 
> Are there any mingw32 people who know what I need to do to my /lib/cpp to get it behaving better?

There's no /lib/cpp in MinGW, so don't waste your time looking for it
or trying to build it.  There even isn't a certainty at this point
that the problem you had trying to build GMP was due to the
preprocessor; it could well be something entirely different.

> The advice I have so far doesn't help

Did you try to compile the test program manually, like I suggested?
If you did, what were the results?

If you didn't, please do, as I'm quite sure this is the right way of
finding the root cause for your trouble.

Once again, here are the steps I suggest, with some more details this
time:

 . Copy the offending test program to a file named conftest.c.  For
   your convenience, I attach the file's contents at the end of this
   message.

 . Open a Windows Command Prompt window (note: NOT the MSYS shell
   window! the "normal" Command Prompt window with the default Windows
   shell, cmd.exe.

 . Go to the directory where you put conftest.c and type these
   commands:

       gcc -std=gnu99 -E conftest.c
       echo %ERRORLEVEL%

 . The second command must be typed immediately after the first.

 . Copy/paste the output into a mail message and post the results
   here.

Here's the test program again, just copy text between the two "----"
dividers and save to a file:

---------------------------------------------
/* confdefs.h */
#define PACKAGE_NAME "GNU MP"
#define PACKAGE_TARNAME "gmp"
#define PACKAGE_VERSION "5.0.4"
#define PACKAGE_STRING "GNU MP 5.0.4"
#define PACKAGE_BUGREPORT "gmp...@gm..., see http://gmplib.org/manual/Reporting-Bugs.html"
#define PACKAGE_URL "http://www.gnu.org/software/gmp/"
#define PACKAGE "gmp"
#define VERSION "5.0.4"
#define WANT_FFT 1
#define HAVE_HOST_CPU_i686 1
#define HAVE_SPEED_CYCLECOUNTER 2
#define HAVE_CALLING_CONVENTIONS 1
/* end confdefs.h.  */
#ifdef __STDC__
# include <limits.h>
#else
# include <assert.h>
#endif
		     Syntax error
---------------------------------------------

Ciao.

I have built GMP 5.0.4 and MPFR 3.1.0 from source under MinGW with no problem at all. I'm really baffled about this problem! I can send you the libraries if you stuck!

From: sta...@li...
To: sfh...@ho...; gcc...@gc...; ja...@gc...; min...@li...
Subject: Compiling and building vital libraries.
Date: Sun, 26 Feb 2012 13:06:15 +1100







I have been referred to http://sourceforge.net/projects/gmpmingw/
for a mingw32 binary version of GMP.

I have the following in my etc/profile file:

export PATH="/home/User/nano":$PATH;
export PATH="/home/User/":$PATH;
export PATH="/home/User/gmp-5.0.2":$PATH;

I need to get the following working:

GMP
MPFR
MPC

I am finding now that 

"C preprocessor /lib/cpp  is failing a sanity check." when I attempt to compile MPFR, with the aforementioned binary GMP.

Are there any mingw32 people who know what I need to do to my /lib/cpp to get it behaving better?

From: sfh...@ho...
To: el...@gn...; sta...@li...
CC: min...@li...
Subject: RE: [Mingw-users] compiling and building GMP library
Date: Sat, 25 Feb 2012 08:56:39 +0000







Ciao.

I've just built GMP 5.0.4 under MinGW without any problems. I'm using GCC 4.5.2. I can upload the libraries onto SourceForge if required. FYI, you can find GMP 5.0.2 for MinGW here: http://sourceforge.net/projects/gmpmingw/

Cheers.

Sergio.

> Date: Sat, 25 Feb 2012 10:31:07 +0200
> From: el...@gn...
> To: sta...@li...
> CC: min...@li...
> Subject: Re: [Mingw-users] compiling and building GMP library
> 
> > From: Me Myself and I <sta...@li...>
> > Date: Sat, 25 Feb 2012 18:57:02 +1100
> > 
> > I havn't changed anything else except a few export statements in my
> > .etc/profile file.
> 
> What exactly did you change?
> 
> > configure:9244: gcc -std=gnu99 -E  conftest.c
> > configure:9244: $? = 1
> > configure: failed program was:
> > | /* confdefs.h */
> > | #define PACKAGE_NAME "GNU MP"
> > | #define PACKAGE_TARNAME "gmp"
> > | #define PACKAGE_VERSION "5.0.4"
> > | #define PACKAGE_STRING "GNU MP 5.0.4"
> > | #define PACKAGE_BUGREPORT "gmp...@gm..., see http://gmplib.org/manual/Reporting-Bugs.html"
> > | #define PACKAGE_URL "http://www.gnu.org/software/gmp/"
> > | #define PACKAGE "gmp"
> > | #define VERSION "5.0.4"
> > | #define WANT_FFT 1
> > | #define HAVE_HOST_CPU_i686 1
> > | #define HAVE_SPEED_CYCLECOUNTER 2
> > | #define HAVE_CALLING_CONVENTIONS 1
> > | /* end confdefs.h.  */
> > | #ifdef __STDC__
> > | # include <limits.h>
> > | #else
> > | # include <assert.h>
> > | #endif
> > | 		     Syntax error
> 
> I see now that the "Syntax error" part is not a sign of anything: it
> comes from the configure script itself, and is there for a good
> reason (read the comments in the script if you want to know more).
> 
> So I can only repeat my previous suggestion: copy the above to a file
> named conftest.c and run GCC from the shell prompt, exactly as the
> script claims to have run it:
> 
>    gcc -std=gnu99 -E  conftest.c
> 
> Then look at the output and any error messages you get.
> 
> For your reference, when I try this here, I get this output:
> 
>   # 1 "conftest.c"
>   # 1 "<built-in>"
>   # 1 "<command line>"
>   # 1 "conftest.c"
>   # 16 "conftest.c"
>   # 1 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/limits.h" 1 3
>   # 21 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/limits.h" 3
>   # 1 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/_mingw.h" 1 3
>   # 31 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/_mingw.h" 3
> 
>   # 32 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/_mingw.h" 3
>   # 22 "D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include/limits.h" 2 3
>   # 17 "conftest.c" 2
> 
> 
> 
> 	 Syntax error
> 
> and the exit code is zero.
> 
> (Obviously, the "D:/usr/bin" part depends on where GCC is installed,
> and will probably be different on your machine.)
> 
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing 
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> 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
 		 	   		   		 	   		   		 	   		  

On Sun, 26 Feb 2012, Me Myself and I wrote:

>
> I have been using mingw-get-inst-20110530 to get the most
>
> up to date archives.  Is there a more recent copy of this installer
>
> exe I can use to install mingw32 afresh, with no problems?

http://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/

Vincent Torri

>
>
> On 2/26/2012 13:01, Me Myself and I wrote:
>>
>> Can someone give the the file URL link for the GNU CPP
>> source code build tar file?
>>
>>
>
> It is part of GCC, you aren't going to be able to build it separately.
>
> Your MinGW install is mysteriously broken, it has nothing to do with
> installing GNU CPP.
>
> You should try using Linux cross compiler in a VM if you're stuck on
> Windows, it might just solve most of your problems.
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> 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
>
>

I have been using mingw-get-inst-20110530 to get the most

up to date archives.  Is there a more recent copy of this installer

exe I can use to install mingw32 afresh, with no problems?


On 2/26/2012 13:01, Me Myself and I wrote:
> 
> Can someone give the the file URL link for the GNU CPP
> source code build tar file?
>  		 	   		  
> 
 
It is part of GCC, you aren't going to be able to build it separately.
 
Your MinGW install is mysteriously broken, it has nothing to do with
installing GNU CPP.
 
You should try using Linux cross compiler in a VM if you're stuck on
Windows, it might just solve most of your problems. 		 	   		  

On 2/26/2012 13:01, Me Myself and I wrote:
> 
> Can someone give the the file URL link for the GNU CPP
> source code build tar file?
>  		 	   		  
> 

It is part of GCC, you aren't going to be able to build it separately.

Your MinGW install is mysteriously broken, it has nothing to do with
installing GNU CPP.

You should try using Linux cross compiler in a VM if you're stuck on
Windows, it might just solve most of your problems.

As a beginner with both c and mingw, I attempted moving an application 
from the ...nix
environment to Windows XP using mingw.

To do this, I one-by-one linked the various *.c components, including 
headers and library functions unavailable with
the standard mingw distribution (eg regex, regcomp, getline, uname, 
libintl.a ...), then compiled the lot
with the -Wall option.

There were no complaints and the application worked!

I then copied the application to a second PC with the same version of XP 
(according to the "ver" command),
but the application aborted.

During the compile on the original, I did not have any cause to think 
there may be dynamic libraries included.
However to be sure, I installed the same distribution of mingw on the 
second PC together with the additional libraries.
The application still aborted!

I copied the application from the second PC back to the original PC and 
ran it. It was OK.

I would welcome any suggestions about what to do in order to discover 
the cause of the problem on the
second PC.


Regards

I have installed mingw32 on 64 bit Windows 7 using

mingw-get-inst-20110530.exe

I have been referred to http://sourceforge.net/projects/gmpmingw/

for a mingw32 binary version of GMP.

 I have the following in my etc/profile file:

export PATH="/home/User/nano":$PATH;
export PATH="/home/User/":$PATH;
export PATH="/home/User/gmp-5.0.2":$PATH;

I need to get the following working:

GMP
MPFR
MPC

I am finding now that

"C preprocessor /lib/cpp  is failing a sanity check." when I attempt to compile MPFR, with the aforementioned binary GMP.

Are there any mingw32 people who know what I need to do to my /lib/cpp to get it behaving better?

The advice I have so far doesn't help; further complicated that I seem to have a working /bin/cpp already.

What changes do I need to introduce?

 		 	   		  

Can someone give the the file URL link for the GNU CPP
source code build tar file?
 		 	   		  

I have installed mingw32 on 64 bit Windows 7 using

mingw-get-inst-20110530.exe

I have been referred to http://sourceforge.net/projects/gmpmingw/
for a mingw32 binary version of GMP.

I have the following in my etc/profile file:

export PATH="/home/User/nano":$PATH;
export PATH="/home/User/":$PATH;
export PATH="/home/User/gmp-5.0.2":$PATH;

I need to get the following working:

GMP
MPFR
MPC

I am finding now that 

"C preprocessor /lib/cpp  is failing a sanity check." when I attempt to compile MPFR, with the aforementioned binary GMP.

Are there any mingw32 people who know what I need to do to my /lib/cpp to get it behaving better?

The advice I have so far doesn't help, and I have also installed the default C++ which comes with the exe installer I have.

I'm about to try the cpp from source, but apart from that, is there anyone out there with advice to solve the problem?