search for: pritti

> I just took another look at the LLVM project and it has come along in > leaps > and bounds since I last looked. I've been working through the (awesome!) > tutorial and am now really hyped about the project. > > I am particularly interested in using LLVM to write compilers for > OCaml-like > languages in OCaml-like languages. This requires some core functionality

I have "refactored" the X86AsmPrinter into a number of files ready for the MASM and NASM backends to be added. There is a new namespace llvm::X86 to replace the anomonous namespace as this does not work accross mutiple .h and .cpp files. Other than that everything is pritty straight forward, t may possibly need tweeking though. It has been built under MS VS2003, but I am not sure how

Mediacast1/Caster Club have updated their yp stream directory software. Looks good. http://yp.icecast.net Ross. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe

Mediacast1/Caster Club have updated their yp stream directory software. Looks good. http://yp.icecast.net Ross. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe

Jon, >> . Some interface to LLVM from OCaml >> >> What work has already been done on this and similar ideas? What is >> the >> easiest >> way to interface a front-end written in OCaml with an LLVM backend? I've written a compiler front end for a custom language in OCaml which features compilation and an interactive toplevel. Until now I am

Hello, Well theres not too much to it. A patch for Cygwin's stdint.h. And a patch for lib/System/Unix/Program.inc. Despite Cygwin complaining of timing errors both LLVM and LLVM-GCC4 compile ok'ish. make[2]: Warning: File `/dev/null' has modification time 0.0096 s in the future make[2]: warning: Clock skew detected. Your build may be incomplete. I am getting this on both

Builds fine on Linux, but there seems to be a problem building it on Cygwin, will look into this. Aaron ----- Original Message ----- From: Aaron Gray To: LLVM Developers Mailing List Sent: Thursday, June 30, 2005 7:12 PM Subject: [LLVMdev] X86AsmPrinter + MASM and NASM backends I have "refactored" the X86AsmPrinter into a number of files ready for the MASM and NASM

Guys, I'm completely stuck, so asking for advice. My user has a sieve script which checks message header if it contains words in russian like '???? ???????????? ?????????'. Pritty simple script # rule:[??????????] if allof (header :contains "subject" "LDS (robot): ???? ???????????? ?????????", header :contains "from" "noreply at

>Sorry for the delay. Please be aware, that these instructions has not been >used lately. However, I'll try to follow up on your questions. Thanks for getting back to me. Unfortunately I lost my Cygwin configuration and cannot even seem to get GCC 3.4.3 built on CygWin now, when I had it built before. Been trying all day to get it to work maybe I will crack it tomorrow as I have had

Hi! I just took another look at the LLVM project and it has come along in leaps and bounds since I last looked. I've been working through the (awesome!) tutorial and am now really hyped about the project. I am particularly interested in using LLVM to write compilers for OCaml-like languages in OCaml-like languages. This requires some core functionality that would be generically useful:

Some wheird problem, Target/X86 builds okay now. But there seems to be another problem with the Cygwin build :- make[4]: Entering directory `/usr/build/llvm/lib/Target/SparcV9/ModuloScheduling' llvm[4]: Compiling ModuloSchedulingSuperBlock.cpp for Debug build /usr/src/llvm/lib/Target/SparcV9/ModuloScheduling/ModuloSchedulingSuperBlock.cpp : In member function `virtual bool

Months ago there was a thread here about the implementation of a simple undelete-function (i.e: dont delete files, but move them to a folder). Is this this still a relevant idea or has this feature low priority ? thanx, peter ps: anyone knows about a 3rd-party software (propably on nt-side) that implements such a feature ? -- mag. peter pilsl phone: +43 676 3574035 fax : +43 676 3546512

On Thu, 30 Jun 2005, Aaron Gray wrote: > I have "refactored" the X86AsmPrinter into a number of files ready for > the MASM and NASM backends to be added. Nice! > There is a new namespace llvm::X86 to replace the anomonous namespace as > this does not work accross mutiple .h and .cpp files. Other than that > everything is pritty straight forward, t may possibly need

Hi Aaron, Sorry for the delay. Please be aware, that these instructions has not been used lately. However, I'll try to follow up on your questions. Here are my instructions to compile the cfe: 5. Configure, build, and install the C front-end: a. Before configure: export CPPFLAGS="-D__MINGW32__ " ?export LDFLAGS=-Wl,-no-keep-memory"

> Sorry, I disagree actually the MachineCodeEmitter or the > 'MachineCodeWritter' does not do any file handling at all. Do look at the > code for the MachineCodeWritter and you will see it only writes to memory > and if it reaches the end of the allotted memory I believe higher ordered > logic reallocates a larget buffer and starts again from scratch. This could > be

Hi Aaron, Please be aware that my instructions are directed to get the cfe to compile on mingw. I wasn't in the first place aware that you were building on the Cygwin platform. However, me and others will try to help you to compile the cfe. Please submit your compiling errors on this mailing list. Henrik. >From: "Aaron Gray" <angray at beeb.net> >Reply-To: LLVM

> Sorry, I disagree actually the MachineCodeEmitter or the > 'MachineCodeWritter' does not do any file handling at all. Do look at the > code for the MachineCodeWritter and you will see it only writes to memory > and if it reaches the end of the allotted memory I believe higher ordered > logic reallocates a larget buffer and starts again from scratch. This could > be

As the subject line says: Is PING a good indicator of network latency? If not, how can I measure latency? Thanks, Cosmin Prund

>>Does anyone know a source for a pre-built version of the same? > >To my knowledge there is no pre-built version of the cfe. See following link for CFE :- http://illuvium.com/download/ It maybe a bit out of date. I believe the CFE maybe broken at the moment, at least the Cygwin nightly test reports that it is broken and I believe this is the same thing ?

Op 9/2/2015 om 5:03 PM schreef Sergey Schwartz: > Guys, > > I'm completely stuck, so asking for advice. > My user has a sieve script which checks message header if it contains > words in russian like '???? ???????????? ?????????'. > > Pritty simple script > > # rule:[??????????] > if allof (header :contains "subject" "LDS (robot): ????