search for: libdummy

...ed the preliminary HAL, aka Common Power Management, support into the trunk. It's still in alpha shape, but it's improving and now (about to be) integrated in our brand new automake system. The compilation is currently broken (@Peter: I've not yet succeeded in giving the good CFLAGS for libdummy-hal... If you have an idea), so avoid using --with-hal for the moment. Some details about this are given in the docs/nut-hal.txt: http://svn.debian.org/wsvn/nut/trunk/docs/nut-hal.txt?op=file&rev=0&sc=0 * I would like to thanks the NUT Development Team, and especially Peter Selinger, Char...

...ed the preliminary HAL, aka Common Power Management, support into the trunk. It's still in alpha shape, but it's improving and now (about to be) integrated in our brand new automake system. The compilation is currently broken (@Peter: I've not yet succeeded in giving the good CFLAGS for libdummy-hal... If you have an idea), so avoid using --with-hal for the moment. Some details about this are given in the docs/nut-hal.txt: http://svn.debian.org/wsvn/nut/trunk/docs/nut-hal.txt?op=file&rev=0&sc=0 * I would like to thanks the NUT Development Team, and especially Peter Selinger, Char...

...epend ? llvm/runtime/GCCLibraries/libucb/BytecodeObj ? llvm/runtime/GCCLibraries/libucb/Depend ? llvm/runtime/GCCLibraries/libutempter/BytecodeObj ? llvm/runtime/GCCLibraries/libutempter/Depend ? llvm/runtime/GCCLibraries/libutil/BytecodeObj ? llvm/runtime/GCCLibraries/libutil/Depend ? llvm/runtime/libdummy/BytecodeObj ? llvm/runtime/libdummy/Depend ? llvm/runtime/libprofile/BytecodeObj ? llvm/runtime/libprofile/Debug ? llvm/runtime/libprofile/Depend ? llvm/runtime/libtrace/BytecodeObj ? llvm/runtime/libtrace/Debug ? llvm/runtime/libtrace/Depend ? llvm/tools/Debug ? llvm/tools/analyze/Debug ? llvm/too...

How can I do function profiling and BB profiling with current llvm and llvm-gcc4? runtime/libprofile is disabled when using llvm-gcc4, but... is there any alternative to linking with libprofile_rt.so? How can I use llvm-prof? is utils/profile.pl obsolete? Thanks in advance, josem

On Mon, 10 Sep 2007, Jose M. Moya wrote: > How can I do function profiling and BB profiling with current llvm and > llvm-gcc4? > > runtime/libprofile is disabled when using llvm-gcc4, but... is there any > alternative to linking with libprofile_rt.so? > > How can I use llvm-prof? is utils/profile.pl obsolete? The profiling support in LLVM hasn't been used for quite a

...untime libraries only need to be built with" - $(Echo) "Warning: llvm-gcc version 3. They are automatically included" - $(Echo) "Warning: with llvm-gcc version 4 and beyond" +PARALLEL_DIRS := libprofile else ifneq ($(wildcard $(LLVMGCC)),) PARALLEL_DIRS := libdummy libprofile GC Index: utils/profile.pl =================================================================== --- utils/profile.pl (revision 41794) +++ utils/profile.pl (working copy) @@ -62,11 +62,10 @@ shift @ARGV; -my $LLIPath = `which lli`; -$LLIPath = `dirname $LLIPath`; -chomp $LLIPath...

...he directory from nut to nut-gentoo to eliminate any possible confusion. I am using nut-2.7.1.ebuild (latest available). Most of the content is irrelevant to you -- in fact I believe that the only useful information would be the Gentoo patches which for 2.7.1 appear to be: files/nut-2.4.1-no-libdummy.patch files/nut-2.6.2-lowspeed-buffer-size.patch files/nut-2.7.1-fix-scanning.patch files/nut-2.7.1-snmpusb-order.patch (they are all applied to 2.7.1 despite their names). > Gentoo would be a good addition to the NUT Buildbot, but the build > farm hardware is somewhat memory-...

On Wed, 21 Jul 2004, Tobias Nurmiranta wrote: > > Hi, I'm thinking out loud, please give me some feedback. > > Regarding llvm.gcread and llvm.gcwrite, wouldn't it be nicer if they are > implemented as: > > llvm.gcread(sbyte** object, uint offset) > llvm.gcwrite(sbyte* data, sbyte** object, uint offset) > > Where you also have the offset into the object. In

Ok, that makes sense :). , Tobias On Wed, 21 Jul 2004, Chris Lattner wrote: > On Wed, 21 Jul 2004, Tobias Nurmiranta wrote: > > > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) { > > > return *FieldPtr; > > > } > > > > Hm, but doesn't FieldPtr need to be calculated target-specific in those > > cases? > > For the field pointer, one

On Wed, 21 Jul 2004, Tobias Nurmiranta wrote: > > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) { > > return *FieldPtr; > > } > > Hm, but doesn't FieldPtr need to be calculated target-specific in those > cases? For the field pointer, one could use the getelementptr instruction: %pairty = { sbyte, sbyte, int* } %pairPtr = ... %fieldptr = getelementptr

...epend ? llvm/runtime/GCCLibraries/libucb/BytecodeObj ? llvm/runtime/GCCLibraries/libucb/Depend ? llvm/runtime/GCCLibraries/libutempter/BytecodeObj ? llvm/runtime/GCCLibraries/libutempter/Depend ? llvm/runtime/GCCLibraries/libutil/BytecodeObj ? llvm/runtime/GCCLibraries/libutil/Depend ? llvm/runtime/libdummy/BytecodeObj ? llvm/runtime/libdummy/Depend ? llvm/runtime/libprofile/BytecodeObj ? llvm/runtime/libprofile/Debug ? llvm/runtime/libprofile/Depend ? llvm/runtime/libtrace/BytecodeObj ? llvm/runtime/libtrace/Debug ? llvm/runtime/libtrace/Depend ? llvm/tools/Debug ? llvm/tools/analyze/Debug ? llvm/too...

...0, Aaron Gray wrote: > Hi, > > Got everything built but am now experiencing new errors on making the > symbol tables and on 'make check'. > > Here's the errors I am experiencing :- > > Aaron Gray at AMD-LAPTOP-1 /usr/llvm-gcc/lib > $ ls > gcc libdummy.a libiberty.a libstdc++.a libsupc+ > +.la > libc.a libgcc.a libm.a libstdc++.la > libtrace.a > libcrtend.a libgcsemispace.a libprofile_rt.a libsupc++.a > > Aaron Gray at AMD-LAPTOP-1 /usr/llvm-gcc/lib > $ llvm-ranlib libiberty.a >...

On May 22, 2014, at 10:03 AM, Stefan Bruda wrote: >> >> Does battery_voltage_nominal get set correctly? Theoretically, it >> should be 48, since the 2nd and 3rd digits of ups.debug.V are 08, >> and that gets multiplied by 6. > > Yes, as it appear as 48V in the output of upsc. Good. > >> Might be useful to have an intermediate value that doesn't scale

Hi, Got everything built but am now experiencing new errors on making the symbol tables and on 'make check'. Here's the errors I am experiencing :- Aaron Gray at AMD-LAPTOP-1 /usr/llvm-gcc/lib $ ls gcc libdummy.a libiberty.a libstdc++.a libsupc++.la libc.a libgcc.a libm.a libstdc++.la libtrace.a libcrtend.a libgcsemispace.a libprofile_rt.a libsupc++.a Aaron Gray at AMD-LAPTOP-1 /usr/llvm-gcc/lib $ llvm-ranlib libiberty.a llvm-ranlib: Error opening archive file:...

Hello, At 22:19 -0400 on 2014-5-19 Charles Lepple wrote: > > On May 19, 2014, at 7:12 PM, Stefan Bruda wrote: > > > Therefore as far as my UPS is concerned s_value[5] is wildly > > incorrect. > > So it turns out that the RM15002U also does not report anything useful for s_value[5]: > >