| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If GS_LIB_BUILD is #defined, gen_ordered.c API can be called from GS to
allow for addittion of a PS operator to make a HalftoneType 3 (threshold
array based halftone) controlled by parameters from a dictionary.
The result is can be used by sethalftone or as a HalftoneType 5 halftone.
Also some warnings cleaned up and add checks for ALLOC fail.
Add a gen_ordered parameter to control verbosity of printing The default
is 0, which is error messages only. Error messages are generated to
stderr (using the EPRINTF* macro).
Add documentation of these two new operators in doc/Lagnuage.htm
Add an example toolbin/halftone/gen_ordered/gen_ordered_example.ps
of usage of ,genordered and some related rendering options.
Other parsers (PCL or XPS) may call htsc_set_default_params and
htsc_gen_ordered as well to make ordered dither halftone generation
more flexible, but the integration into non-PS parsers is left for
later.
|
|
|
|
|
| |
Ensure the compiler/linker command line parameter gets propagated from configure
to the mkromfs build.
|
|
|
|
|
|
|
|
|
| |
Some of these were included in some builds, none of the content is
believed to be still useful.
Update the Windows projects to reflect the file deletions
Update develop.htm to also reflect the file removal
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update copyrights in "top" makefiles
Update dates and versions
Update News.html and History9.htm
with highlights and changelogs
Date and product string for 9.21 release
Changelog and News + date for 9.21 release
Dates for 9.21 release
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a squashing of the commits on the branch:
CCAUX-configure
This allows CCAUX and related settings to be set on the configure command
line, or in the environment.
Also, using configure to guess at creating an arch.h file which gets used
rather than genarch generating one. A couple of things in that file will
not be as accurate as using genarch, but those are rare, and almost
certainly for outdated systems (such as whether floats use IEEE
representation).
Better documentation to follow, but as an example, building for Android would
work with:
./configure --host=arm-linux-gnu --build=x86_64-linux-gnu \
CC=/opt/android-ndk-r10e/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-gcc \
CFLAGS="--sysroot=/home/cliddell/bin/android-ndk-r10e/platforms/android-18/arch-arm -MMD -MP -MF -fpic \
-ffunction-sections -funwind-tables -fstack-protector -no-canonical-prefixes -march=armv7-a -mfloat-abi=softfp \
-mfpu=vfpv3-d16 -mthumb -fomit-frame-pointer -fno-strict-aliasing -finline-limit=64 -Wa,--noexecstack" LDFLAGS=" \
--sysroot=/home/cliddell/bin/android-ndk-r10e/platforms/android-18/arch-arm -MMD -MP -MF -fpic -ffunction-sections \
-funwind-tables -fstack-protector -no-canonical-prefixes -march=armv7-a -mfloat-abi=softfp -mfpu=vfpv3-d16 -mthumb \
-fomit-frame-pointer -fno-strict-aliasing -finline-limit=64 -Wa,--noexecstack" CCAUX=gcc CFLAGSAUX=" "
|
| |
|
| |
|
|
|
|
|
| |
OpenJPEG enables it's SSE code based on the compiler defining __SSE__ so we
want to undefine that if we're not using SSE operations.
|
|
|
|
|
|
|
| |
configure.ac now finds the 'strip' exe.
There's a new target 'so-only-stripped' which builds the .so libs and then
strips them using the supplied strip exe
|
|
|
|
|
| |
The soname value wasn't being set correctly, so they both ended up being called
libgs.so... internally.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also, most of building gpdl as a shared lib and DLL is here, too.
There isn't really an "API" here: the library has one entry point:
"pl_main_aux()", this is really just the build skeleton on which we can
assemble a real API.
On Windows, PCL, XPS and (if forced to build) GPDL will all default to building
a DLL and a "loader" executable (rather than the monolithic exe it build
previously). The monolithic builds can still be done by passing nmake the
MAKEDLL=0 option.
On other (Unix-like) systems, they will default to the monolithic builds.
This all mirrors the gs builds.
|
|
|
|
|
|
|
|
|
| |
Have configure check that the compiler and linker can handle the address
sanitizer options, and if not, put something dummy in so the 'sanitize'
will fail pretty much immediately.
Remove the '-i' option from the recursive make call since we no longer need
that.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add words to 9.18 release notes
about the revised directory structure, build and executable names
Tweak changelog for 9.18 release
Update dates versions in docs etc
Changelog + release "highlights".
Dates, strings and changelog for release.
|
|
|
|
|
|
|
|
| |
These build with address sanitizer enabled.
These hackily set the '-i' flag in the recursive calls to make
to sidestep the problems with genconf/mkromfs leaking at the
moment. These issues will be fixed and the -i removed.
|
|
|
|
| |
There was a halfhearted attempt there already, do it properly.
|
|
|
|
|
|
|
|
|
|
|
| |
Because we have common code to handle certain aspects of JPEG/DCT encoding and
decoding, we cannot include one without the other.
Add a "top level" sdct.dev which includes both sdcte.dev and sdctd.dev and make
that part of the core graphics lib features.
As our code and the libjpeg code both have considerable common code between
encoding and decoding, the inpact on the executable size is negligible.
|
|
|
|
| |
Bug #696248 related.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The recursive make calls previously relied
on the makefile being the default name "Makefile" - by passing the name of
the makefile to the sub-call, we can use custom makefile names.
Currently only works for GNU make (detected in configure).
For this to work, if you rename the makefile, you must also edit the name in
the "MAKEFILE" variable to match your custom makefile name.
No cluster differences.
|
| |
|
|
Squashed into one commit (see branch for details of the evolution of the
branch).
This brings gpcl6 and gxps into the Ghostscript build system, and a shared
set of graphics library object files for all the interpreters.
Also, brings the same configuration options to the pcl and xps products as we
have for Ghostscript.
|