Re: SVG to PNG
Pro Turm <[email protected]> Fri, 20 Nov 2020 11:58:26 +0100
| Newsgroups | gmane.comp.video.graphicsmagick.help |
|---|---|
| Message-ID | <CADC9rU-HES-xtZctczMqoGPtNY+hYXj+Y-8ZfDnQ25UNo7vs-Q@mail.gmail.com> |
>> >> However, I was expecting to have something like >> #define MagickLibConfigPath "./config/" >> ?!? >> > It may be that some unneeded pre-processor definitions remain. For me this is rather a bug. >> >> So, there is no Linux dependent types defined? I thought Solaris would be >> the equivalent for linuxish systems ? >> >Nope. This, if not a bug, is not a sufficient solution, not to be able to differentiate type.mgk based on OS, especially Linux. Font substitution should be possible based on OS. I could patch it of course, but I would appreciate seeing the GM even better. For the me one solution could be something like in *type.c* /* Define declarations. */ #ifdef WIN32 #define TypeFilename "type.mgk" #endif #ifdef unix #define TypeFilename "type-linux.mgk" #endif Am Fr., 20. Nov. 2020 um 09:15 Uhr schrieb Pro Turm <[email protected]>: > > If you execute the program with the environment variable > MAGICK_DEBUG=configure as suggested before > As I tried to explain, I don't use the binary GM, neither do I want to > compile it to a binary. I'm trying to integrate the gm sources into my > application. > > Am Do., 19. Nov. 2020 um 15:23 Uhr schrieb Bob Friesenhahn < > [email protected]>: > >> On Thu, 19 Nov 2020, Pro Turm wrote: >> > >> > However, I was expecting to have something like >> > #define MagickLibConfigPath "./config/" >> > ?!? >> >> It may be that some unneeded pre-processor definitions remain. >> >> All of the configuration work is done in the InitializeMagickEx() >> function, which includes this hunk of code: >> >> /* >> Establish the path, filename, and display name of the client app >> */ >> InitializeMagickClientPathAndName(path); >> /* >> If the client name did not get setup for any reason, we take one >> last shot at it using the data the caller passed us. >> */ >> if (GetClientName() == (const char *) NULL) >> DefineClientName(path); >> >> If you execute the program with the environment variable >> MAGICK_DEBUG=configure as suggested before, then all the steps being >> done will be made clear. The most important thing is to discover >> where the program's files are installed. Then the paths to other >> installation components are computed based on that location. >> >> After building the software under Linux, you do need to install it >> somewhere for testing. You can use the DESTDIR environment variable >> to influcence where the files are installed to. >> >> For example >> >> mkdir $HOME/install >> >> DESTDIR=$HOME/install make install >> >> and now the GraphicsMagick installation should be located under >> $HOME/install, and when using --disable-installed, it should still >> work, even if you later move that directory. >> >> After installation, we can successfully do this: >> >> $HOME/install/usr/local/bin/gm -version >> >> The "/usr/local" part is just an artifact caused by the default prefix >> and you can remove it. The configure option --prefix='/' makes the >> installation footprint look nicer: >> >> $HOME/install/bin/gm -version >> >> Bob >> -- >> Bob Friesenhahn >> [email protected], >> http://www.simplesystems.org/users/bfriesen/ >> GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ >> Public Key, >> http://www.simplesystems.org/users/bfriesen/public-key.txt >> >> >> _______________________________________________ >> Graphicsmagick-help mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/graphicsmagick-help >> > _______________________________________________ Graphicsmagick-help mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/graphicsmagick-help