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 ... 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
greg@Homerw7 MINGW32 /d/bld/sources/GraphicsMagick-1.3.21/bldmingw32 $ which grep /usr/bin/grep greg@Homerw7 MINGW32 /d/bld/sources/GraphicsMagick-1.3.21/bldmingw32 $ grep --v grep (GNU grep) 2.21 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Mike Haertel and others, see <http://git.sv.gnu.org/cgit/grep.git/tree/AUTHORS>. On Wed, Apr 8, 2015 at 9:47 PM, Greg Jung <[email protected]> wrote: > I'll get onto this again as soon as I put out another fire. As I said > I was able to compile etc. the first time I went to the zip file. > There are three downloadable sources - .7z, .bz2, and .zip when I > first started a 3-way comparison the ./configure hit the grep problem > on all three - even the .zip > which had worked before. And the whitespace differences were mushy, too. > It'll have to wait until I can focus on it completely. Meanwhile, the > issue the link came up with looks like a recurring problem, somehow > triggered by inadequate header macros folding into the labirynth of > logic in /wx land. > In any case the pre-compiled wx blows up my program and I have no > reason to believe a new build won't. ( just the program start, not > even getting to widget calls.) I've found another bomb though so I'm > chasing that. > > > On Wed, Apr 8, 2015 at 2:17 AM, David Macek <[email protected]> wrote: >> On 8. 4. 2015 5:44, Greg Jung wrote: >>> I think this is a bonafide msys bug. >>> >>> The download I used was the .7z distribution and the only difference is >>> the win/unix cr-lf. This is the critical factor and it caused >>> configure to be confused. >>> >>> I d'loaded that zip file and ran WinMerge, the two directory trees are >>> identical (ignoring crlf) except for >>> a setup.h and another file (impexp.h) that was probably patched via >>> the file found in the package. >>> I ran configure on the .zip distribution and it ran successfully. >>> >>> If I run it on .tgx I needed GREP, AR, WINDRES environment variables. !! >> >> I tried this one >> <http://sourceforge.net/projects/wxwindows/files/3.0.1/wxWidgets-3.0.1.tar.bz2/download> >> and also had no problems configuring. >> >> Can you post a step-by-step list of action/commands to reproduce these >> problems? Maybe we're using different unpackers or something. >> >>> I use /opt32/bin, /lib, etc. to hold the libs auxillary to /mingw32/, >>> I build and use (from msys64/mingw32). >> >> It'd be really nice if you tried removing all of these custom paths from >> PATH to check if they're not the source of the problems. >> >> -- >> David Macek >> >> >> ------------------------------------------------------------------------------ >> 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 >> ------------------------------------------------------------------------------ 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
