If --block-encrypted is specified then we can detect Encrypted.PDF if:
- PDF is encrypted with R 2,3,4 or 5
- PDF is not displayable without specifying a password
If PDF is encrypted, but is displayable without specifying a password, then it
is not detected as Encrypted.PDF.
Internal version is an LLVM 2.8 with 2 patches backported from LLVM 2.9 to fix a
crash on AVX chips.
So drop support for building with external LLVM 2.8, and add support for
building with external LLVM 2.9 instead.
Caveat:
stack smashing protection is broken on LLVM 2.9 so it is disabled
Example on Debian:
apt-get install llvm-2.9-dev
./configure --enable-llvm --with-system-llvm=/usr/bin/llvm-config-2.9
LLVM was claiming it cannot lower MEMBARRIER on chips with AVX, because
some debugging code was left behind that deactivated SSE2, even though these
chips do have SSE2.
Also regenerate the codegen tables.
Author: Nate Begeman <natebegeman@mac.com>
Date: Fri Dec 3 21:54:14 2010 +0000
Remove SSE1-4 disable when AVX is enabled. While this may be useful for development,
it completely breaks scalar fp in xmm regs when AVX is enabled.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120843 91177308-0d34-0410-b5e6-96231b3b80d8
This fixes a crash when running clambc --debug
From: Duncan Sands <baldrick@free.fr>
Date: Sat, 20 Nov 2010 11:25:00 +0000
Subject: [PATCH] On X86, MEMBARRIER, MFENCE, SFENCE, LFENCE are not target
memory intrinsics, so don't claim they are. They are
allocated using DAG.getNode, so attempts to access
MemSDNode fields results in reading off the end of the
allocated memory. This fixes crashes with "llc -debug" due
to debug code trying to print MemSDNode fields for these
barrier nodes (since the crashes are not deterministic, use
valgrind to see this). Add some nasty checking to try to
catch this kind of thing in the future.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@119901 91177308-0d34-0410-b5e6-96231b3b80d8
