Displaying 6 results from an estimated 6 matches for "djpeg".
Did you mean:
jpeg
2013 Jun 04
2
[LLVMdev] Address Sanitizer on Android
...using ASan with the Android build system. I'm building
the release_33 branch of llvm+clang+compiler-rt with CMake. To test,
I'm looking at libjpg, because with just a small change its Android.mk
it compiles in a few seconds and without needing any additional
dependencies.
When I run 'djpeg' on JellyBean, ASan reports the error message below.
Can you please help me interpret it? Do you know what I might be
doing wrong?
$ adb shell "cd /data/data && ASAN_OPTIONS=debug=1,verbosity=1
LD_PRELOAD=libclang_rt.asan-arm-android.so LD_LIBRARY_PATH=. ./djpeg
./testimg.jpg&qu...
2013 Jun 04
0
[LLVMdev] Address Sanitizer on Android
> When I run 'djpeg' on JellyBean, ASan reports the error message below.
>
> ==28210==Shadow memory range interleaves with an existing memory
> mapping. ASan cannot proceed correctly. ABORTING.
Got figured out. I needed to use TARGET_LDFLAGS. LOCAL_LDFLAGS seems
to be ignored in my clang build.
LOCAL_...
2002 Oct 16
0
SUMMARY: Ppmtolss16 trouble...
...>
It's not the extraneous ones that are the problem; it's the ones that
are supposed to be there. Windoze Perl is going to corrupt your data,
basically.
> What's your reccommendation for a program to turn JPG into PPM on
> linux (my next step, if I cant figure this out)?
djpeg will do it quite nicely, or use GIMP.
-hpa
P.S. Please don't send me private replies to list traffic.
2002 Oct 15
2
AMENDED: Ppmtolss16 trouble...
Upon finding a different image conversion program, I have eliminated the
Premature EOF problem that I had(apologies if I post this before the
moderator approves my first post...you can ignore it if/when it shows
up).
Now, I am seeing the script complete with no error.
I tested my syslinux.dpy file with the syslogo.lss file from the
samples, and it's fine.
The lss file I created, however,
2014 Jan 28
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
Hi Stepan,
Sorry for the delay. It's great that you are working on MergeFunctions
as well and I agree, we should definitely try to combine our efforts to
improve MergeFunctions.
Just to give you some context, the pass (with the similar function
merging patch) is already being used in a production setting. From my
point of view, it would be better if we focus on improving its
capability
2014 Jan 30
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...06
callargs.ll 2 6287 0 0.01 6275 0 0.01 6275
cast2.ll 2 3199 0 0.01 3174 0 0.01 3174
cast-bug.ll 1 2687 0 0.01 2664 0 0.01 2664
cast.ll 1 78636 0 0.02 78605 0 0.01 78605
casts.ll 3 27187 0 0.01 27175 0 0.01 27175
ccc.ll 6 6276 0 0.01 6253 0 0.01 6253
cdecl.ll 32 463043 0 0.04 463017 0 0.05 463017
cdjpeg.ll 4 7876 0 0.01 7843 0 0.01 7843
cfrac.ll 5 41611 0 0.01 41584 0 0.01 41584
changraph.ll 5 131968 0 0.02 131935 0 0.02 101238
channel.ll 4 28216 0 0.01 28193 0 0.01 28193
charsequence.ll 4 11437 0 0.01 11410 0 0.01 11410
checkfile.ll 2 4464 0 0.01 4438 0 0.01 4438
check_functions.ll 31 55439 0 0.0...