From: pascal b. <pas...@fr...> - 2002-07-09 03:57:06
|
Hi I am a new user on win2k I have installed MinGW-1.1.tar.gz in c:/mingw plus MSYS-1.0.8-i686-2002.06.25-1.exe in c:/msys i noticed that msys postinstall batch mention to install mingw in a = separate mingw dir (if not already installed), while msys doc says to = install it in a mingw subdir of msys. I have first compiled zlib and libpng with mingw only, there were = special makefiles in the dist. then i successfully compiled libiconv with configure / make after i = installed msys. my question is should i always use configure / make now i have installed = msys or can i use a makefile.mingw that is sometimes provided ? what is = the preferred include and lib dir ? both mingw and msys ? after that to get used to the programs, i tried to compile=20 binutils-2_12_90-20020518-1-src.tar.gz make-3.79.1-20010722-src.tar.gz gcc-3_1-20020516-1-src.tar.gz with configure / make but the three failed make wants a pwd.h that does not exist from glob.c:75 =20 gcc says=20 make[1]: Entering directory `/c/gcc-3_1-20020516/libiberty' make[2]: Entering directory `/c/gcc-3_1-20020516/libiberty/testsuite' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/c/gcc-3_1-20020516/libiberty/testsuite' make[1]: Leaving directory `/c/gcc-3_1-20020516/libiberty' make[1]: Entering directory `/c/gcc-3_1-20020516/gcc' (cd intl && make all) make[2]: Entering directory `/c/gcc-3_1-20020516/gcc/intl' : -y -d --name-prefix=3D__gettext --output plural.c plural.y rm -f plural.h make[2]: Leaving directory `/c/gcc-3_1-20020516/gcc/intl' test -d po || mkdir po : --statistics -o po/da.gmo po/da.po test -d po || mkdir po : --statistics -o po/el.gmo po/el.po test -d po || mkdir po : --statistics -o po/es.gmo po/es.po test -d po || mkdir po : --statistics -o po/fr.gmo po/fr.po test -d po || mkdir po : --statistics -o po/ja.gmo po/ja.po test -d po || mkdir po : --statistics -o po/nl.gmo po/nl.po test -d po || mkdir po : --statistics -o po/sv.gmo po/sv.po test -d po || mkdir po : --statistics -o po/tr.gmo po/tr.po /c/gcc-3_1-20020516/gcc/xgcc -B/c/gcc-3_1-20020516/gcc/ = -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ = -isystem /usr/local/i686-pc-mingw32/include -O2 -DIN_GCC -W -Wall = -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem = ./include -I. -I. -I. -I./. -I./config -I./../include -g0 = -finhibit-size-directive -fno-inline-functions -fno-exceptions \ -c ./crtstuff.c -DCRT_BEGIN \ -o crtbegin.o make[1]: Leaving directory `/c/gcc-3_1-20020516/gcc' and binutils fails with a makeinfo node nonexiting and I 'm not sure make -i installs everything ok so I am missing other package s othat everything compiles ok=20 thanks pascal |
From: Earnie B. <ear...@ya...> - 2002-07-09 11:05:17
|
> pascal barbedor wrote: > > Hi > I am a new user on win2k > I have installed MinGW-1.1.tar.gz in c:/mingw > plus MSYS-1.0.8-i686-2002.06.25-1.exe in c:/msys > > > i noticed that msys postinstall batch mention to install mingw in a > separate mingw dir (if not already installed), while msys doc says to > install it in a mingw subdir of msys. > Thanks for the bug report. > > I have first compiled zlib and libpng with mingw only, there were > special makefiles in the dist. > then i successfully compiled libiconv with configure / make after i > installed msys. > > my question is should i always use configure / make now i have > installed msys or can i use a makefile.mingw that is sometimes > provided ? what is the preferred include and lib dir ? both mingw and > msys ? > That's up to you. Which ever works, is most comfortable, and is easiest to do. > after that to get used to the programs, i tried to compile > binutils-2_12_90-20020518-1-src.tar.gz > make-3.79.1-20010722-src.tar.gz > gcc-3_1-20020516-1-src.tar.gz > > with configure / make but the three failed > > make wants a pwd.h that does not exist from glob.c:75 > Hmm... I thought that the maintainer had incorporated changes to make for _WIN32. Are there precompiler guards that need set somewhere near line 75 in glob.c? Note, that the "native Win32" version of make isn't as robust as the msys-1.0.dll dependent version. > gcc says > > make[1]: Entering directory `/c/gcc-3_1-20020516/libiberty' > make[2]: Entering directory `/c/gcc-3_1-20020516/libiberty/testsuite' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/c/gcc-3_1-20020516/libiberty/testsuite' > make[1]: Leaving directory `/c/gcc-3_1-20020516/libiberty' > make[1]: Entering directory `/c/gcc-3_1-20020516/gcc' > (cd intl && make all) > make[2]: Entering directory `/c/gcc-3_1-20020516/gcc/intl' > : -y -d --name-prefix=__gettext --output plural.c plural.y > rm -f plural.h > make[2]: Leaving directory `/c/gcc-3_1-20020516/gcc/intl' > test -d po || mkdir po > : --statistics -o po/da.gmo po/da.po > test -d po || mkdir po > : --statistics -o po/el.gmo po/el.po > test -d po || mkdir po > : --statistics -o po/es.gmo po/es.po > test -d po || mkdir po > : --statistics -o po/fr.gmo po/fr.po > test -d po || mkdir po > : --statistics -o po/ja.gmo po/ja.po > test -d po || mkdir po > : --statistics -o po/nl.gmo po/nl.po > test -d po || mkdir po > : --statistics -o po/sv.gmo po/sv.po > test -d po || mkdir po > : --statistics -o po/tr.gmo po/tr.po > /c/gcc-3_1-20020516/gcc/xgcc -B/c/gcc-3_1-20020516/gcc/ > -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ > -isystem /usr/local/i686-pc-mingw32/include -O2 -DIN_GCC -W -Wall > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem > ./include -I. -I. -I. -I./. -I./config -I./../include -g0 > -finhibit-size-directive -fno-inline-functions -fno-exceptions \ > -c ./crtstuff.c -DCRT_BEGIN \ > -o crtbegin.o > make[1]: Leaving directory `/c/gcc-3_1-20020516/gcc' > and binutils fails with a makeinfo node nonexiting > and I 'm not sure make -i installs everything ok > > > so I am missing other package s othat everything compiles ok > You need to make certain that you have the correct source set. For GCC-3.1 that would be in GCC's CVS under a cygwin-mingw branch. For the latest binutils try the CVS head at sources.redhat.com. For make, try the CVS at sf.net/projects/mingw under msys/packages. Earnie. |
From: Nicolas B. <nic...@ma...> - 2002-07-09 13:13:27
|
Hi, A while back I reported some problems with msys and Tcl/Tk. Tcl builds fine, but Tk still has the make.exe problem. The sh.exe problem seems fixed; thank-you. I was wondering if there was any progress with make.exe? regards, nicolas boretos |
From: Earnie B. <ear...@ya...> - 2002-07-09 13:51:29
|
Nicolas Boretos wrote: > > Hi, > A while back I reported some problems with msys and Tcl/Tk. Tcl builds > fine, but Tk still has the make.exe problem. The sh.exe problem seems > fixed; thank-you. I was wondering if there was any progress with make.exe? > Remind me of the exact problems with make. I have yet to try a build of these packages. That is still on my round tuit list. But, I've other fires currently. |
From: Nicolas B. <nic...@ma...> - 2002-07-10 09:53:58
|
Earnie Boyd wrote: > Nicolas Boretos wrote: > >>Hi, >>A while back I reported some problems with msys and Tcl/Tk. Tcl builds >>fine, but Tk still has the make.exe problem. The sh.exe problem seems >>fixed; thank-you. I was wondering if there was any progress with make.exe? >> >> > > Remind me of the exact problems with make. I have yet to try a build of > these packages. That is still on my round tuit list. But, I've other > fires currently. Hi Earnie, Attached are the stackdumps. In short, tcl compiles ok when using the msys/mingw tarball from the tcl project at sf. sh.exe crashes when compiling tk with this tarball. Using the snapshot of msys and mingw from the mingw project page, tcl does not compile because make.exe dumps. Should I try to use make.exe from the tcl mingw distro in place of the mingw distro make? Anyway, tia, nicolas I'm on XP, but I tried this on other machines, W98, W2K THis is sh.exe.stackdump using the msys package from sf.net/projects/tcl while trying to compile tk. Note, TCL compiles ok. Exception: STATUS_ACCESS_VIOLATION at eip=7108B968 eax=7F2E6FFD ebx=710A4A28 ecx=710A4ABD edx=6F2E6769 esi=710A4ABD edi=710594D6 ebp=00BDFA78 esp=00BDFA70 program=C:\msys\bin\sh.exe cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 00BDFA78 7108B968 (710A4ABD, 6F2E6769, 00BDFAB4, 009C4090) 00BDFAA8 7108B834 (710A4A28, 6F2E6769, 00000000, 00000000) 00BDFAC8 710569E2 (710594D6, 0000035C, 009C24B8, 71059E13) 00BDFEF8 71059E1D (00000000, 710594D6, 00000000, 7FFFFFFF) 00BDFF68 7105A41B (00000000, 00BDFFB4, 71004E3C, 00BDFFAC) 00BDFFB4 71004E5E (710A2EB4, 000000AC, 77F52DBB, 710A2EB4) 00BDFFEC 77E802ED (71004E14, 7109F108, 77366377, 0000035C) End of stack trace This is make.exe.stackdump using the latest msys snapshot, and mingw1.1 from http://prdownloads.sourceforge.net/mingw/MinGW-1.1.tar.gz?use_mirror=belnet This is from trying to compile TCL Exception: STATUS_ACCESS_VIOLATION at eip=0040C22A eax=00000004 ebx=71550AF4 ecx=710A7A90 edx=0022EB58 esi=FFFFFFFF edi=00000000 ebp=0022EB94 esp=0022EB6C program=C:\msister\bin\make.exe cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 0022EB94 0040C22A (00000004, 0A02A408, 000000C8, 00407BBE) 0022EBB4 7108F252 (00000004, 0A02A408, 000000C8, 00407BEC) 0022EC24 00407C09 (0A02A268, 0022EC3C, 00407D99, 00407F97) 0022EC84 00408154 (0022ED0C, 0022ED10, 00000000, 710634F1) 0022ED24 00403B28 (00000000, 0A0169B8, FFFFFFFF, 7103030D) 0022ED54 0040443E (0A0169B8, 00000000, 0000003A, 710634F1) 0022EDF4 00403EB5 (00000000, 0A017848, FFFFFFFF, 7103030D) 0022EE24 0040443E (0A017848, 00000000, 0000003A, 71030550) 0022EEC4 00403EB5 (00000000, 0A024F70, FFFFFFFF, 00411D9A) 0022EEF4 0040447C (0A024F70, 0A017FB0, 0022EF44, 0040BD53) 0022EF44 0040BEE7 (0A017FB0, 00000000, 00000000, 0041882F) 0022EF74 00402A57 (0A017FB0, 00000000, 00000001, 00000000) 0022EFA4 004183EB (0A017FB0, 00000001, 0000000D, 00000000) 0022F014 00417AA7 (0A017FB0, 00000007, 00000000, 00000000) 0022F054 0041692E (0A017FB0, 00000006, 0022F0B4, 004186D5) 0022F0A4 00417DD0 (0A017FB0, 00000005, 00000001, 00000000) End of stack trace (more stack frames may be present) |
From: Earnie B. <ear...@ya...> - 2002-07-10 11:38:20
|
--- Nicolas Boretos <nic...@ma...> wrote: > > > Earnie Boyd wrote: > > > Nicolas Boretos wrote: > > > >>Hi, > >>A while back I reported some problems with msys and Tcl/Tk. Tcl builds > >>fine, but Tk still has the make.exe problem. The sh.exe problem seems > >>fixed; thank-you. I was wondering if there was any progress with make.exe? > >> > >> > > > > Remind me of the exact problems with make. I have yet to try a build of > > these packages. That is still on my round tuit list. But, I've other > > fires currently. > > > > Hi Earnie, > > > Attached are the stackdumps. In short, tcl compiles ok when using the > msys/mingw tarball from the tcl project at sf. sh.exe crashes when > compiling tk with this tarball. Using the snapshot of msys and mingw > from the mingw project page, tcl does not compile because make.exe dumps. > > Should I try to use make.exe from the tcl mingw distro in place of the > mingw distro make? > Uhm, I not interested in solving problems of others distributions. Download the latest MSYS-1.0.8 snapshot. It has these problems resolved. Earnie. __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com |
From: pascal b. <pas...@fr...> - 2002-07-09 22:19:55
|
> > You need to make certain that you have the correct source set. For > GCC-3.1 that would be in GCC's CVS under a cygwin-mingw branch. For the > latest binutils try the CVS head at sources.redhat.com. For make, try > the CVS at sf.net/projects/mingw under msys/packages. > > Earnie. Hi I took the package from mingw download page, (gcc-3_1-20020516-1-src.tar.gz) so I guess this is the correct source set. I tried again from a dir different from src dir (as mentionned in the installing gcc page http://gcc.gnu.org/install/configure.html ), and with --disable--nls option I think I got almost to the end (i can see a cpp.exe f771.exe, g++.exe.. built) but there is an error message by the end, here it is <command line>:1:20: warning: ISO C requires whitespace after the macro name In file included from c:/gcc-3_1-20020516/gcc/config/i386/mingw32.h:31, from tconfig.h:16, from c:/gcc-3_1-20020516/gcc/crtstuff.c:61: c:/gcc-3_1-20020516/gcc/config/i386/cygwin.h:31:19: stdio.h: No such file or directory In file included from c:/gcc-3_1-20020516/gcc/config/i386/mingw32.h:31, from tconfig.h:16, from c:/gcc-3_1-20020516/gcc/crtstuff.c:61: c:/gcc-3_1-20020516/gcc/config/i386/cygwin.h:470: parse error before '*' token c:/gcc-3_1-20020516/gcc/config/i386/cygwin.h:470: warning: function declaration isn't a prototype c:/gcc-3_1-20020516/gcc/config/i386/cygwin.h:472: parse error before '*' token c:/gcc-3_1-20020516/gcc/config/i386/cygwin.h:472: warning: function declaration isn't a prototype In file included from c:/gcc-3_1-20020516/gcc/crtstuff.c:62: c:/gcc-3_1-20020516/gcc/tsystem.h:63:19: stdio.h: No such file or directory c:/gcc-3_1-20020516/gcc/tsystem.h:66:23: sys/types.h: No such file or directory c:/gcc-3_1-20020516/gcc/tsystem.h:69:19: errno.h: No such file or directory c:/gcc-3_1-20020516/gcc/tsystem.h:76:20: string.h: No such file or directory c:/gcc-3_1-20020516/gcc/tsystem.h:80:20: stdlib.h: No such file or directory c:/gcc-3_1-20020516/gcc/tsystem.h:81:20: unistd.h: No such file or directory In file included from c:/gcc31/gcc/include/limits.h:132, from c:/gcc31/gcc/include/syslimits.h:7, from c:/gcc31/gcc/include/limits.h:11, from c:/gcc-3_1-20020516/gcc/tsystem.h:84, from c:/gcc-3_1-20020516/gcc/crtstuff.c:62: include/limits.h:132:75: no include path in which to find limits.h In file included from c:/gcc-3_1-20020516/gcc/crtstuff.c:62: c:/gcc-3_1-20020516/gcc/tsystem.h:87:18: time.h: No such file or directory make[1]: *** [crtbegin.o] Error 1 make: *** [all-gcc] Error 2 Another question about building package : suppose i build perl with msys and gcc, will the executable run differently from a perl compiled with vc6 ? same for apache ? that is to say mingw is a complete replacement solution that gives the same executables that would vc6, but with gnu building process ? thanks pascal |
From: Luke D. <cod...@ho...> - 2002-07-10 01:17:17
|
----- Original Message ----- From: "pascal barbedor" <pas...@fr...> To: "Earnie Boyd" <Min...@li...> Sent: Wednesday, July 10, 2002 6:24 AM Subject: Re: [Mingw-users] compiling mingw packages > > > > You need to make certain that you have the correct source set. For > > GCC-3.1 that would be in GCC's CVS under a cygwin-mingw branch. For the > > latest binutils try the CVS head at sources.redhat.com. For make, try > > the CVS at sf.net/projects/mingw under msys/packages. > > > > Earnie. > > Hi > > I took the package from mingw download page, > (gcc-3_1-20020516-1-src.tar.gz) so I guess this is the correct source set. This is not the most up-to-date source but it should still work. > > I tried again from a dir different from src dir (as mentionned in the > installing gcc page http://gcc.gnu.org/install/configure.html ), and > with --disable--nls option Yes, you do need that option. > > I think I got almost to the end (i can see a cpp.exe f771.exe, g++.exe.. > built) > but there is an error message by the end, here it is > > <command line>:1:20: warning: ISO C requires whitespace after the macro name > In file included from c:/gcc-3_1-20020516/gcc/config/i386/mingw32.h:31, > from tconfig.h:16, > from c:/gcc-3_1-20020516/gcc/crtstuff.c:61: > c:/gcc-3_1-20020516/gcc/config/i386/cygwin.h:31:19: stdio.h: No such file or > directory You need to extract the mingw-runtime and w32api packages into the "prefix" directory before you compile. > Another question about building package : > > suppose i build perl with msys and gcc, will the executable run differently > from a perl compiled with vc6 ? > same for apache ? > > that is to say mingw is a complete replacement solution that gives the same > executables that would vc6, but with gnu building process ? > > thanks > pascal I don't have experience building perl or apache, but yes, the executable produced should have mostly the same functionality as that produced by MSVC. It depends on the particular package, but one difference is that Mingw does not support Structure Exception Handling, so any application that uses it may behave differently. Probably most portable software does not use SEH, but I have heard that TCL is one example that does (though it may also have been modified to be compatible with Mingw). Luke Dunstan |
From: Luke D. <cod...@ho...> - 2002-07-10 01:26:14
|
----- Original Message ----- From: "Earnie Boyd" <ear...@ya...> To: "pascal barbedor" <pas...@fr...> Cc: <min...@li...> Sent: Tuesday, July 09, 2002 7:02 PM Subject: Re: [Mingw-users] compiling mingw packages > > pascal barbedor wrote: > > > > after that to get used to the programs, i tried to compile > > binutils-2_12_90-20020518-1-src.tar.gz > > make-3.79.1-20010722-src.tar.gz > > gcc-3_1-20020516-1-src.tar.gz > > > > with configure / make but the three failed > > > > make wants a pwd.h that does not exist from glob.c:75 > > > > Hmm... I thought that the maintainer had incorporated changes to make > for _WIN32. Are there precompiler guards that need set somewhere near > line 75 in glob.c? Note, that the "native Win32" version of make isn't > as robust as the msys-1.0.dll dependent version. This looks like one example where the software (make) was designed to work with a Mingw-specific makefile but not with 'configure'. You only need to look at the error location: #if !defined _AMIGA && !defined VMS && !defined WINDOWS32 # include <pwd.h> #endif The pwd.h header should not be included for Win32, but the WINDOWS32 symbol is only defined by 'Makefile.mingw', not by the makefile generated by 'configure'. The correct way would have been to check for _WIN32 because it is built-in to Windows compilers, but the best way for you to solve the problem is just to use 'make -f Makefile.mingw' instead of 'configure'. If you are building 'make' just for the practice that is fine, but as Earnie says, the version of 'make' included with MSYS works better in general. Luke Dunstan |