similar to: 1.)Embedded "Compiz" on GoForce! 2.) "Developer Challenge", $5, 000 for grabs

hi, my goal is to produce (for start) really tiny and simple Compiz-like "window manager", the main concern is size and speed... and by size i mean very tiny:1-2MB since everyone is probably laughing (id be too, few months ago), i might start by showing its possible, actually there is already complete WORKING development environment for it... thanks to SciTech drivers it can run

hi, anyone knows whats going on with that Khronos group, OpenGL ES and stuff.. im quite confused as when/why/how did that come to be, but more importantly - do we have any use of it on Linux with desktop architectures.. 1.) can OpenGL ES be used on PC, x86 platform? emulator maybe? 2.) is OpenGL ES just a specification or are there some drivers for some hardware, some ATI mobilty cards maybe

hi, can you please tell me, are there any other OpenGL drivers, but Scitech, for Linux to make something like this? myOS - Linux based OpenGL development system without X Minimalistic GNU/Linux system, stripped down of everything, but core necessary files to compile and run OpenGL/C code. It has simplified directory structure and cleaned up internal cross referencing. Programs compiled in myOS

hi, my goal is to produce (for start) really tiny and simple Compiz-like "window manager", the main concern is size and speed... and by size i mean very tiny:1-2MB since everyone is probably laughing (id be too, few months ago), i might start by showing its possible, actually there is already complete WORKING development environment for it... thanks to SciTech drivers it can run

Hello, community. Several months ago Toshiba Inc. released a new communicator - "Toshiba Portege G900". All device's features are greate, but in practice things are going another way: communicator is really SLOW. Toshiba users have found that G900 is using nVidia GoForce 5500 Chip in it and it seems like it's working partially, because of an incomplete driver. We have written a

Our community (portegeclub.ru) was sent request for help writing wm5 drivers on g900. (http://lists.freedesktop.org/archives/nouveau/2008-April/001390.html). Answer was - no. But situation was changed - can you help our community in writing GF5500 drivers for linux? If you want i can pay for this work (no to much, i'm a student) and test dev code on my device. BigFatThanks for any answer of

>"When you say boards with OGL ES graphics chips come with the drivers in them, do you mean the OGL ES driver is inside the graphics chip?" inside box.. on CD or floppy :-) ____________________________ you got right to the point there actually, drivers do belong in hardware, if you ask me... i just fail to see why not we already do have pixel/vertex shaders, which is, roughly

Hi All, I've recently dusted off my cross-compiling hat and decided to add R to the OpenEmbedded build environment (this is used to build the OpenZaurus/Familiar distributions for the Zaurus/iPAQ amongst other things - I note there's also work underway to add the Psion 5mx etc. to OpenEmbedded). OpenEmbedded builds now use -soft-float which makes floating point operations something like

Keith Kyzivat a ?crit : > Something to look into perhaps is Trolltech's 'qmake' tool. > It fills the role of something like autotools or now defunct imake. I think TrollTech deserves a prize for their accomplishment in making qmake even worse than autotools (I'm using it for something else and wish I wasn't -- Qt itself is fine though). I've heard good things about

On Mon, 13 Aug 2007, Gordon Henriksen wrote: >> The table is a contract between the specific codegen you're using and the >> GC runtime you're using. This contract is specific to the current ocaml >> code generator. > > Ocaml is compiled statically; this isn't an ephemeral link from JIT to > runtime as might be the case for a Java or Perl program.

Hi all, I am trying to install the packages of Qt/Trolltech by "yum", but the Qt comes without the support of exceptions, it possible enable that? I do not want to compile the Qt manually! Best regards, edm. -- Ederson de Moura "Your mind is like a parachute: it works better when open."

On 2007-08-13, at 16:33, Chris Lattner wrote: >> The biggest problem is a data structure called the frame table, a >> simple structure for which LLVM seems ill-prepared. For each call >> site in the program, ocaml emits an entry into this table: >> >> key : the return address of the call site >> value : the stack offset of every variable live

I've written an Ogg Vorbis (only !) player, which some may like to play with. It works for me (tm) and I like it. If you don't, well, you know what you can do with it ;) I leave it running 24/7 and it plays my music without problems and without annoying me. That's all it's for, really. You can get it from http://www.geoid.clara.net/rik/arch/squelch.tar.gz The README follows ...

On Aug 14, 2007, at 3:24 AM, Gordon Henriksen wrote: > On Aug 14, 2007, at 00:23, Chris Lattner wrote: >> On Mon, 13 Aug 2007, Gordon Henriksen wrote: >>> Changing these structures breaks binary compatibility (including >>> C interop). >> If that is so, and if there is no way around this, then it makes >> sense to develop some compatibility mode. How

On Aug 14, 2007, at 00:23, Chris Lattner wrote: > On Mon, 13 Aug 2007, Gordon Henriksen wrote: > >> Changing these structures breaks binary compatibility (including C >> interop). > > If that is so, and if there is no way around this, then it makes > sense to develop some compatibility mode. How does native C code > generate these tables? I might've

Actually, we have a integerized version of the vorbis libraries that are available, royalty free, with a simple attribution requirement. These libraries are 100% C code and run faster than real time on a cirrus 7312-74mhz processor (arm core). My guess is they should run at about 20-30% cpu utilization on a strongarm/200. Monty has this same code, but his version doesn't play b4 content real

Hi LLVM'ers, has anyone read the license details for MASM32 and understood how these fit in with Open Source projects, especially GPL? - As far as I can see - no one is allowed to license projects under GPL or at worst other OS licenses nor the deritives of the project, if you're using MASM32. Are the MASM backend compatible with the MS version of MASM or other not so license

Here's the new MASM backend. It has the following files :- lib/Target/X86/X86AsmPrinter.h lib/Target/X86/X86AsmPrinter.cpp lib/Target/X86/X86MASMPrinter.h lib/Target/X86/X86MASMPrinter.cpp lib/Target/X86/X86.td lib/Target/X86/X86InstrInfo.td lib/Target/X86/makefile Makefile.rules win32/x86/x86.vcproj

On 11/28/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > I think the amount of Windows crap is getting a bit ridiculous. Does > anyone know of a solution to keep things manageable? I mean, the same > autotools files manage the build for Linux PCs, Blackfins and MacOS (and > others). Yet, we need one set of files for each MS compiler version > (good thing they

Something to look into perhaps is Trolltech's 'qmake' tool. It fills the role of something like autotools or now defunct imake. As far as I understand, you can indeed use it for projects that don't do anything with the Qt libraries. Now, it may not have the support for multiple targets that it sounds like are needed for speex, and I know it doesn't have as comprehensive of