From: Bob F. <bfr...@si...> - 2002-06-01 15:48:15
|
On Sat, 1 Jun 2002, Earnie Boyd wrote: > > > > The latest beta available as > > ftp://ftp.simplesystems.org/pub/ImageMagick/beta/ImageMagick-5.4.6.tar.gz > > is the best choice. It should at least configure and compile using > > MSYS. > > Alright did that. > > Is there a reason for hard paths? > > <configure.ac> > # Installed ImageMagick utiltity paths > ConvertDelegate=$(BIN_DIR)/convert > ShowImageDelegate=$(BIN_DIR)/display > MogrifyDelegate=$(BIN_DIR)/mogrify > </configure.ac> > > Would it not work with > # Installed ImageMagick utiltity paths > ConvertDelegate=convert > ShowImageDelegate=display > MogrifyDelegate=mogrify > as long as the binaries can be found in the PATH list? Yes. In fact, there is a configure option (--without-frozenpaths) to support that. The main reason to hard-code paths is that in multi-user environments the environment of the user may be different than the person who built the package. Linux ImageMagick packages use --without-frozenpaths to make the binaries more re-usable, but the end user needs to make sure that their path has all the required elements. Until this hurdle is surmounted, I can make --without-frozenpaths be the default for MinGW. In fact, this is likely the best default for Windows users. > And then what about the Magick-config and Magick++-config scripts that > get installed into the $(BIN_DIR)? You need to have a /bin/sh available > to execute those? Are you intending to allow them to be executed from > the COMSPEC command window? Obviously they would only work if executed in the MSYS environment. Other Unix-oriented packages can use them. > Please don't get offended and become defensive. I'm just trying to > understand so that we can create solutions that everyone can use. You are unlikely to offend me. What you are looking at represents less than two days of work in the MinGW/MSYS environment. I had ImageMagick compiling under MinGW only 1/2 hour downloading MinGW/MSYS for the first time. I like MinGW/MSYS! Bob ====================================== Bob Friesenhahn bfr...@si... http://www.simplesystems.org/users/bfriesen |