similar to: [LLVMdev] Support for frontend in Windows

> > > > I believe Aaron Gray has had success building llvm on Cygwin: > > http://www.aarongray.org/LLVM/BuildingLLVMonCygwin.html > > > > However, those instructions may be a bit out of date... > > Tanya: OK. And how about the clang frontend. Is it usable without having dependencies with the rest of the infrastructure? Which are your typical Linux platforms

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

Hi there it seems that it has been sometime that anyone had success with building llvm (2.0 or 2.1 prerelease) on Cygwin/XP. i have been using gcc-4.0.2 with no success. is anyone working on Cygwin or not? i feel that having Cygwin as a supported platform is at least misleading since noone is building on Cygwin. I recall llvm-1.4 to 1.6 building decently on Cygwin even with gcc-3.3.3. Kind

> it seems that it has been sometime that anyone had success with building llvm > (2.0 or 2.1 prerelease) on Cygwin/XP. i have been using gcc-4.0.2 with no > success. > > is anyone working on Cygwin or not? i feel that having Cygwin as a supported > platform is at least misleading since noone is building on Cygwin. > > I recall llvm-1.4 to 1.6 building decently on Cygwin

Hello, Aaron > I don't have the external testsets installed. Make sure you have llvm-gcc path properly specified to llvm configure. --- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On Mon, Feb 23, 2009 at 6:32 PM, John Criswell <criswell at cs.uiuc.edu> wrote: > Aaron Gray wrote: > > I am trying to build llvm-test in a separate directory to the main llvm > tree. > > > > I have put llvm and llvm-gcc's bin directories on the path but think I am > missing a switch on the configure command. > > > You need to use --with-llvmsrc and

Albert Graef <Dr.Graef at t-online.de> writes: >> Some points you mention on your web page are solved. > > Which ones? (Just curious.) No cross-compilation. C99 compiler check missing: You can check the compiler support for a flag with just one line. pkg-config support broken. My understanding is that it is fixed. >> Others are not applicable to LLVM. > > That

Óscar Fuentes wrote: > Some points you mention on your web page are solved. Which ones? (Just curious.) > Others are not applicable to LLVM. That might be the case now, but the lack of even basic functionality in some areas (in particular, no advanced feature checks, no make dist/distcheck, no make uninstall, lack of useful trace options when something goes wrong during a build, arcane

On Sun, Jun 08, 2003 at 02:06:18AM +0200, Paul Seelig wrote: > This is what i get when trying to encode a WAV file: > > ------------- snip ----------------- > [pseelig]/tmp > flac -o YouGotMail.flac YouGotMail.wav > > flac 1.1.0, Copyright (C) 2000,2001,2002,2003 Josh Coalson > flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you > are welcome to

Hello, sorry to bother you with this: while trying to compile mini-os from xen-unstable.hg, I noticed that compilation failed like this: gcc -fno-builtin -Wall -Werror -Wredundant-decls -Wno-format -Wstrict-prototypes -Wnested-externs -Wpointer-arith -Winline -m32 -march=i686 -g -Iinclude -Iinclude/x86 -Iinclude/x86/x86_32 -c gnttab.c -o gnttab.o gnttab.c: In Funktion »init_gnttab«:

Hello, When trying to start VM I am getting the following error: # --- [root@xcp-dev01 ~]# xe vm-start uuid=f535e5bd-6540-3745-d494-14f776da85e5 Error code: INVALID_SOURCE Error parameters: Unable to access a required file in the specified repository: file:///tmp/cdrom-repo--2OF-Z/install.amd/xen/vmlinuz., , # --- I have used last xen server documentation to prepare the VM installation from

Hi! ---- Did anyone thought about shipping QEMu as part of Solaris Nevada (via SFWNV) yet ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;)

Hi R-users, I am trying to divide a vector (say X) into equal frequency bins. If one uses the hist() function, then a histogram is plotted, but with bins of equal widths, and not with bins having the same number of data points. I have then tried the histogram() function as follows: histogram(X, nint=10, breaks=NULL, equal.widths=F) This works as I want. However, I can't extract which

Albert Graef <Dr.Graef at t-online.de> writes: > On 06/21/2012 04:22 PM, Óscar Fuentes wrote: >> About the "many features" that cmake lacks, can you provide a list, >> please? > > Generally it works fairly well, but here are some differences to the > autoconf-based build I noticed: > > - No 'make uninstall'. That is a real deal breaker if you

I am somewhat surprised people are actually using TCO. I had to fixed a number of subtle bugs to get it working and even now I am not too happy with it. My focus was on finding non-ABI changing automatic tail call cases (aka gcc's sibcall). It's now done so I'll leave -tailcallopt alone for now. I'll run -tailcallopt as x86 llcbeta to see if JIT is indeed broken. Evan On Feb 5,

Eli Friedman wrote: > This isn't first-hand, but from what I remember hearing on IRC, > putting llvm into shared libraries caused a ridiculous explosion in > dynamic linking (and therefore startup) times. So there is no option > to make shared libraries, at least at the moment. Well, by tweaking configure and make options, I've managed to build LLVM 2.2 shared libraries on

On Monday 09 June 2008, Albert Graef wrote: > Unfortunately, that approach doesn't work on x86-64 with LLVM 2.2, > since some parts of the LLVM JIT apparently contain non-relocatable > code; I hope that this will be fixed in the forthcoming LLVM 2.3. Unfortunately it's not fixed in 2.3 :( I made a patch ([1]) for 2.2 and gave it to one of the developer, I guess he forgot about

Albert, > The problem with using -fPIC on x86 is not only the speed of the > generated code, I also get JIT-related segfaults in the Pure interpreter > (on Linux). See, e.g.: Please fill a PR in the LLVM bugzilla, so this issue won't get lost. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On Aug 25, 2009, at 12:24 PM, Albert Graef wrote: > Trunk (r80020): > raw_fd_ostream(const char *Filename, std::string &ErrorInfo, > unsigned Flags = 0); > > It would be helpful to emulate the LLVM 2.5 variant of the constructor > on both 2.6 and trunk, so that frontend developers don't have to code > against three different versions of the

Dear All, The LLVM 2.6 Release Branch doesn't compile for me on Mac OS X. The following patch seems to fix it (it adds a missing include file to get WeakVH defined). Has anyone else seen this breakage, or is it possible that I've got the wrong branch checked out? -- John T. Index: lib/Transforms/Scalar/DeadStoreElimination.cpp