search for: nondebug

...nightly test ? > Yes, I can run nightly test. > Here is what I see... > > $ make TEST=dbgopt > /Developer/usr/bin//llvm-gcc sse.expandfft.c -g --emit-llvm -c -o > Output/sse.expandfft.bc > /Volumes/Nanpura/mainline/llvm/Debug/bin/opt Output/sse.expandfft.bc - > strip-nondebug -strip-debug -std-compile-opts -strip -f -o Output/ > sse.expandfft.t.bc > /Volumes/Nanpura/mainline/llvm/Debug/bin/llvm-dis Output/ > sse.expandfft.t.bc -f -o Output/sse.expandfft.first.ll > /Volumes/Nanpura/mainline/llvm/Debug/bin/opt Output/sse.expandfft.bc - > strip-nondebug -...

Hi, I'm following http://llvm.org/docs/SourceLevelDebugging.html#debugopt to do the dbgopt testing. But seems, there is something wrong with the Makefile, it told me : llvm-gcc sse.expandfft.c -g --emit-llvm -c -o Output/sse.expandfft.bc llvm-gcc: sse.expandfft.c: No such file or directory llvm-gcc: no input files Am I missing something, like the configure option? -------------- next part

Bfu 91 to 92 looks good Proceed with xVM upgrade . After running:- # sunos.hg/bin/build-all nondebug bash-3.2# cd packages-nondebug bash-3.2# pwd /usr/tmp/packages-nondebug bash-3.2# ls -l total 20 drwxr-xr-x 4 root root 512 Jun 21 08:57 SUNWlibvirt drwxr-xr-x 4 root root 512 Jun 21 08:57 SUNWlibvirtr drwxr-xr-x 4 root root 512 Jun 21 08:57 SUNWurlgrabber...

...-libcall-aa -live-values -mergefunc -partial-inliner -partialspecialization -pointertracking -print-dbginfo -print-dom-info -profile-estimator -profile-verifier -sccvn -scev-aa -simplify-libcalls-halfpowr -split-geps -ssi -ssi-everything -strip-debug-declare -strip-nondebug It's unclear to me which of these passes are transform passes, and which ones are analysis passes. If someone here can point out the transform and analysis passes for me, I can try and come up with a patch for [1]. greetings, Kenneth [1] http://llvm.org/docs/Passes.html

...-libcall-aa -live-values -mergefunc -partial-inliner -partialspecialization -pointertracking -print-dbginfo -print-dom-info -profile-estimator -profile-verifier -sccvn -scev-aa -simplify-libcalls-halfpowr -split-geps -ssi -ssi-everything -strip-debug-declare -strip-nondebug It's unclear to me which of these passes are transform passes, and which ones are analysis passes. If someone here can point out the transform and analysis passes for me, I can try and come up with a patch for [1]. greetings, Kenneth [1] http://llvm.org/docs/Passes.html __________________...

...tialspecialization > -pointertracking > -print-dbginfo > -print-dom-info > -profile-estimator > -profile-verifier > -sccvn > -scev-aa > -simplify-libcalls-halfpowr > -split-geps > -ssi > -ssi-everything > -strip-debug-declare > -strip-nondebug > > It's unclear to me which of these passes are transform passes, and which ones are analysis passes. > If someone here can point out the transform and analysis passes for me, I can try and come up with a > patch for [1]. > > greetings, > > Kenneth > > >...

...tialspecialization > -pointertracking > -print-dbginfo > -print-dom-info > -profile-estimator > -profile-verifier > -sccvn > -scev-aa > -simplify-libcalls-halfpowr > -split-geps > -ssi > -ssi-everything > -strip-debug-declare > -strip-nondebug > > It's unclear to me which of these passes are transform passes, and which ones are analysis passes. > If someone here can point out the transform and analysis passes for me, I can try and come up with a > patch for [1]. > > greetings, > > Kenneth > > >...

udev knows about DEBUG=true and builds a debug binary. Maybe klibc should do the same? Was there a reason for -g in the i386 MCONFIG? Index: MCONFIG =================================================================== --- MCONFIG (revision 1003) +++ MCONFIG (working copy) @@ -62,5 +62,11 @@ # include $(KLIBSRC)/arch/$(ARCH)/MCONFIG +ifeq ($(DEBUG),true) +STRIP = /bin/true

...> -print-dbginfo >> -print-dom-info >> -profile-estimator >> -profile-verifier >> -sccvn >> -scev-aa >> -simplify-libcalls-halfpowr >> -split-geps >> -ssi >> -ssi-everything >> -strip-debug-declare >> -strip-nondebug >> >> It's unclear to me which of these passes are transform passes, and which ones are analysis passes. >> If someone here can point out the transform and analysis passes for me, I can try and come up with a >> patch for [1]. >> >> greetings, >> &g...

It wouldn''t be proper to start my first post here without congratulations and thanks to the ZFS team for such an impressive piece of work. Anyway, on to my query. I''ve been trying out ZFS, with a particular focus in reducing latency in a specific application. This application has a fair amount of random writing going on in the background (which, of course, ZFS will make

[originally reported for ZFS on FreeBSD but Pawel Jakub Dawid says this problem also exists on Solaris hence this email.] Summary: on ZFS, overhead for reading a hole seems far worse than actual reading from a disk. Small buffers are used to make this overhead more visible. I ran the following script on both ZFS and UF2 filesystems. [Note that on FreeBSD cat uses a 4k buffer and md5 uses a 1k

Hello all, I am not sure my original mail got through to the list (I haven''t received it back), so I attach it below. Anyhow, now I have a saved kernel crash dump of the system panicking when it tries to - I believe - deferred-release the corrupted deduped blocks which are no longer referenced by the userdata/blockpointer tree. As I previously wrote in my thread on unfixeable