of CJK TrueType into PDF, and do not write CIDToGIDMap of NeverEmbed CJK
TrueType and Encoding of CIDFont into PDF.
PR: ports/62078
Submitted by: KOMATSU Shinichiro <koma2 at jiro dot c dot u-tokyo dot ac dot jp>
Reviewed by: KATO Tsuguru <jungle at m8 dot dion dot ne dot jp>
with HP8XX driver
- Update ghotscript-fonts-std to version 8.11
- Update EPLASER driver to version 3.1.4
- Fix minor bug in paparsize handling of LIPS driver
- Fix minor bug in Japanese vertical font support
PR: 61249
Submitted by: Ports Fury
Take measures to cope with too frequent update (without version numbering)
of Samsung-SmartGDI driver
PR: 54708
Submitted by: KATO Tsuguru <tkato@prontomail.com>
alignment must be is based on elementary datatypes, but does not
take into account the alignment requirements of FP spills. Such
are present in jmp_buf. The memory allocator is used by the JPEG
and PNG libraries as well and the JPEG library has a jmp_buf in
one of its structures.
Another problem case is the "long double" type. This datatype is
not in the list of elementary types on which the minimal alignment
is based and can also be used by imported source code.
The patch forces 16-byte alignment on ia64.
- Important fix, therefore PORTREVISION bumped.
background info: hpijs currently may not compiled with -O or -O2.
Simply leaving out any optimization (like it was default in prior
hpijs versions) cures the problem.
Many thanks to David Suffield from HP-Vancouver.
- deploy DATADIR/DOCSDIR
- don't use internal .mk work variables, rely on supported
ones
_DISTDIR -> DISTDIR/DIST_SUBDIR
o use <machine/endian.h> for checking byte order instead of an
ARCH check
PR: 31078
Submitted by: KATO Tsuguru <tkato@prontomail.com>
- Since the author decided to put a version number into his archive,
we can now safely fetch the file from his site.
- patch-ad is useless now
- updated the configure and configure.batch script, to show all possible
drivers
- install hp850 drivers license and readme file in the gs doc dir
- update the DESCR file, mention the two add on packages in this port
- The new driver supports the following additional printers:
Support for HP DeskJet 670, 690, 850, 855, 870, 890, 1100 and 1600,
See announcement on http://bonk.ethz.ch/hp850/hp850.html
Please note, that some of the drivers have certain restrictions
and produce huge output files ... Please read the release notes !!!
The author makes suggestions on his website, what driver to choose
if you need a fast printout, see
http://bonk.ethz.ch/hp850/hp850-readme.1.3.html
Makefile:
- Changed WRKSRC
- New GS_SOURCES
- Make symbolic link from jpeg-6a and libpng port's workdir into
WRKSRC, instead of patching unix-gcc.mak further:
ln -s ${PORTSDIR}/graphics/jpeg/work/jpeg-6a ${WRKSRC}/jpeg-6a
ln -s ${PORTSDIR}/graphics/png/work/libpng-0.96 ${WRKSRC}/libpng
- updated md5 files
patches/patch-aa:
- new unified diff because some of the above mentioned changes
- Only commented out the default DEVICE_DEVS
- make our zlib compile again
pkg/DESCR:
- bumped version number
pkg/PLIST:
- updated PLIST
- added proper @dirrm's for a successfull pkg_delete action
scripts/configure:
- added new drivers
"la70t" "DEC LA70 printer with low resol. text enhancement" ON \
"lq850" "EPSON LQ-850 (360x360), ok for Canon BJ300 in LQ850 emul" ON \
- rmoved one unnecessary "pdfwrite"
- same for scripts/configure.batch
As requested by: Lars Koeller ;-)
- merged patch-af into patch-aa, both patches hacked unix-gcc.mak
- merged the scripts/{configure,configure.batch} changes into
patch-aa, so that unix-gcc.mak is hacked only by patch-aa
- when doing interactive configuration, every device driver is
now turned on, so you have to deselect devices
- when using BATCH compilation, you now get every supported device,
this one is especially for Satoshi, when making gs packages !
- Added a note into unix-gcc.mak, that DEVICE_DEVS now completely
are removed in the makefile, instead of this, the two configure
scripts now completely control, which devices have to be compiled in.
So, the configure target "patches" the unix-gcc.mak Makefile and
puts a DEVICE_DEVS line at line 1. When doing batch compilation
every device is included in this line, or the wanted devices ...
- The compilation option -DA4 is now included if you compile the port
by saying "make A4=yes".
I hope, I didn't forget a driver, look at that long line ;-)
BTW, I didn't create that DEVICE_DEVS line by hand, I did the
interactive installation, which created it automatically, and
after that I "stealed" that DEVICE_DEVS line for inclusion
into configure.batch ;-) So the devices in configure and configure.batch
are exactly the same, you only have to compare devices.mak with one
of the configure scripts.
BTW, should we nuke ghostscript4 ??? Does somebody know if any
port needs gs4 ???
