<br><font size=3>Hi!</font>
<br>
<br><font size=3>After Paul Hiemstra gave me the hint to make a fresh install
of MinGW,</font>
<br><font size=3>I managed to build the Proj-4 library libproj.a on my
Win-XP box.</font>
<br><font size=3>Then I encountered problems with the gfortran version
included with that gcc collection,</font>
<br><font size=3>and someone pointed me at an ultimately fresh gcc snapshot,
which </font>
<br><font size=3>can be downloaded from www.equation.com. </font>
<br><font size=3>My fortran performance was greatly boosted by this upgrade,</font>
<br><font size=3>but Proj-4 now refuses to be built. Again... Of course
I still have the</font>
<br><font size=3>old library from the gcc version that I installed some
days ago, but I don't like</font>
<br><font size=3>having to have two gcc versions for all the different
needs.</font>
<br>
<br><font size=3>The gcc version that builds Proj-4 without problems is:</font>
<br>
<br><font size=3>$ gcc -v <br>
Reading specs from c:/mingw/bin/../lib/gcc/mingw32/3.4.5/specs <br>
Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with- <br>
gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw <br>
-- <br>
enable-threads --disable-nls --enable-languages=c,c+ <br>
+,f77,ada,objc,java --disable-win32-registry --disable-shared -- <br>
enable- <br>
sjlj-exceptions --enable-libgcj --disable-java-awt --without-x -- <br>
enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter -- <br>
enable-hash-synchronization --enable-libstdcxx-debug <br>
Thread model: win32 <br>
gcc version 3.4.5 (mingw-vista special r3) </font>
<p>
<p><font size=3>The snapshot that has better Fortran support but that crashes
building Proj-4 is:</font>
<br>
<br><font size=3>$ gcc -v </font>
<br><font size=3>Built by Equation Solution &lt;</font><a href=http://www.equation.com/><font size=3>http://www.Equation.com&gt;.</font></a>
<br><font size=3>Using built-in specs.</font>
<br><font size=3>Target: i386-pc-mingw32</font>
<br><font size=3>Configured with: ../gcc-4.4-20090220-mingw/configure --host=i386-pc-mingw32
--build=x86_64-unknown-linux-gnu --target=i386-pc-mingw32 --prefix=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gcc/4.4-20090220
--with-gcc --with-gnu-ld --with-gnu-as --disable-shared --disable-nls --disable-tls
--with-gmp=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gmp --with-mpfr=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpfr
--enable-languages=c,fortran,c++ --with-sysroot=/home/gfortran/gcc-home/binary/mingw32/cross/x86_32/gcc/4.4-20090220
--enable-libgomp --enable-threads=win32 --disable-win32-registry</font>
<br><font size=3>Thread model: win32</font>
<br><font size=3>gcc version 4.4.0 20090220 (experimental) (GCC) </font>
<br>
<br>
<p><font size=3>Using this gcc, ./configure ran okay, but &quot;make&quot;
crashed: </font>
<p><font size=3>$ make <br>
Making all in src <br>
make[1]: Entering directory `d:/Arjan/proj/proj-4.6.1/src' <br>
c:/mingw/bin/make &nbsp;all-am <br>
make[2]: Entering directory `d:/Arjan/proj/proj-4.6.1/src' <br>
C:/msys/1.0/bin/sh.exe ../libtool --tag=CC &nbsp; --mode=compile gcc -
<br>
DHAVE_CONFIG_H -I. -DPROJ_LIB=\&quot;/usr/local/share/proj\&quot; &nbsp;
&nbsp; -g -O2 -MT <br>
jniproj.lo -MD -MP -MF .deps/jniproj.Tpo -c -o jniproj.lo jniproj.c <br>
Xjniproj.Tpo -c -o jniproj.lo jniproj.lo <br>
libtool: compile: libobj name `jniproj.Tpo -c -o jniproj.lo <br>
jniproj.lo' may not contain shell special characters. <br>
rm: invalid option -- c <br>
Try `rm --help' for more information. <br>
&nbsp;gcc -DHAVE_CONFIG_H -I. &quot;-DPROJ_LIB=\\/usr/local/share/proj\&quot;
-g -O2 - <br>
MT jniproj.lo -MD -MP -MF .deps/jniproj.Tpo -c -o jniproj.lo <br>
jniproj.c&quot; &nbsp;-DDLL_EXPORT -DPIC -o .libs/jniproj.Tpo -c -o jniproj.lo
<br>
jniproj.o <br>
gcc.exe: jniproj.o: linker input file unused because linking not done <br>
&nbsp;gcc -DHAVE_CONFIG_H -I. &quot;-DPROJ_LIB=\\/usr/local/share/proj\&quot;
-g -O2 - <br>
MT jniproj.lo -MD -MP -MF .deps/jniproj.Tpo -c -o jniproj.lo <br>
jniproj.c&quot; -o jniproj.Tpo -c -o jniproj.lo jniproj.o &gt;/dev/null
2&gt;&amp;1 <br>
mv -f .deps/jniproj.Tpo .deps/jniproj.Plo <br>
mv: cannot stat `.deps/jniproj.Tpo': No such file or directory <br>
make[2]: *** [jniproj.lo] Error 1 <br>
make[2]: Leaving directory `d:/Arjan/proj/proj-4.6.1/src' <br>
make[1]: *** [all] Error 2 <br>
make[1]: Leaving directory `d:/Arjan/proj/proj-4.6.1/src' <br>
make: *** [all-recursive] Error 1 </font>
<p><font size=3>Somehow the new gcc version cannot compile the same code
that went <br>
allright with the old version, and that had led to a working C sample.
<br>
Is the Proj-4 project &quot;very sensitive&quot; or &quot;less generic&quot;?
Or is there a bug in the gcc snapshot? </font>
<p>
<p><font size=3>Arjan </font>
<p>
<br><font size=3 face="sans-serif"><br>
</font><font size=1 color=blue face="Verdana"><u><br>
</u></font><a href=http://www.rivm.nl/disclaimer.htm target=_new><font size=1 color=blue face="Verdana"><u><br>
Disclaimer RIVM</u></font></a>