Hi again. You seem to be having some truly weird issues. On 19. 4. 2015 19:42, Greg Jung wrote: > Another instance of this egrep message emanating from what should be > an automatic run. This time I've unpacked with the makepkg procedure > which only completed its patches and failed (for unknown causes). > then run configure ...
It's be nice to see what went wrong. I just tried makepkg-mingw with the mingw-w64-graphicsmagick package, and it got past the prepare() step just fine. Part of the prepare() step is calling autoreconf which overwrites configure, so using that source tree after a failure seems dubious. > configuring GraphicsMagick 1.3.21 > checking build system type... i686-w64-mingw32 > checking host system type... i686-w4-mingw32 > checking whether build environment is sane... yes > checking for a BSD-compatible install... ../config/install-sh -c > checking for i686-w4-mingw32-strip... no > checking for strip... no > checking for a thread-safe mkdir -p... ../config/install-sh -c -d > checking for gawk... no > checking for mawk... no > checking for nawk... no > checking for awk... no > checking whether make sets $(MAKE)... yes > checking whether make supports nested variables... yes > checking whether make supports nested variables... (cached) yes > checking for style of include used by make... GNU > checking for i686-w4-mingw32-gcc... gcc -O2 -mtune=pentium3 > checking whether the C compiler works... yes > checking for C compiler default output file name... a.exe > checking for suffix of executables... .exe > checking whether we are cross compiling... yes > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc -O2 -mtune=pentium3 accepts -g... yes > checking for gcc -O2 -mtune=pentium3 option to accept ISO C89... none needed > checking whether gcc -O2 -mtune=pentium3 understands -c and -o together... yes > checking dependency style of gcc -O2 -mtune=pentium3... gcc3 > checking how to run the C preprocessor... gcc -O2 -mtune=pentium3 -E > checking for grep that handles long lines and -e... configure: error: > no acceptable grep could be found in > /mingw32/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows:/c/Windows/system32:/c/Windows/system32/Wbem:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl;/usr/xpg4/bin I'd say the grep issue is just the tip of the iceberg. I see install, awk, mkdir, and strip also have weird values. Can you post the output of `pacman -Q msys2-runtime` and `mount`? Can you try patching `configure` a bit to see why it dislikes all your tools? For `grep`, it's lines 5091-5151. Looking at the value "$ac_path_GREP" on line 5123 and the contents of conftest.out (or output of the diff that's called on that line) could show something useful. -- David Macek
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________ Msys2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/msys2-users
