similar to: Adpcm quality

In this message I try to summarize what I have learned in these last two weeks. My primary sources of informations were the * list archives and linux ISDN docs. I ain't no * master, so don't trust too hard. Relevant messages from the * list for the current discussion are: 009177.html 009268.html 0498.html 0849.html My setup is an Eicon Diva (HiSax: Eicon.Diehl Diva driver Rev. 1.1.4.2)

Hello, It would be nice if we could get a full list of packages which have a wrong sha1 checksum. I don't have the bandwidth for a full mirror of all of Dag's rpms and i also don't have shell access to such a mirror. So a small request for a mirror admin: The following checks the files repodata/*.xml.gz against the sha1 sums in repomd.xml and checks the RPMS/*.rpm files against

On 17/09/10 09:55, Pedro Ferreira wrote: > As I understand it, LLVM simply gives you support for garbage collectors > that you have to implement yourself and link into the final binary, > similar to what C's malloc does (it's a library call). The issue with > GC's is that they need to be provided info about the stack, thats where > LLVM's support comes in. Are there

I'm having a curious issue with LLD/x86_64 linux/elf (Ubuntu 14.04); Where the l_addr of the link_map is invalid when linked with lld, but is fine with gnu ld. I'm using the libgc (boehm) code which when initializing reads the DYNAMIC/DEBUG link_map data, and crashes because the l_addr field has value out of readable memory. The strange this is that it happens only on some linux

Hi, This is regarding Dtrace usability for memory leak detection. We have real-time application written C++ which runs on Solaris 10 having a problem that''s the my application grows in size from 130 Mb to 450Mb in around 15 days. So there is two possibilities with the application growth of memory due to Size growth of Dictionary Objects (Like Maps) and Memory Leak.

Hi, I want to use LLVM as replacement code generator for an existing self hosting compiler. I hope to replace the existing BURS code generator with LLVM in order to take advantage of LLVM's JIT, optimizations and wider range of targets. I'm planning on ditching my existing IR completely and using my language's native call mechanism to call the LLVM C bindings. I've got a couple

Hi, I'm running LLVM bitcode generated by my compiler under lli. The bitcode is linked against Boehm GC (lli -load=/usr/lib/libgc.so). It looks like Boehm GC isn't scanning global variables and as a result objects referenced only through globals are being prematurely collected. I understand that Boehm GC needs to see the data segment containing my global variables as a root. For native

After a several-month hiatus, I've returned to working on my main LLVM project. However, after checking out the latest LLVM head I'm encountering a new problem. When I attempt to load my custom plugin pass into opt, I'm getting this error message: dyld: lazy symbol binding failed: Symbol not found: __ZN4llvm2cl3optIbLb0ENS0_6parserIbEEE4doneEv Referenced from:

Hi, I would like to build an x86 executable consisting of a number of subsystems (mostly legacy C code). One subsystem will be compiled to native code using llvm. It calls, and is called by, the other subsystems, many of which have to be compiled using gcc because they use small amounts of inline assembly. All of the subsystems catch and throw errors to one another using setjmp/longjmp. When

Mon, Here is feedback that I got concerning the access violation, i.e. the failure of the while loop below. Does this solve the problem? Steve My guess is that speex_decoder_init() should be outside the while().. loop as speex_decoder_destroy() is also outside. ----- Original Message ----- From: Mo Win To: speex-dev@xiph.org Sent: Monday, October 17, 2005 8:05 AM Subject:

On Fri, 2010-09-17 at 12:16 +0100, David Given wrote: > On 17/09/10 09:55, Pedro Ferreira wrote: > > As I understand it, LLVM simply gives you support for garbage collectors > > that you have to implement yourself and link into the final binary, > > similar to what C's malloc does (it's a library call). The issue with > > GC's is that they need to be provided

hey guys, I just compiled an application similar to sampledec.c (for speex 1.1.10) and it was fine but when I executed it, the app exited without doing anything. I'm using MS VC 6.0 and this was all I got - First-chance exception in sampledec.exe : 0xC0000005: Access Violation. Has anyone encountered this / does anyone know how to deal with it? by the way, sampleenc executed perfectly... When

I've implemented this by adding calls to GC_add_roots(<first global in module>,<last global in module>+1) to the llvm.global_ctors before any other static initialization code for the module. This should be safe assuming that: - global variables are laid out in memory in the order they appear in their module (and ideally contiguously without being interleaved with any other values)

Hi, When running my own lld generated library/executable I'm getting: LD_LIBRARY_PATH=. ./ConsoleApplication347 ./ConsoleApplication347: symbol lookup error: ./ConsoleApplication347: undefined symbol: (theres nothing after undefined symbol) How can I figure out what's I'm doing wrong? Full log: https://gist.github.com/carlokok/1dd510a16e1922271b520f1c00b14656 readelf -s for

You should really do a check to make sure nbBytes isn't larger than 200, otherwise you're going to read past the end of your char array. fread (&nbBytes, sizeof(int), 1, fo); _____ From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of Mo Win Sent: Monday, October 17, 2005 7:31 PM To: speex-dev@xiph.org Subject: Re: [Speex-dev] Error

Hi Talin, > After a several-month hiatus, I've returned to working on my main LLVM project. > However, after checking out the latest LLVM head I'm encountering a new problem. > When I attempt to load my custom plugin pass into opt, I'm getting this error > message: > > dyld: lazy symbol binding failed: Symbol not found: >

As I understand it, LLVM simply gives you support for garbage collectors that you have to implement yourself and link into the final binary, similar to what C's malloc does (it's a library call). The issue with GC's is that they need to be provided info about the stack, thats where LLVM's support comes in. As far as I know, the garbage collector is linked into the final binary

A non-text attachment was scrubbed... Name: not available Type: text Size: 491 bytes Desc: not available Url : https://stat.ethz.ch/pipermail/r-help/attachments/19980424/a4bd8991/attachment.pl

You should look at http://llvm.org/viewvc/llvm-project/llvm/trunk/include/llvm/ExecutionEngine/JITMemoryManager.h?view=markup and see if inheriting from that and overriding allocateGlobal() will do what you want. I'm a little surprised the boehm gc doesn't already see the globals, since there's a reference to their memory from the JMM, but maybe it doesn't scan mmap regions by

The advice i was given was to spend the license money on a digium card and sell the dialogic on ebay! Whilst the digium card requires more from the host processor and may not be approved in as many countries as the equivelent dialogic, I think that for most cases the advice was sound. Actually, I kept the dialogic card, but that was for support purposes. Tim. Isamar Maia