similar to: klibc-1.5.17 build failure on mips

Hi all, as good? I try to install asterisk-1.2.14, zaptel-1.2.12,libpri-1.2.4,addons-1.2.5 , sounds-1.2.1 and wanpipe-2.3.4-3 and hwec-utils-beta4-2.3.4 But it is not compiling drivers of the Sangoma, why udev's for board in "/dev/zap"(1-31, channel,ctl,pseudo,timer) is not created. But when I install a board TE110P Digium, udev's is created and asterisk functions perfectly. : )

LD [M] /root/wanpipe/patches/kdrivers/wanec/wanec.o Building modules, stage 2. MODPOST *** Warning: "register_wanec_iface" [/root/wanpipe/patches/kdrivers/wanec/wanec.ko] undefined! *** Warning: "unregister_wanec_iface" [/root/wanpipe/patches/kdrivers/wanec/wanec.ko] undefined! CC /root/wanpipe/patches/kdrivers/wanec/wanec.mod.o LD [M]

Newest wanpipe (3.3.16) beta drivers do not compile against dahdi-linux 2.2.0-rc2 which is what you get when you get dahdi-linux-current.tar.gz Anyone have a workaround or patch? Error below ==================== Building modules, stage 2. MODPOST CC /usr/src/wanpipe-3.3.16/patches/kdrivers/wanec/wanec.mod.o LD [M] /usr/src/wanpipe-3.3.16/patches/kdrivers/wanec/wanec.ko make[1]:

Hi, I'm trying to install asterisk(v1.2.22) with FreepBX(v2.2.3) with a 4-Port FXO Sangoma card A200. I'm using Fedora 7 (x86_64) kernel version 2.6.22.1-27.fc7, but i'm having these errors: $ ztcfg -vvvv Channel map: Channel 01: FXS Kewlstart (Default) (Slaves: 01) Channel 02: FXS Kewlstart (Default) (Slaves: 02) Channel 03: FXS Kewlstart (Default) (Slaves: 03) Channel 04: FXS

I tend to use the same tool-chain across various hosts so I made this very simple patch that allows you to pass the cross-compiler name to make ( e.g. make CROSS_COMPILE=i686-nptl-linux-gnu-). I'm not sure if patches should be attached or just pasted inline so I did both this time. BTW, it's relative to syslinux 4 but the same changes work with syslinux 3 although the patch won't

On Wed, Aug 21, 2013 at 01:39:50PM +0200, leroy christophe wrote: > > Le 21/08/2013 12:20, maximilian attems a ?crit : > >On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote: > >>Find attached two patches I have in order to build klibc 2.0.2 > >>against kernel 3.8.13 > >>We had to introduce those patches when going from kernel 3.6 to kernel 3.7

Le 21/08/2013 17:36, leroy christophe a ?crit : > > Le 21/08/2013 17:15, maximilian attems a ?crit : >> On Wed, Aug 21, 2013 at 01:39:50PM +0200, leroy christophe wrote: >>> Le 21/08/2013 12:20, maximilian attems a ?crit : >>>> On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote: >>>>> Find attached two patches I have in order to build

I have a problem deploying FastCGI for use with RoR. OS: FreeBSD 5.4 Apache: 2.0.55 FastCGI: 2.4.2 ###### I compiled a new mod_fastcgi.so and copied it to /usr/lib/apache/mod_fastcgi.so ###### My httpd.conf looks like this: LoadModule fastcgi_module /usr/lib/apache/mod_fastcgi.so <IfModule mod_fastcgi.c> AddHandler fastcgi-script .fcgi </IfModule> ###### The testscript

sparc still needs gcc-3.3 for a working run-init. belows makes use of the exported CC var. Signed-off-by: maximilian attems <maks@sternwelten.at> diff --git a/scripts/Kbuild.klibc b/scripts/Kbuild.klibc index 66e16e7..70e4071 100644 --- a/scripts/Kbuild.klibc +++ b/scripts/Kbuild.klibc @@ -72,7 +72,7 @@ KLIBCROSS := $(CROSS_COMPILE) # binutils KLIBCLD := $(KLIBCROSS)ld

Thanks for replying. It's there, /usr/src/zaptel and it's valid. The script checks for its existence before compiling. The only thing that's unusual about this zaptel is that it is patched to support KB2 echo can. Gavin: Thanks, already cc'd Sangoma support. Hope they are working today! -----Original Message----- From: Eric "ManxPower" Wieling

Hi list. some info: zaptel 1.4.0 wanpipe 2.3.4-2 kernel 2.6.19.1 Debian I'm trying to build wanpipe on my server, but I got a error that it can't find config.h.. I found a post on an other unrelated mailing list which stated that includes/linux/config.h has been removed from 2.6.19. It also suggested replacing all references to config.h with autoconf.h make -C

Folks, I'm creating a bootstrap buildbot on AArch64 with LLD and I just realised the "accepted" way to make clang call lld is to "symlink lld -> ld". I understand that's how every Linux system "chooses" the linker, but that makes deployment and validation quite cumbersome on GNU systems. I'd like to suggest a change in behaviour: // Some flag like

>This issue has actually cropped up again recently in my testing. When I >do use Solaris login (UseLogin yes), a ton of the important environment >variables (like TERM, etc) don't get passed. Is that normal behavior? Looking at the source os session.c it is obvious that when you use login the environment is not passed: execl(LOGIN_PROGRAM, "login",

I'm trying to get my Sangoma B600 working with Asterisk 1.6.1 and DAHDI 2.2. I've tried running ./Setup dahdi (and with --64-bit_4GB flag, running amd64) and the compile fails with this for many versions of the driver (incl. 3.3.16, 3.3.16.22, and 3.4.1): Building modules, stage 2. MODPOST 1 modules CC /usr/src/wanpipe-3.3.16/patches/kdrivers/wanec/wanec.mod.o LD [M]

Sangoma support did something and the driver is there. Rebooting now with the new card. Hold me, I'm scared. -----Original Message----- From: Colin Anderson [mailto:ColinA@landmarkmasterbuilder.com] Sent: Friday, December 22, 2006 10:09 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: RE: [asterisk-users] Sangoma Wanpipe 2.3.4-3 compilation fails un der FC2

traps.i has been attached. I used 'make CROSS_COMPILE=llvm-arm-' to compile the kernel with default configurations provided by kernel package If you need more information, please let me know. Thanks, Won On Wed, Jul 8, 2009 at 3:00 PM, Bob Wilson <bob.wilson at apple.com> wrote: > Thanks for the bug report. The attached file isn't helpful for > reproducing the problem.

Hi Ian, I try compile the bootwrapper for cubieboard2 like this: joshzhao@joshzhao-ThinkCentre-M58p:~/project/Xen/A20/boot-wrapper$ make cubieboard2_defconfig CROSS_COMPILE=arm-linux-gnueabihf- # # configuration written to .config # joshzhao@joshzhao-ThinkCentre-M58p:~/project/Xen/A20/boot-wrapper$ make CROSS_COMPILE=arm-linux-gnueabihf- make -C scripts/kconfig -f Makefile.bootwrapper

Hi All, I am adding the patch mentioned here http://lists.xen.org/archives/html/xen-changelog/2013-02/msg00235.html I am getting errors on compiling Xen tools. My /tools/include/xen-foreign/mkheader.py looks different from the one that is mentioned in the above link, which I feel is due to version difference. I am using Xen 4.3.3 version. My understanding is that due to this version difference I

Thanks for the help. I've a couple of questions though: How does LLVM deal with inline assembly? I'm trying to compile kernel and I get this error probably because LLVM is not able to handle inline assembly. I'm using LLVM-2.3 code snippet from "arch/x86_64/kernel/asm-offsets.c" .... #define DEFINE(sym, val) \ asm volatile("\n->" #sym " %0 "

Hi, I'm trying to compile linux-2.6.23.16 with llvm-2.3. Is it at all possible? I get "Not an ELF" error. I pass "-emit-llvm" option to spit LLVM IR, which can be JITed at runtime $ make CROSS_COMPILE=llvm- CFLAGS="-O2 -emit-llvm" Error: not ELF make[2]: *** [scripts/mod/elfconfig.h] Error 1 make[1]: *** [scripts/mod] Error 2 make: *** [scripts] Error 2 using