similar to: [LLVMdev] how to opt -load on cygwin

Hello list, Using rsync 2.5.6 on Solaris 7/8 boxes: I was happily running this script via crontab: $ more webrsync.ksh #!/bin/ksh # @(#) File synchronization across hosts using rsync #Description : # # Created : 4 September 2003 # Author : Loris Serena set -x LPATH=/usr/local/bin for i in 1 3 4 5 6 7 8 do ${LPATH}/rsync -azvv -e ${LPATH}/ssh --stats

Hi, Here are two patches to allow Cygwin to build. 'edis' is disabled as it will not build with dynamic libraries, and libprofile also does not build on Cygwin. If anyone using Cygwin wants there functionality they will have to fix them :) Aaron Index: tools/Makefile =================================================================== --- tools/Makefile (revision 97136) +++

Hello, Here's a tiny patch to the VMKIT tools makefile, that allows you to build VMKIT without both Java and CLI. I'm working on a new bytecode front end so wanted a 'clean' mvm without building to two existing front ends. Currently it still tries to build VMJC even when its told not to build the JNJVM. This patch fixes that. Index: tools/Makefile

Hi Dean, Applies thanks! Out of curiosity, which part of mvm are you using? I guess the GC? Nicolas Dean Calver wrote: > Hello, > > Here's a tiny patch to the VMKIT tools makefile, that allows you to > build VMKIT without both Java and CLI. I'm working on a new bytecode > front end so wanted a 'clean' mvm without building to two existing > front ends.

Hi Sergey, > However, opt load still fails (has no effect). you also have to use -hello on the opt command line in order to actually run the pass. Ciao, Duncan.

Arjun, please try "configure --enable-shared" and link your dll to cygLLVM*.dll . With --enable-shared, you may build cygLLVMHello.dll manually, "make -C lib/Transforms/Hello" . (You can see cygBugpointPasses.dll, too) ...Takumi

If you're on the new Makefile system, you will want to update your Makefile.rules. The patch below provides some important fixes for parallel builds and dependencies. It also adds some new features like the -local targets. For example, you can now build "all-local" to build the local directory without recursing into subdirectories. See the comments below for details of the change.

El lun, 10-09-2007 a las 11:55 -0700, Chris Lattner escribió: > The profiling support in LLVM hasn't been used for quite a while, so it > may have bitrotted slightly. However, the support should basically work, > so it shouldn't take much to bring it back to life. Thank you, it seems working again with this simple patch: Index: runtime/Makefile

Tanya, This patch at the end of this message is needed for Cygwin and GCC 4.2.x series. I also had to disable 'runtime/libprofile' by including the following in 'runtime/makefile' :- ifeq ($(OS), Cygwin) PARALLEL_DIRS := $(filter-out libprofile, $(PARALLEL_DIRS)) endif There maybe a better fix to make it work. Aaron ---------- Forwarded message ---------- From:

Hi If I try to run configure for openssh-5.1p1 with --wtih-selinux option it fails giving the error "selinux support requires selinux library" all of the below also dont work a) --wtih-selinux b) --wtih-selinux=path of cross complied library c) LDFLAGS=-Lpath of cross complied library if I remove --wtih-selinux option I am able to everything is fine. How to solve this error? Thanks

Hi, Is there anyone else interested in fixed-point arithmetic support in clang/llvm? Regards, Sergey On Sat, Aug 3, 2013 at 12:14 AM, Sergey Yakoushkin < sergey.yakoushkin at gmail.com> wrote: > Hi all, > > Were there any further discussion or progress with the fixed point support > (ISO/IEC TR 18037) in the meantime? >

On 19 Jan 2009, at 21:16, Mike Stump wrote: > On Jan 19, 2009, at 11:55 AM, Dan Villiom Podlaski Christiansen wrote: >> In my humble opinion, using OPTIONAL_DIRS would be better and >> cleaner. >> It may require some changes to ‘Makefile.rules’ to work as >> intended, though. If there's interest in such a change, I can prepare >> a patch? > > Are

Hi, I have a customer (a small french music producer) who's putting up a "paid" radio, it's not really paid, because you don't buy an access, you just by a cd, and you get radio access. So, I needed to check access to the radio, in an intelligent manner :-) A collegue of mine started doing things, he ended up with scripts adding ip's to the server's firewall... I

Mathieu, This is a great idea, and I'm sure many people would like to take advantage of it. Since the release of 2.0.0, we've added an "authenticator" framework which allows us to create authentication modules for handling listener (client-based) authentication. We currently have one authentication module (htpasswd) which uses a simple file to store users and encrypted

Hi, I am trying to create a pass that should get statically linked into opt (since I'm on both mac and native win32 and win32 does not support LOADED_MODULEs, at least I get errors while trying to create one). So I have it working with CMake on windows but when I try to run the same code base on mac I get unresolved externals. Here is what I have done so far in the build system: Within

+-Le 14/05/2004 15:40 -0400, Amy Beam a dit : | Hello Mathieu, | | This is a great idea! So great that I have been trying to do it for a | while now. However my knowledge of all the ins and outs of Icecast are | lacking. I would love to implement your solution here hopefully you can | answer a few questions for me! | | 1. What version of Icecast should I make these changes to? It looks like |

On Jan 19, 2009, at 12:35 PM, Dan Villiom Podlaski Christiansen wrote: > On 19 Jan 2009, at 21:16, Mike Stump wrote: > >> On Jan 19, 2009, at 11:55 AM, Dan Villiom Podlaski Christiansen >> wrote: >>> In my humble opinion, using OPTIONAL_DIRS would be better and >>> cleaner. >>> It may require some changes to ‘Makefile.rules’ to work as >>>

On Oct 3, 2013 11:47 PM, "Rekha R" <rekharamapai at nitc.ac.in> wrote: > > Hi, > > I was trying to write a sample optimization pass in LLVM, by following instructions in LLVM doc for Writing a New Pass. But then ran into make issues. The issue is with having separate source and build directories. The LLVM doc for 'Getting Started' suggests keeping the two

Hi, I was trying to write a sample optimization pass in LLVM, by following instructions in LLVM doc for Writing a New Pass. But then ran into *make*issues. The issue is with having separate *source *and *build* directories. The LLVM doc for 'Getting Started' suggests keeping the two separate, but the 'Writing a new pass' doc assumes they are merged. Hence the *make *issue. I did

PHRASE QUERY Xapian::Query((MBOX:12345678-1234-1234-1234-1234567890ab AND (LP:backup:(pos=1) PHRASE 6 LP:c::(pos=2) PHRASE 6 LP:program files:(pos=3) PHRASE 6 LP:Mozilla Firefox:(pos=4) PHRASE 6 LP:res:(pos=5) PHRASE 6 LP: table-add-column-after-hover.gif:(pos=6)))) AND QUERY Xapian::Query((MBOX:12345678-1234-1234-1234-1234567890ab AND LP:backup:(pos=1) AND LP:c::(pos=2) AND LP:program