similar to: [LLVMdev] LLVM installation in Windows

Hi, Everyone, I got a error when I try to compile LLVM 2.7, it is located in the ocaml bindings file, showing like: llvm[2]: Compiling llvm_ocaml.c for Release+Asserts build In file included from C:\Objective Caml\lib/caml/misc.h:24, from C:\Objective Caml\lib/caml/alloc.h:23, from /home/leila/llvm/bindings/ocaml/llvm/llvm_ocaml.c:19: In file included from

> Possibly the OCaml bindings are broken on Windows/MinGW. Try building > with cmake instead of configure&make. The cmake build ignores the OCaml > bindings. One does not need to use cmake build to disable buildings :) It is possible to configure with --enable-bindings=none. Also, I'd suggest to use at least LLVM release 2.8, not 2.7 one. -- With best regards, Anton

akramul azim <bijoy123_8 at yahoo.com> writes: > I am new in this field. I am trying to install LLVM > in my 32-bit Windows XP. Can anyone please give a to do list for > installing LLVM in my machine. When trying to build LLVM, I get the > following error: [snip] > llvm_ocaml.c:523: error: `int64' undeclared (first use in this function) [snip] > Can anyone tell me what

Thanks a lot both of you. Using --enable-bindings=none, I could build and install LLVM 2.8 and gcc-4.2-2.8 source. However, in the bin directory, I get c++.exe, cpp.exe, gcc.exe, g++.exe instead of llvm-c++.exe, llvm-cpp.exe, llvm-gcc.exe, llvm-g++. Are they the same?  Akramul --- On Tue, 21/12/10, Anton Korobeynikov <anton at korobeynikov.info> wrote: From: Anton Korobeynikov <anton

Did you specify "--program-prefix=llvm-" on your configure line? That's what tells the llvm-gcc build to use the llvm-* names for the executables. -Jim On Dec 21, 2010, at 7:27 PM, akramul azim wrote: > Thanks a lot both of you. Using --enable-bindings=none, I could build and install LLVM 2.8 and gcc-4.2-2.8 source. However, in the bin directory, I get c++.exe, cpp.exe,

--- bindings/ocaml/llvm/llvm.ml | 2 +- bindings/ocaml/llvm/llvm.mli | 2 +- bindings/ocaml/llvm/llvm_ocaml.c | 2 +- include/llvm-c/Core.h | 32 +++++++++++++++++++------------- 4 files changed, 22 insertions(+), 16 deletions(-) -------------- next part -------------- A non-text attachment was scrubbed... Name: 316a84e85ed2363551149e65a227c8e7c8192624.diff Type:

Thanks a lot. It worked !!! Akramul --- On Wed, 22/12/10, Jim Grosbach <grosbach at apple.com> wrote: From: Jim Grosbach <grosbach at apple.com> Subject: Re: [LLVMdev] LLVM installation in Windows To: "akramul azim" <bijoy123_8 at yahoo.com> Cc: "Óscar Fuentes" <ofv at wanadoo.es>, "Anton Korobeynikov" <anton at korobeynikov.info>,

I've got ocaml installed in a non-standard location, and while the svn version of llvm seems to detect my ocaml binaries, it doesn't seem add "ocamlc -where" to the c include search path. This causes bindings/ocaml/llvm/llvm_ocaml.c to error out unless I run "make CFLAGS=`ocamlc -where`". Any chance that this could be added?

Dear all I am get the following problem when trying to compile app_meetme2 using mysql...it seems to want to use pgsql.....? anyone my Makefile looks like app_meetme2.o: app_meetme2.c #$(CC) -pipe $(CFLAGS) -c -o app_meetme2.o app_meetme2.c $(CC) -pipe -I/usr/local/include/mysql -L/usr/local/lib/mysql $(CFLAGS) -c -o app_meetme2.o app_meetme2.c app_meetme2.so: app_meetme2.o

I noticed that the ocaml compilation isn't using the .opt executables if they're available. We might gain a slight optimization in ocaml compile time by optionally using them with this patch. --- autoconf/configure.ac | 18 +++++ configure | 195 ++++++++++++++++++++++++++++++++++++++++++------ 2 files changed, 188 insertions(+), 25 deletions(-) -------------- next part

Hi Erick, Thanks, this looks good. Can you please resubmit this patch, and the others, as an attachment? On Mar 4, 2008, at 03:19, Erick Tryzelaar wrote: > --- > bindings/ocaml/llvm/llvm.ml | 2 +- > bindings/ocaml/llvm/llvm.mli | 2 +- > bindings/ocaml/llvm/llvm_ocaml.c | 2 +- > include/llvm-c/Core.h | 32 ++++++++++++++++++ > +-------------

"Michael Ness" <mike at liquido2.com> writes: [snip] > I then used both of these builds to attempt to assemble and link my > project with llvm-g++: > > $ llvm-g++ out.s -o out.exe `llvm-config --ldflags --libs x86 core > system support` > > gave me the errors found in the attached file "errors_gcc.txt". And > > $ llvm-g++ out.s -o out.exe

On 19/10/10 11:39, Avi Kivity wrote: > On 10/19/2010 12:31 PM, Ian Molton wrote: >>> 2. should start with a patch to the virtio-pci spec to document what >>> you're doing >> >> Where can I find that spec? > > http://ozlabs.org/~rusty/virtio-spec/ Ok, but I'm not patching that until theres been some review. There are links to the associated qemu and

On 19/10/10 11:39, Avi Kivity wrote: > On 10/19/2010 12:31 PM, Ian Molton wrote: >>> 2. should start with a patch to the virtio-pci spec to document what >>> you're doing >> >> Where can I find that spec? > > http://ozlabs.org/~rusty/virtio-spec/ Ok, but I'm not patching that until theres been some review. There are links to the associated qemu and

Since OCaml 4 the old and confusing caml_enter_blocking_section and caml_leave_blocking_section calls have been replaced with caml_release_runtime_system and caml_acquire_runtime_system (in that order). Use the new names. --- generator/OCaml.ml | 5 +++-- ocaml/guestfs-c.c | 5 +++-- 2 files changed, 6 insertions(+), 4 deletions(-) diff --git a/generator/OCaml.ml b/generator/OCaml.ml index

Hello John, John Criswell <criswell at illinois.edu> writes: [snip] > By the way, it looks like you don't have a build with assertions > enabled. I recommend compiling with > > gmake ENABLE_OPTIMIZED=0 DISABLE_ASSERTIONS=1 Shouldn't the above be DISABLE_ASSERTIONS=0 ? (which means DISABLE_ASSERTIONS=No, introducing the dreaded double negation which causes so much

Óscar Fuentes <ofv at wanadoo.es> wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.comp.compilers.llvm.devel as well. > > nobled <nobled at dreamwidth.org> writes: > >>>> The LLVM 2.7 release notes say you can use ./configure --enable-shared >>>> to build LLVM as a shared library (libLLVM2.7.so), and

In particular glibc's crypt will return NULL / errno == ENOSYS and other implementations might do that in future too. --- customize/crypt-c.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/customize/crypt-c.c b/customize/crypt-c.c index d5425cfaa..e358018cd 100644 --- a/customize/crypt-c.c +++ b/customize/crypt-c.c @@ -21,6 +21,7 @@ #include <stdio.h> #include

This change allows parts of the daemon to be written in the OCaml programming language. I am using the ‘Main Program in C’ method along with ‘-output-obj’ to create an object file from the OCaml code / runtime, as described here: https://caml.inria.fr/pub/docs/manual-ocaml/intfc.html Furthermore, change the generator to allow individual APIs to be implemented in OCaml. This is picked by

stubdom: prevent newlib from emiting cli/sti in longjmp Also fix build dependencies and cleanup. Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r b320cfe1f10f stubdom/Makefile --- a/stubdom/Makefile Thu Jun 05 13:04:07 2008 +0100 +++ b/stubdom/Makefile Fri Jun 06 16:00:35 2008 +0100 @@ -23,9 +23,11 @@ ifeq ($(GNU_TARGET_ARCH), i686) TARGET_CFLAGS=