search for: trolltech

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

...e, Qtopia Core (Qt/X11) might be good tool to do this... / there is even support for OpenGL ES Since they have "Developer Challenge" and $5,000 for grabs, i thought making Compiz with it would be nice little project and you might be the "right bunch" to go for it... http://www.trolltech.com/developer/tt/gpdevchallenge -Qtopia Open Source Downloads- http://www.trolltech.com/developer/downloads/qtopia/qtopia-gpl cheers, zelko Miniature, Linux based OpenGL development system without X http://one.xthost.info/zelko/opengl.html -------------- next part -------------- An HTML at...

...- makes an ugly patch, which makes for licensing problems [2] Tread lightly: - generated .bc is incompatible with llc due to runtime-specific GC codegen � Gordon [1] Yes, this is a downside. :) Possibly the dominant one, since this is a weekend project. [2] ocaml is licensed under the QPL [Trolltech/KDE], which has an onerous distribution clause which prohibits forks. My current work leaves the existing code generator in place, touching only a few files to integrate LLVM code generation as a runtime option; this improves the possibility that a patch would be accepted, and otherwise m...

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'...

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

...2] > > Tread lightly: > - generated .bc is incompatible with llc due to runtime-specific GC codegen I totally agree. Given that there is no real client for the LLVM GC hooks, you are free to break or redesign what we already have: go crazy! :) > [2] ocaml is licensed under the QPL [Trolltech/KDE], which has an onerous > distribution clause which prohibits forks. My current work leaves the > existing code generator in place, touching only a few files to integrate LLVM > code generation as a runtime option; this improves the possibility that a > patch would be accepted, a...

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

What IDE can be used with InstantRails I have installed ?InstantRails-1.3a-win? on my PC. When I first started the InstantRails, an error message said something about unable to start Apache because Port 80 being used by another process. I went to change the Apache Port 80 and List 80 to Port 4001 and Listen 4001 respectively. I was ratrher pleased that ?phpmyadmin? was working at

It's very nice to see that NUT now supports my Belkin Universal UPS. Great work! Now I'm wondering if there's a GUI client that will build/run on a modern distribution. KNutClient requires an outdated version of Qt, and the "UPS Monitor" link leads to a Spanish error page. Thanks! -- ======================================================================== Ian Pilcher

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 spee...

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."

...to identifying GC points in machine code and statically identifying live roots at those GC points, both problems common to many collection techniques. Looking at the problem from that perspective makes the problem much more tractable, actually… >> [2] ocaml is licensed under the QPL [Trolltech/KDE], which has an >> onerous distribution clause which prohibits forks. My current work >> leaves the existing code generator in place, touching only a few >> files to integrate LLVM code generation as a runtime option; this >> improves the possibility that a patch...

...on't want any more features. No, it will never play MP3. Contact: Rik Hemsley (rikkus) <rik@kde.org> [0] Don't be a silly billy. [1] libvorbis has a memory leak. Not my fault. Any other bugs are your imagination. [2] http://www.xiph.org/ogg/vorbis/download/ [3] ftp://ftp.trolltech.com/qt/source/ ----------------------------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from th...

...s in machine code and statically identifying live roots at > those GC points, both problems common to many collection > techniques. Looking at the problem from that perspective makes the > problem much more tractable, actually… Yep. >>> [2] ocaml is licensed under the QPL [Trolltech/KDE], which has an >>> onerous distribution clause which prohibits forks. My current >>> work leaves the existing code generator in place, touching only a >>> few files to integrate LLVM code generation as a runtime option; >>> this improves the possibili...

>> maybe current infrastructure used for eh/debug info emission can be >> extended to handle ocaml data? > > Perhaps. I'm pretty sure the code to generate this stuff doesn't belong in > LLVM proper like DWARF support does, though; this is not even a vague > approximation of a standard. :) >From your original email: >The biggest problem is a data

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

Dear R developers, I've been experimenting with embedding R X11 windows into another application using KDE's QXEmbed on linux. Attempting to do so will crash R (with R 2.4.0, trunk, and I know the bug has been around in prior versions). I used to think this was related to bug #848, but I'm not sure, if / how the solution suggested there still applies to current versions of R.

Thanks for the quick reply, Anton. On 2007-08-12, at 16:43, Anton Korobeynikov wrote: > Hello, Gordon. > > Just a quick thinko (that's why I'm sending this e-mail personally): No problem. I hope you don't mind me redirecting back to the list, though… > maybe current infrastructure used for eh/debug info emission can be > extended to handle ocaml data? Perhaps.

Hello, Has anyone tested QtRuby? I''m doing a small OpenGL application http://www.discretizer.org and just want to know the arguments for staying with fxruby. This is what I have discovered: Pros: -Fxruby seems to have a very nice OpenGL support (FXGLViewer) which is what I really need. -Nice looks. No unnecessary theming support. -Very fast and light on system resources. Cons: -No

Dear All, There is no advantage of GUI over CLI, IMO. The real issue is the answer to the questions: "What should I do next?" or "What am I allowed to do here?" A "nice" interface, not necessarily GUI, will offer friendly answers: "I was expecting you to do _this_" or "In this situation you are allowed to do _these things_" You see, it's all