similar to: compile asterisk in arm-linux!

hello, asteriskers: I compiled asterisk under arm-linux. i am using asterisk 1.4.2. i can run ./configure and menuselect with embedded modules. but running make comes out errors: ranlib libmxml.a make[3]: Leaving directory `/usr/src/asterisk-1.4.2/menuselect/mxml' cc -Wall -o menuselect.o -g -c -D_GNU_SOURCE menuselect.c cc -Wall -o menuselect_curses.o -g -c -D_GNU_SOURCE

hello, all of asteriskers: i am using tdm400P in my office. i tested that TDMF generated by asterisk is so bad. the sound is very soft and quality is so bad. i am using asterisk 1.2.18. most of time, the # key can not be detected correctly. Does anyone has that problem? please give me a hit for that problem! thanks! zhu --------------------------------- ????????3.5G???20M???

Hi, I updated from 0.9.17 to 0.9.18 using Suse 9.1 rpm. Now, all wine applications crash. Even winecfg crashes. Does nayone else have this problem? Osho

Dear I try to add three different lines (solid, short dash, long dash) in to current barplot. I saw there are types of lines ("p","b", ect). However, they are not what I request. Has nayone have this experience? Many Thanks! Xin [[alternative HTML version deleted]]

Does nayone have a collection of performance tips for heavily loaded samba servers? I have a server that routinely has 45-90 connections and just runs really poorly. We've thrown more memory at it w/ some benefit, but not significant. This is on a linux 2.0.35 based machine. Does anyone have any suggestions? -- Nathan ------------------------------------------------------------ Nathan

I managed to build a reduced test case: ================== foo.m ================== #include <Foundation/Foundation.h> @interface BaseNode : NSObject <NSCoding, NSCopying> { } @end @implementation BaseNode @end int main(int argc, char **argv) { return 0; } ========================================== # clang -o foo -arch i386 -framework Foundation foo.m foo.m:8:1: warning:

After commit 102300, any obj-c software compiled with clang crashes at launch time with the following stack trace. Reverting this specific commit fix the issue. ------------------------------------------------------------------------------------------------ Date/Time: 2010-04-26 10:07:01.630 +0200 OS Version: Mac OS X 10.6.3 (10D573) Report Version: 6 Interval Since Last Report:

On Tue, Oct 23, 2012 at 01:05:04PM -0700, Nick Kledzik wrote: > On Oct 23, 2012, at 12:50 PM, Jack Howarth wrote: > > On Mon, Oct 22, 2012 at 11:40:32AM -0700, Nick Kledzik wrote: > >> > >> On Oct 22, 2012, at 11:34 AM, Jack Howarth wrote: > >> > >>> Nick, > >>> I have uploaded the full walk with 'set env

Hi, We are embedding our DSL language + LLVM in a modified WebKit based Safari on OSX. Starting with LLVM 3.3 (it was working with LLVM 3.1...) we see the following crash: Any idea? Thanks. Stéphane Letz ====================== Process: SafariForWebKitDevelopment [79228] Path: /Applications/Safari.app/Contents/MacOS/SafariForWebKitDevelopment Identifier:

On Mon, Oct 22, 2012 at 11:40:32AM -0700, Nick Kledzik wrote: > > On Oct 22, 2012, at 11:34 AM, Jack Howarth wrote: > > > Nick, > > I have uploaded the full walk with 'set env DYLD_PRINT_INITIALIZERS'. It didn't seem very informative > > as the dyld error occurs right after... > > > > (gdb) > >

On Oct 23, 2012, at 12:50 PM, Jack Howarth wrote: > On Mon, Oct 22, 2012 at 11:40:32AM -0700, Nick Kledzik wrote: >> >> On Oct 22, 2012, at 11:34 AM, Jack Howarth wrote: >> >>> Nick, >>> I have uploaded the full walk with 'set env DYLD_PRINT_INITIALIZERS'. It didn't seem very informative >>> as the dyld error occurs right after...

On Mon, Oct 22, 2012 at 10:17:56AM -0700, Nick Kledzik wrote: > Jack, > > I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: > > dyld: fast lazy bind offset out of range (53437, max=7640) in image

Jack, Some binary has an initializer which dyld is calling. Somehow the initializer gets to: #4 0x0000000100f3b2c0 in Json::Value::maxUInt () which is calling a function in another dylib for the first time. When you call a function in another dylib, you actually jump through a (lazy) pointer. The pointer initially points to a helper which loads an index parameter specifying which function to

On Mon, Oct 22, 2012 at 09:48:59AM -0400, Jack Howarth wrote: > On Sun, Oct 21, 2012 at 06:00:36PM -0700, Nick Kledzik wrote: > > Jack, > > > > Some binary has an initializer which dyld is calling. Somehow the initializer gets to: > > #4 0x0000000100f3b2c0 in Json::Value::maxUInt () > > which is calling a function in another dylib for the first time. When you

On Tue, Oct 23, 2012 at 09:41:46AM +0200, Duncan Sands wrote: > Hi, > >> I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: >> >> dyld: fast lazy bind offset out of range (53437, max=7640) in image

On Oct 23, 2012, at 1:57 PM, Jack Howarth wrote: > Nick, > Can I do this without access to a debug version of dyld? Using the copy of LLVMPolly.so with isl/cloog-isl/gmp statically linked, > I find that if I set the breakpoint to the address of the initializer... > > dyld: calling initializer function 0x100ebb3a0 in /sw/opt/llvm-3.2/lib/LLVMPolly.so > dyld: lazy symbol binding

Hi all, I'm using OSX 10.4.10 (Intel) and get the following errors when building xapian 1.0.2: dyld: Library not loaded: /usr/lib/libintl.2.dylib Referenced from: /opt/local/bin/sed Reason: image not found dyld: Library not loaded: /usr/lib/libintl.2.dylib Referenced from: /opt/local/bin/sed Reason: image not found checking for a BSD-compatible install... /usr/bin/install -c checking

Hi, > I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: > > dyld: fast lazy bind offset out of range (53437, max=7640) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 > > means the initializer

Ben, Thanks for your help! > http://opensource.apple.com/source/cctools/cctools-806/include/mach-o/arm/reloc.h Yep, as Joe Ranieri pointed out, I had to tell MachOFileAbstraction.hpp about ARM relocs > http://opensource.apple.com/source/dyld/dyld-195.5/include/mach-o/dyld_priv.h I tried to use the dyld_priv.h from cctools to no avail, using the one from dyld (as you pointed out) worked

On Sun, Oct 21, 2012 at 06:00:36PM -0700, Nick Kledzik wrote: > Jack, > > Some binary has an initializer which dyld is calling. Somehow the initializer gets to: > #4 0x0000000100f3b2c0 in Json::Value::maxUInt () > which is calling a function in another dylib for the first time. When you call a function in another dylib, you actually jump through a (lazy) pointer. The pointer