From:	ZAlain DOT Culos AT bigfoot DOT com (Alain CULOS)
Subject:	compiling V 1.18 with mingw32
11 Apr 1998 06:56:59 -0700 :
Message-ID:	<352E1BA3.BD2AF6D0.cygnus.gnu-win32@bigfoot.com>
Mime-Version:	1.0
To:	V++ <vgui-discuss AT ringtail DOT hna DOT com DOT au>, cygwin <gnu-win32 AT cygnus DOT com>

Dear all,

I recently downloaded Mingw32 (the one that goes with gcc 2.8.1) and V GUI (version 1.18) including the makefiles for Mingw32.

One funny thing, what had happened the compile for V1.17 has happened the same in V1.18 : strtok and strchr both miss a definition from what we can see below (V1.17) :

> g++ -O3 -c -I../includew -D_WIN32 VAPP.cpp -o VAPP.o
> VAPP.cpp: In function `int CMain(void *, void *, char *, int)':
> VAPP.cpp:1032: warning: implicit declaration of function `int
> strtok(...)'
> VAPP.cpp:1032: warning: assignment to `char *' from `int' lacks a cast
> VAPP.cpp:1036: warning: implicit declaration of function `int
> strchr(...)'
> VAPP.cpp:1036: ANSI C++ forbids comparison between pointer and integer
> VAPP.cpp:1038: warning: assignment to `char *' from `int' lacks a cast
> D:\MINGW32\BIN\MAKE.EXE: *** [VAPP.o] Error 1

In V1.18 the only difference is in line numbers (1040 & 1044).

Nice and helpful users gave me hints about headers that might be incomplete, I checked and even though Mingw32 and Cygwin32 define strings.h very differently they are meant to do the same job in the end. I replaced one by the other, the same error message got displayed when I tried to compile again.

I eventually decided to copy the Mingw32 string.h header in another directory of the header search list, and miracle, it worked.
I do not understand that bit of the story. To clarify it a bit I have to say my only disk drive is partitionned in C: and D:, the program I compile is on C: and Mingw32 is installed on D:, but so is Cygwin32.
The program I compile (V GUI 1.18) does use loads of other standard include files, there is no problem with any of them, only string.h gives me problems.

I would appreciate very much to know if anyone out there has any clue about what is happening in this compile. Why should it not find string.h in its normal location ? This is a Mingw32 related problem. I did not have that problem with Cygwin32.

MTIA for all replies,
Al.


--
ANTI SPAM / ANTI ARROSAGE COMMERCIAL :
Pour me répondre, veuillez enlever le Z de mon adresse.
To answer me, please take out the Z from my address.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -