• * Just removing a header file would cause build errors with no hint as
      to what happened. This way, people get a warning rather than error
      for the life of qpdf 11, and the warning tells them what to do.
    
    * This avoids build surprises resulting from having two versions of
      QPDF headers installed at once. If you were building code out of a
      checkout of qpdf but had an older version installed on your system,
      if your code included <qpdf/QPDFObject.hh>, everything would work,
      but then your code would break without QPDFObject.hh later.
    Jay Berkenbilt authored
     
    Browse Dir »
  • This is in preparation for restoring a QPDFObject.hh to ease the
    transition on qpdf_object_type_e.
    
    This commit was created by
    * Renaming QPDFObject.cc and QPDFObject.hh
    * Replacing QPDFObject\b with QPDFValueProxy (where \b is word
      boundary)
    * Running format-code
    * Manually resorting files in libqpdf/CMakeLists.txt
    * Manually refilling the comment in QPDF.hh near class Resolver
    Jay Berkenbilt authored
     
    Browse Dir »
  • Jay Berkenbilt authored
     
    Browse Dir »
  • Since Buffer has always implemented its copy constructor with a deep
    copy, its Members object will never have multiple owners. Change to unique_ptr.
    
    Also implement move constructors for Buffer, since there may be cases
    where a deep copy is not needed.
    James R. Barlow authored
     
    Browse Dir »