(jpeg, gif and png terminals cannot use TTF fonts, requires libgd support) Png terminal: no (requires libgd with png support) Gif terminal: no (requires libgd with gif support) Jpeg terminal: no (requires libgd with jpeg support) (with application defaults, in /etc/X11/app-defaults/) (enable plotting to windows opened by external apps) NB: copyright may restrict commercial useĮpson, nec, okidata, tandy, and seiko dp414 printers Tek40xx, tek410x, texdraw, tgif, tkcanvas, tpic, vttekĭot-matrix terminals: yes (disable using -without-bitmap-terminals Latex, metafont, metapost, mif, pcl5, postscript, pslatex, Standalone terminals: yes (always builtin)Ĭanvas, cgm, corel, dumb, dxf, eepic, emf, emtex,Įpslatex, fig, gpic, hp2623a, hp2648, hpgl, imagen, Gnuplot will be compiled with the following terminals:
** Configuration summary for gnuplot 4.5:
GNUPLOT INSTALL MAC WITH AQUATERM HOW TO
See the end of the Makefile for how to generate the liblua.dylib file (which comes from Building lua dylib on Mac OS X 10.4). Also, we need to have a dylib library, and not the default liblua.a that is generated by the Makefile. I used this modified Makefile (replace the default src/Makefile by this one after having removes the suffix). Note that the default is an x86_64 binary whereas I need to have an i386 build too. So, I downloaded it again and recompile it, following the standard instructions. I already have Lua 5.1, but it was built for 64-bit architecture. I don’t really care because this is what I’m actually running most of the time.Īs we also want tikz and lua support (for exporting to Latex), we need liblua. Anyway, let’s go for an i386 architecture. This means that we need to build Gnuplot for 32-bit (aka, i386) architecture, although I found some webpages showing that we can patch Aquaterm to run in 64-bit mode. I already have Aquaterm installed on my Airbook, but it is well known that it is only available in 32-bit mode. I wanted aqua support because it has a nice rendering and export to PDF is made easy thanks to the Quartz device.
0 kommentar(er)
