Up to [cvs.netbsd.org] / pkgsrc / print / ghostscript
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.3 / (download) - annotate - [select for diffs], Mon Feb 16 12:23:14 2009 UTC (3 years, 3 months ago) by drochner
Branch: MAIN
CVS Tags: pkgsrc-2012Q1-base,
pkgsrc-2012Q1,
pkgsrc-2011Q4-base,
pkgsrc-2011Q4,
pkgsrc-2011Q3-base,
pkgsrc-2011Q3,
pkgsrc-2011Q2-base,
pkgsrc-2011Q2,
pkgsrc-2011Q1-base,
pkgsrc-2011Q1,
pkgsrc-2010Q4-base,
pkgsrc-2010Q4,
pkgsrc-2010Q3-base,
pkgsrc-2010Q3,
pkgsrc-2010Q2-base,
pkgsrc-2010Q2,
pkgsrc-2010Q1-base,
pkgsrc-2010Q1,
pkgsrc-2009Q4-base,
pkgsrc-2009Q4,
pkgsrc-2009Q3-base,
pkgsrc-2009Q3,
pkgsrc-2009Q2-base,
pkgsrc-2009Q2,
pkgsrc-2009Q1-base,
pkgsrc-2009Q1,
HEAD
Changes since 1.2: +4 -4
lines
Diff to previous 1.2 (colored)
fix Darwin build, from Ian McWilliam on pkgsrc-users
Revision 1.2 / (download) - annotate - [select for diffs], Thu Nov 13 17:36:54 2008 UTC (3 years, 6 months ago) by chuck
Branch: MAIN
CVS Tags: pkgsrc-2008Q4-base,
pkgsrc-2008Q4
Changes since 1.1: +12 -1
lines
Diff to previous 1.1 (colored)
ghostscript has hand-rolled shared lib handling in src/unix-dll.mak that does not do the right thing on Darwin (where shared libs are created with different linking flags and use dylib rather than so as an extension). you need to manually reconfigure unix-dll.mak to make it work, so do it in hacks.mk. XXX: this still leaves the issue of libgs.so (et al.) being hardwired in PLIST, instead of using libgs.dylib (et al.). i'm not sure of the best way to fix that. at least it compiles now....
Revision 1.1 / (download) - annotate - [select for diffs], Tue Jan 9 21:03:02 2007 UTC (5 years, 4 months ago) by tv
Branch: MAIN
CVS Tags: pkgsrc-2008Q3-base,
pkgsrc-2008Q3,
pkgsrc-2008Q2-base,
pkgsrc-2008Q2,
pkgsrc-2008Q1-base,
pkgsrc-2008Q1,
pkgsrc-2007Q4-base,
pkgsrc-2007Q4,
pkgsrc-2007Q3-base,
pkgsrc-2007Q3,
pkgsrc-2007Q2-base,
pkgsrc-2007Q2,
pkgsrc-2007Q1-base,
pkgsrc-2007Q1,
cwrapper,
cube-native-xorg-base,
cube-native-xorg
Define uint64_t to u_int64_t on Interix. There actually is an autoconf test in ghostscript for a 64-bit int, used for GX_COLOR_INDEX_TYPE, but the fallback for that is "ulong", not necessarily 64 bits. So to make gdevpdfe.c happy for now, force the issue.