| Age | Commit message (Collapse) | Author |
|---|
|
|
|
The default is to embed the full font.
|
|
Conflicts:
Makefile
apps/mudraw.c
pdf/pdf_write.c
win32/libmupdf-v8.vcproj
|
|
The u modifier to to the ar replace command tells ar to only
insert those object files into a static library that are newer
than those already in the library (both having the same name).
Moreover ar only stores timestamps down to second accuracy.
This may cause situations where the object file already inside
the library is considered equal to a newly built object file
(which might include a new function) because their timestamps
differ only in the sub-second part. One of the apps might have an
object file that references this new function. Since the static
library retains the old object file there will be a linking error
when linking the app. Even re-running make will not fix the issue
since the static library will have its modification time updated
to a timestamp later than the newly built object file, which
means that ar will not be run again. The only option is to make
nuke and rebuild from scratch.
From now on, the u modifier to the ar replace command is removed.
This means that ar will rebuild static libraries without taking
timestamps of object files into account, to make sure that the
build never ends up in the situation described above.
|
|
|
|
|
|
|
|
No idea how this was ever working before. Correct locations for
finding libraries. Use C++ to compile the appropriate v8 interface
file.
Add v8_base and v8_snapshot to the library lists. Also add pthreads
for linux, as it seems to be required. No idea why...
|
|
This is an early import of a change from the forms branch to enable
me to tweak the clusters mupdf build test line to avoid trying to
build the js components for mupdf builds.
|
|
Add an all-nojs target to make all the non-js dependent targets;
I envisage the cluster using this for normal runs so that having
a broken v8 library won't stop normal tests working.
Add macosx detection for the choice of v8 library to use.
|
|
This makes it easier to separate building of mupdf itself from
libraries, e.g. when running clang's scan-build.
|
|
If the v8 lib is present in thirdparty, add the above binaries
to the 'all' target.
|
|
|
|
|
|
Divides large format pdfs into a new pdf with multiple pages, that tile
the original PDF.
|
|
|
|
|
|
|
|
|
|
No other code changes.
|
|
All in one command line replacement for muxpsdraw and mupdfdraw.
|
|
|
|
And mucbz.h.
|
|
|
|
|
|
This a) improves our branding, and b) avoids conflicts with
other pdf tools out there (pdfinfo etc).
|
|
Add simple combined exe build for mupdf/muxps tools.
|
|
|
|
Support cross compiling for iPhone and iPad targets using the makefile.
|
|
|
|
|
|
Add libs (to allow for building of libraries without apps, such
as will be required for the WebOS bindings).
Add 2 webos OS setups to the Makerules file to match the 2 default
webos configurations used in the PDK.
|
|
Simple tweak to aid cross compiling.
|
|
Add 2 new makefile options to Mupdf. If CROSSCOMPILE is defined, then we
avoid performing tasks during the build that require a binary to be built
and then executed as part of the build. Currently this is just the cmap
and font dumping steps.
If NOX11 is defined, then we avoid building the X11 app.
Finally, in Makerules, we have a new section to show how to encapsulate
the changes for a given cross compile target. If OS is defined to be
"beagle-cross" then we build using given compilers/options.
|
|
|
|
This bug fix shaves another 650K off the compiled in cmaps!
Also fix the detection for when the cmap table is full, and ignore
surrogate pair mappings (since we can't do anything useful with
them at the moment).
|
|
|
|
Add fz_bitmaps (1bpc versions of pixmaps, really).
Add fz_halftones (arrays of fz_pixmaps used as threshold arrays).
Add simple halftoning code.
Add pdfdraw usage of the above (ask for a .pbm and you get a halftoned image).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
