summaryrefslogtreecommitdiff
path: root/platform/win32
diff options
context:
space:
mode:
authorRobin Watts <robin.watts@artifex.com>2015-04-02 17:04:08 +0100
committerRobin Watts <robin.watts@artifex.com>2015-04-06 19:30:55 +0100
commitb4d256b9e9d2e9f3b5f3ca944f591ae6bb0c5d71 (patch)
tree8d82fc82c7586634b14518704def1e5011249ca9 /platform/win32
parent95d746f13a86d914dd88310c994b27b08db4bb5b (diff)
downloadmupdf-b4d256b9e9d2e9f3b5f3ca944f591ae6bb0c5d71.tar.xz
Move the guts of pdfclean into the lib.
Michael needs to be able to call pdfclean from gsview. At the moment he's having to do this by including the pdfclean.c file into the lib build, and then calling pdfclean_main with a faked up command line. This isn't nice. pdfclean.c is implemented by pdfclean_main parsing the options/filenames out of argv and then passing the filenames/options on to a pdfclean_clean function. This seems like a much nicer API to offer to the world. We therefore pull the guts of pdfclean.c (pdfclean_clean and its subsidiary structures/functions) into pdf-clean-file.c and include this in the library build. This leaves pdfclean.c just as the command line parsing. This should not affect the size of any of the resulting binaries.
Diffstat (limited to 'platform/win32')
-rw-r--r--platform/win32/libmupdf.vcproj8
1 files changed, 8 insertions, 0 deletions
diff --git a/platform/win32/libmupdf.vcproj b/platform/win32/libmupdf.vcproj
index c3dc0aa3..d7a55349 100644
--- a/platform/win32/libmupdf.vcproj
+++ b/platform/win32/libmupdf.vcproj
@@ -1066,6 +1066,10 @@
>
</File>
<File
+ RelativePath="..\..\source\pdf\pdf-clean-file.c"
+ >
+ </File>
+ <File
RelativePath="..\..\source\pdf\pdf-clean.c"
>
</File>
@@ -1293,6 +1297,10 @@
>
</File>
<File
+ RelativePath="..\..\include\mupdf\pdf\clean.h"
+ >
+ </File>
+ <File
RelativePath="..\..\include\mupdf\pdf\cmap.h"
>
</File>