similar to: Asterisk on SPARC

Does anybody have useful tips on creating good quality recordings for use with prompts in asterisk? I'm interested in hearing input on hardware (mics, dats, sound cards, etc) and software (recording software, dsp) as well as recording techniques. Jerimiah Tularosa Communications

That does work, I use that same approach to get analog extensions in a norstar system to dial a specific sip phone in *. Works really well. We then also tie the calleridname to which channel they dial out from as well. Gregory P. Scasny Golden Technologies Inc. http://www.golden-tech.com 219-462-7200 -----Original Message----- From: asterisk-users-admin@lists.digium.com

---- Dennis Clarke <dclarke at blastwave.org> wrote: > > > Another thing that might be fun would be NextStep on Sparc in qemu... > > Oh God. > > I actually have a copy of NeXT here in an unopened box. I was not too sure > what to do with it. > > I tried out Sparc emulation a long time ago and it barely worked. I was > able to load in Red Hat Linux

On Tue, 11 Nov 2008, Peter Shugalev wrote: > Hi, > > Anton Korobeynikov wrote: >>> I thought llvm-gcc isn't meant to compile for specific target (at least >>> with -emit-llvm flag I'm using). >> No, it is not. C language is highly target-specific, thus LLVM IR >> obtained from such sources also has the same nice 'property' > > I can see

On Nov 11, 2008, at 10:48 AM, Luke K. Dalessandro wrote: > On Tue, 11 Nov 2008, Peter Shugalev wrote: > >> Hi, >> >> Anton Korobeynikov wrote: >>>> I thought llvm-gcc isn't meant to compile for specific target (at >>>> least >>>> with -emit-llvm flag I'm using). >>> No, it is not. C language is highly target-specific,

Hi, I'm trying to implement __builtin_setjmp / __builtin_longjmp for Sparc processors. I think I'm very close, but I can't work out how to issue BuildMI-type instructions to load the address of the recovery location (set in setjmp) into a register using the SETHI / OR combination. I can't see any equivalent code anywhere else in Sparc. I imagine this is similar if I try to make a

I was studying the asterisk-users list archives to learn if anyone has had success with an X100P on a sparc. I noticed some postings on the subject. I am wondering if anyone has learned anything new? I have an Ultra-60 running Gentoo with 2.6.10 and udev. I built * 1.0.5 and have been enjoying various SIP configurations, with 2 sipura phones and 2 UIP200 phones (got them working!) in my home,

I have built Asterisk on SuSe Linux 7.3 on an Ultra 2 Sparc WorkStation. I am listing the modification I had to do for the benefit of anybody else who wants to use Asterisk This workstation is equipped with one 400 MHz RISC UltraSparc II CPU, 256 MB RAM, Two 9 GB 10,000 RPM UltraSCSI Disks. I have a gatekeeper running on this machine, I had to do the following modification to build * on Sparc:

From: Peter Arremann <loony at loonybin.org> > When have I ever argued about that chipset design is better? :-) > Opteron is a great example that you can do it better... > Where did you even get the idea I am fixated on that??? http://lists.centos.org/pipermail/centos/2005-June/007341.html "<even more anal>Except the iommu, those are limitations of chipset, bus and

This is something that I have not seen in earlier beta versions of 1.6.0: . . . ts.plot text html latex example ts.union text html latex example tsSmooth text html latex tsdiag text html latex example R_LIBS= ../../../bin/R CMD INSTALL ERROR: no packages

Hi, > I thought llvm-gcc isn't meant to compile for specific target (at least > with -emit-llvm flag I'm using). No, it is not. C language is highly target-specific, thus LLVM IR obtained from such sources also has the same nice 'property' > Speaking of SPARC ABI can I still call non-FP external (i.e. compiled > with regular non-llvm gcc to native sparc binary)

Hello all, Figured I'd repost this with an edited subject line, to attract attention of people with Debian On Sparc experience. Apologies in advance if this kind of thing is frowned upon :) [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o

.. R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /unsup/R-0.64.2 C compiler: gcc -g -O2 FORTRAN compiler: g77 -O2 Gnome support: no $ gcc --version egcs-2.91.66 $ g77 --version GNU Fortran 0.5.24-19981002 "make check" later fails. The failure is in the test of the eigen() function. The

I installed CentOS 7.6 then installed all things QEMU on my machine. I have a SPARC image I need to bringing up in a VM. I've been using *qemu-system-sparc *on a box on which I have Fedora-30 installed. $ qemu-system-sparc -m 256 -hda solaris_v2-qemu_v2.2.0.disk -nographic -bios ./openbios-sparc32 Can I use *qemu-sparc* to bring up my Solaris image: *solaris_v2-qemu_v2.2.0.disk* ? If so,

All- Does anyone on the list have experience with building RODBC from source on a Linux box for use with DB2? I am using (all from source): R 2.0.1 unixODBC 2.2.9 RODBC 1.1-3 For example: [jcole]$ R CMD INSTALL RODBC_1.1-3.tar.gz 2> rodbc.log * Installing *source* package 'RODBC' ... checking for gcc... gcc checking for C compiler default output file name... a.out checking whether

On sparc 64 bit dma_rmb, dma_wmb, smp_store_mb, smp_mb, smp_rmb, smp_wmb, read_barrier_depends and smp_read_barrier_depends match the asm-generic variants exactly. Drop the local definitions and pull in asm-generic/barrier.h instead. nop uses __asm__ __volatile but is otherwise identical to the generic version, drop that as well. This is in preparation to refactoring this code area. Note: nop()

On sparc 64 bit dma_rmb, dma_wmb, smp_store_mb, smp_mb, smp_rmb, smp_wmb, read_barrier_depends and smp_read_barrier_depends match the asm-generic variants exactly. Drop the local definitions and pull in asm-generic/barrier.h instead. nop uses __asm__ __volatile but is otherwise identical to the generic version, drop that as well. This is in preparation to refactoring this code area. Note: nop()

Commit-ID: 05350b72cace18417c1ba00c4796a5e19ebb908b Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=05350b72cace18417c1ba00c4796a5e19ebb908b Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 30 Apr 2020 13:56:47 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 27 Aug 2020 15:00:33 +0100 [klibc] sparc: Set sa_restorer for

Commit-ID: 9370be8552652231e84f8b8424dec81cd8b1b1ab Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9370be8552652231e84f8b8424dec81cd8b1b1ab Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 30 Apr 2020 13:56:47 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 17:33:29 +0100 [klibc] sparc: Set sa_restorer for

Commit-ID: ba0cf42e26846a1dad444e205932caef78d467ee Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=ba0cf42e26846a1dad444e205932caef78d467ee Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 30 Apr 2020 13:56:47 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 20 Aug 2020 23:23:04 +0100 [klibc] sparc: Set sa_restorer for