Source-level native Pascal · Delphi & C++Builder · single-EXE deployment

Compile enterprise-grade PDF capability into your own executable — the name has "lib" in it, but it is not a wrapper around a third-party engine

PDFlibPas is losLab's own source-level Pascal PDF toolkit: it builds directly into Delphi / C++Builder projects as native source, supports single-EXE deployment, and needs no mandatory server process or external PDF service. The C backends it links (zlib-ng, libjpeg-turbo) ship as static object files under permissive licenses

Enter the reference docs See the release history

Eight hard strengths that set PDFlibPas apart

Every point below is a delivered capability, traceable to a concrete function and benchmark in the reference docs and technical notes

Source-level native · not a PDFlib wrapper

Despite the "lib" in the name, PDFlibPas is losLab's own native Pascal PDF toolkit, built straight into your project as source — no third-party commercial PDF engine, no runtime license fee. The C backends are statically linked object files, so the common path needs no extra DLL

Supports single-EXE deployment, no external PDF service

SIMD-accelerated native codecs

Flate via zlib-ng (runtime-dispatched SSE2/SSSE3/SSE4.x/PCLMULQDQ/AVX2 on Win64x), JPEG via libjpeg-turbo (NASM SIMD) — both as bundled static object files under permissive licenses, with the acceleration happening below the API boundary

Public API stays identical across Delphi / C++Builder / ActiveX / DLL

Hardware AES-NI encryption

Full spectrum: 40/128-bit RC4, 128-bit AES, 256-bit AES (Acrobat 7/9/X variants); a hardware AES-NI path with a software fallback where ciphertext is identical on both. File-to-file AES-256 encrypt/decrypt (EncryptFile / DecryptFile) never builds the full object graph

32-byte aligned allocation, identical HW/SW ciphertext

Multi-gigabyte / million-object direct rewrite

On-demand object loading + 64-bit offsets break the old 2 GB AnsiString ceiling. File-to-file direct encrypt/decrypt/rewrite uses a sliding read window and never loads the whole document into memory

2 GB / 1.67M objects: encrypt ≈ 32 s, decrypt ≈ 23 s, full rewrite ≈ 11 s

Digital signatures + PAdES B-LTA

Signing via PFX (SetSignProcessPFXFromFile) and CryptoAPI keysets; PAdES B-B/B-T/B-LT/B-LTA with full DSS (certificates/CRL/OCSP/VRI) + RFC 3161 timestamps. Two dedicated demos: SigningWorkbench and ComplianceWorkbench

Meets long-term archiving and e-signature evidentiary rules

E-invoicing: Factur-X / ZUGFeRD / XRechnung

Embed XML into a PDF/A-3 container to deliver e-invoices: AddFacturXAssociatedFileFromString, ExtractFacturXXMLToString, ValidateFacturXInvoice, validated against veraPDF + Mustang

Directly targets European-standard e-invoicing compliance

Compliance and preflight

PDF/A (1b/1a/2b/2u/3b/3a/3u), PDF/UA-1, Tagged PDF; versioned PDF 1.2→1.7 save contracts (rejects incompatible features); PDF/A and PDF/UA preflight reports as text/JSON/HTML/CSV with baseline comparison for CI gating

Feature gating: LockSaveVersion / UnlockSaveVersion

Many deployment surfaces · many render backends

VCL (Delphi Win32/Win64, C++Builder Win64x), DLL (any language), OCX/ActiveX (VB.NET/C#/VC++), a macOS Dylib project; render backends include GDI+ (built-in), optional PDFium and Cairo (bundled DLLs refreshed per release)

One capability set, many host languages and platforms

Validated release quality

2 GBsingle-document handling, 1.67M objects measured
394/394DUnitX Win32 / Win64 tests passing
1000+API reference entries covered
38localized documentation languages

Who should take a serious look at PDFlibPas

Server-side / high-volume PDF pipelines

Direct-write encrypt, decrypt, extract for multi-gigabyte, million-object documents — the Direct Access functions keep large files out of memory

E-signatures / long-term archiving

PAdES B-LTA, RFC 3161 timestamps, DSS/VRI dictionaries — meeting e-signature regulations and multi-year evidentiary retention

E-invoicing compliance

Factur-X / ZUGFeRD / XRechnung embedded in PDF/A-3, plugging into European-standard e-invoicing workflows

Multi-language / multi-host products

The same capability set exposed via DLL, OCX/ActiveX and a macOS Dylib to non-Delphi hosts like VB.NET/C#/VC++

Desktop / single-file delivery

Software that must ship as a single EXE, carry no third-party PDF DLL, and debug the whole pipeline at source level

High-quality typesetting / publishing

Standard 14, TrueType, OpenType, Type1, CJK (with bundled Adobe CMap resources), HTML text, kerning, tables

Encrypt a large document in a few lines

File-to-file direct encryption, never loading the whole document into memory:

uses PDFlibrary;

// AES-256 encrypt a 2 GB-class PDF directly
PDFlib.EncryptFile('big-input.pdf',
                   'big-encrypted.pdf',
                   'owner-password',
                   esAES256);
// ~32 s at the 1.67M-object level, peak memory far below file size

Next steps

Start with the reference docs home and the Getting Started guide, drill into function groups like Security and Signatures, Document Manipulation, Direct Access, or read the release history