search for: xpl

I tried asking in another thread this week, but I'm not sure people saw the actual subject of the question. Does anyone know where to find documentation of xPL, the home automation interface? Specifically for integrating it with Asterisk. xPL is part of Trixbox, so it's being used, but where is some expertise for using it without Trixbox? -- (C) Matthew Rubenstein

A while back I promised to provide some feedback on useful extensions to LLVM to better support source language writers (i.e. those _using_ LLVM, not developing it). Below is a list of the ideas I've come up with so far. As I get more of XPL's compiler done, I'll start diving into each of the these areas. I'm posting early in the hopes that discussion will bear some fruit. In discussing these things, I'm mostly interested in learning whether any of the following ideas should or should not be part of LLVM as opposed to...

The XPL compiler produced the attached OneOfEach.bc file without error or warning from either LLVM or XPLC. However when I llvm-dis the file, I get: llvm-dis: Failed value look-up for name 'entry' The Bytecode Reader prints this out when it can't find the associated value for the name. Obvio...

...mpactly, and the > optimizers remove unused ones. Is this really a problem for you in > practice? I'm trying to get to a "once-and-done" solution on compilation. That is, a given module is compiled exactly once (per version). There's no such thing as "include" in XPL, only "import". The difference is that "import" loads the results of previous compilations (i.e. a bytcode file). I included it in my list because I thought it would be something quite handy for other source languages (Java would need it, for example). The functionality is some...

...ld this be used for? Custom allocators for performance? Or something more important? In general, custom allocators for performance are actually a bad idea... > ------------------------------------------------------------------ > 3. Code Signing Support > > One of the requirements for XPL is that the author and/or distributor of > a piece of software be known before execution and that there is a way to > validate the integrity of the bytecodes. To that end, I'm planning on > providing message digesting and signing on LLVM bytecode files. This is > pretty straight fo...

...Before this thread I already had a Firecracker on the server, a fair > assortment of lights and the sprinklers are on an X10Pro Irrigation > Controller. > > > > Damn, now I'm gonna be up all night..... Isn't this kind of Asterisk interface to home automation what the xPL package in Trixbox is supposed to offer? Is there a source for clear, concise, *tested* guides and instructions for Asterisk/xPL home automation somewhere other than just a needle in the http://www.google.com/search?q=xpl+%22home+automation%22+asterisk haystack? Or maybe there's a better interf...

...l chan_sccp for asterisk 1.4 ???????. Please guide me from where can I download the asterisk 1.4 sccp channel driver and how to install it because I tried to get chan_sccp-mayday05.tar.gz When I trying to install it ,error happened like this. Please help me how to solve this issue. [root@XPL t]# cd chan_sccp [root@XPL chan_sccp]# make clean rm -rf chan_sccp.so .tmp [root@XPL chan_sccp]# make install \Now compiling .... chan_sccp.c 742 lines chan_sccp.c: In function `sccp_devicestate': chan_sccp.c:133: error: `AST_DEVICE_UNKNOWN' undeclared (first use in this func...

...linux/autoconf.h: No such file or directory make[1]: Entering directory `/usr/src/zaptel-1.4.2' You do not appear to have the sources for the 2.6.18-8.el5 kernel installed. make[1]: *** [modules] Error 1 make[1]: Leaving directory `/usr/src/zaptel-1.4.2' make: *** [all] Error 2 [root@XPL zaptel-1.4.2]# rpm -q kernel kernel-2.6.18-8.el5 Regards ********************************************* No employee or agent is authorized to conclude any binding agreement on behalf of Xplorium with another party by e-mail without express written confirmation by an officer of X...

...in an NFS exported directory on the server, and there will be a small (internet appliance) PC that sits in the kitchen that will use Sox to play the GSM file. I figure it will have about a 3 to 4 second delay with the buffering which seems acceptable. I'll have to tell it (figure I'll use xPL) that the file is there and to start playing it. As an alternate approach I could monitor the call on the server's sound card and wire a speaker up in the kitchen. Now I am listening to the call taking place in the kitchen and can either decide to pick it up or not. So I decide to pick it up...

...> (which by now is a giant collection of bits picked up from a multitude > of source files) with no ability to do symbolic debugging on the > resulting binary... I whole heartedly second that motion. My purposes are a little different, however. The language for which I'm compiling (XPL) is fairly high level. For example, data structures such as hash tables and red black trees are simply referenced as "maps" which map one type to another. What exact data structure is used underneath is up to the compiler and runtime optimizer, even allowing transformation of the underlyi...

...ns that in order to lookup something by name you first have to know what type it is. For the basic types this is fine because you generally always know which basic type you're after. But, for derived types, this can be quite complicated. It isn't always possible to know the exact type. In XPL, types are just names. That is there's no such thing as a type expression. The name of the type _is_ the expression. So, in XPL, we declare something like: <Signature name="My_Signature" result="void"></Signature> (that's a signature type, or FunctionType...

Soliciting your help on the following question ... XPL uses the UTF-8 encoding for its identifiers. As such it supports Unicode and many non-ASCII characters. LLVM uses std::string for identifiers which is based on a signed character which only supports 7-bit ASCII. Although the size of the characters in both schemes is the same, the bit encoding i...

On Sun, 28 Mar 2004, Reid Spencer wrote: > The XPL compiler produced the attached OneOfEach.bc file without error > or warning from either LLVM or XPLC. However when I llvm-dis the file, I > get: > > llvm-dis: Failed value look-up for name 'entry' I'm guessing that 'entry' is a basic block? > The Bytecode Reader...

...he output from the byte code reader is a little confusing given the source of the problem. Has something broken recently? This has been happening with the 1.2 release. I cvs updated today and rebuild LLVM but it still happens. Reid. On Sun, 2004-03-28 at 16:23, Reid Spencer wrote: > The XPL compiler produced the attached OneOfEach.bc file without error > or warning from either LLVM or XPLC. However when I llvm-dis the file, > I get: > > llvm-dis: Failed value look-up for name 'entry' > > The Bytecode Reader prints this out when it can't find the associa...

I am wondering if there is any such thermostat available which can be controlled from Asterisk. Like you call your home pbx, dial some extension, e.g. 333 and it asks to set the temperature, you enter a temperature, and it sets the thermostat to that temperature. This thermostat will be very useful, e.g. when you're coming back home after a few days and now its snowing and you want home to be

Chris Lattner wrote: > On Sun, 16 Nov 2003, Reid Spencer wrote: > > >>On Sun, 2003-11-16 at 11:17, Chris Lattner wrote: >> >> >>>No, it's all or nothing. Once linked, they cannot be seperated (easily). >>>However, especially when using the JIT, there is little overhead for >>>running a gigantic program that only has 1% of the functions

One of the things I use heavily in conjunction with LLVM is libxml2. This provides the XML parsing (amongst other things) that I need for my XPL source language. Since XPL supports XML parsing at runtime, I would like to be able to compile libxml2 to bytecode and have it undergo optimization as well. libxml2 is "C" code, well written and reasonably large. I'm wondering if it would be useful for LLVM to include it as a gcc fro...

> The point here is that XPL needs to keep track of what a given variable > represents at the source level. If the compiler sees a map that is > initially small it might represent it in LLVM assembly as a vector of > pairs. Later on, it gets optimized into being a hash table. In order to > do that and keep track of...

Thread-split from the vorbis-mailing list ("Vorbis determined to be as good as MPC at 128 kbps!") <p>On Sun, 30 May 2004, Segher Boessenkool wrote: [Steven So] SS>> If iTunes AAC can encode castanets with much less pre-echo at SS>> ABR 128 kbps, then hopefully there will be an imaginative SS>> (and non-patented) way of doing this in Vorbis without the SS>>

On Sun, 2003-11-16 at 17:13, Chris Lattner wrote: > > The point here is that XPL needs to keep track of what a given variable > > represents at the source level. If the compiler sees a map that is > > initially small it might represent it in LLVM assembly as a vector of > > pairs. Later on, it gets optimized into being a hash table. In order to > > do th...