similar to: [LLVMdev] Autoconf Support

Dear All, I'm having the following problem linking code that defines and uses an AnalysisGroup. I have an analysis group defined as follows: class PoolAllocateGroup { public: static char ID; virtual ~PoolAllocateGroup (); virtual PA::FuncInfo *getFuncInfo(Function &F); ... }; ... which is then inherited by a ModulePass: class PoolAllocate : public ModulePass , public

I tried llc -load /localhome/aggarwa4/llvm27/llvm-obj/projects/poolalloc/Debug/lib/libCodegen.so --help But this does not show my pass. It says it is an unknown command line argument. Arushi On Thu, May 12, 2011 at 11:21 AM, John Criswell <criswell at illinois.edu> wrote: > On 5/12/11 11:17 AM, Arushi Aggarwal wrote: >> >> What is the correct way to register/run a machine

... checking for library containing xmalloc... no ./configure: line 11837: case: command not found ./configure: line 11838: xmalloc.o: command not found ./configure: line 11839: * xmalloc.o: command not found ./configure: line 11840: xmalloc.o *: command not found ./configure: line 11841: * xmalloc.o *: command not found ./configure: line 11843: syntax error near unexpected token `;;'

On 5/12/11 11:46 AM, Arushi Aggarwal wrote: > I tried > llc -load /localhome/aggarwa4/llvm27/llvm-obj/projects/poolalloc/Debug/lib/libCodegen.so > --help > > But this does not show my pass. It says it is an unknown command line argument. I'm assuming you've looked at other MachineFunctionPass'es and have registered yours in the same way that they do. I don't think

On Apr 7, 2008, at 1:54 PM, John Criswell wrote: > > /localhome/criswell/llvm22/projects/llvm-poolalloc/Debug/lib/ > libpoolalloc.so: > undefined reference to `vtable for llvm::PoolAllocateGroup' > Does anyone know what I might be doing wrong? The usual answer, you need to define all virtual functions, in particular, those in the PoolAllocateGroup hierarchy.

Dear All, This morning, I have commited to CVS my changes for building LLVM with separate source and object directories. If you're building from mainline CVS, this will affect you. In a nutshell, the --with-objroot option is gone. To use a separate directory for your object files, you now do it the autoconf way: change your current working directory to where you want the object

On 6/18/15 6:49 PM, Eric Christopher wrote: > Hi John, > > Long term we don't want to keep the burden of two build systems in > tree. CMake is turning out to be the build system we want because of > its multi-platform support, etc and as soon as the CMake system can do > everything we can do with the autoconf/makefile build I plan on > turning down the support for that

> On Jan 12, 2016, at 9:39 AM, Reid Kleckner <rnk at google.com> wrote: > > Sounds like a plan. > > Should we leave behind a simple ./configure script that checks for cmake, and if present, runs something like 'cmake -G"Unix Makefiles" .'? I think it's nice if the "standard" Unix way of building with "./configure && make"

----- Original Message ----- > From: "Eric Christopher" <echristo at gmail.com> > To: "John Criswell" <jtcriswel at gmail.com>, LLVMdev at cs.uiuc.edu, "Chris Bieneman" <beanz at apple.com> > Sent: Thursday, June 18, 2015 7:14:06 PM > Subject: Re: [LLVMdev] Long-Term Support for LLVM Projects Extension to Build System? > > > On

On Sat, Apr 12, 2008 at 3:52 PM, Criswell, John T <criswell at ad.uiuc.edu> wrote: > Try using the --with-llvmsrc and --with-llvmobj options to explicitly set the locations of your LLVM source tree and object tree, respectively. I faintly recall seeing this error and seem to recall using these options to work around it. OK. Here are the complete steps required to successfully build the

On 11/1/11 8:49 PM, Óscar Fuentes wrote: > Hello John. > > John Criswell<criswell at illinois.edu> writes: > > [snip] > >> I did not use CMake but the standard autoconf + Makefile build. >> >> Not sure if this helps, but here it is, for what it's worth. > Very interesting, thanks! > > CMake introduces more parallelism and it would be great to

On Fri, Apr 11, 2008 at 3:24 PM, John Criswell <criswell at cs.uiuc.edu> wrote: > Lane Schwartz wrote: > > > [snip] > > > > OK then. I didn't realize that having a newer version would be a problem. > > > > I compiled and installed autoconf 2.59. I still get the same problem: > > > > $ autoconf --version > > autoconf (GNU Autoconf)

----- Original Message ----- From: "Chris Lattner" <sabre at nondot.org> To: <llvmdev at cs.uiuc.edu> Sent: Wednesday, June 23, 2004 4:05 PM Subject: Re: [LLVMdev] weird issue with mem2reg > On Wed, 23 Jun 2004, Patrick Meredith wrote: > > > MetaSplit is an anlysis I just finished writing. It doesn't alter anything, > > all it does is build a set of

MetaSplit is an anlysis I just finished writing. It doesn't alter anything, all it does is build a set of "program instructions". For some reason even though if I run it with any other combination of passes I've found, anytime I run it with mem2reg I get a seg fault in dyn_cast! Here's output: Starting program: /mounts/zion/disks/0/localhome/pmeredit/llvm/tools/Debug/opt

Hi Will, John Criswell thought that perhaps you've gotten DSA (but not poolalloc) working with the mainline LLVM code. If that's true, is that something you intend to share? I for one would love to be able to use it. - Christian On Sat, May 30, 2015 at 12:06 PM, John Criswell <jtcriswel at gmail.com> wrote: > Dear Christian, > > First, I've never used CMake to

On Wed, 23 Jun 2004, Patrick Meredith wrote: > MetaSplit is an anlysis I just finished writing. It doesn't alter anything, > all it does is build a set of "program instructions". For some reason even > though if I run it with any other combination of passes I've found, anytime > I run it with mem2reg I get a seg fault in dyn_cast! Here's output: > >

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all. Yesterday I updated my version of wine from cvs. Now, when I try to compile I receive a signal 11 error. The message is as follows: make[2]: Leaving directory `/localhome/emmebi/wine/dlls/lzexpand' make[2]: Entering directory `/localhome/emmebi/wine/dlls/version' make[2]: `libversion.so' is up to date. make[2]: Leaving

Hello John. John Criswell <criswell at illinois.edu> writes: [snip] > I did not use CMake but the standard autoconf + Makefile build. > > Not sure if this helps, but here it is, for what it's worth. Very interesting, thanks! CMake introduces more parallelism and it would be great to see how much impact it makes. If you can, please run the cmake build with -j32, just to

Compiling llvm-gcc on an x86 machine with --target=powerpc-ibm-aix5.1.0.0, I get the following error: make \ CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute " \ CONFIG_H="config.h auto-host.h

> From: Akim Demaille <akim at epita.fr> > Date: 17 Sep 2001 11:22:19 +0200 > > | 2001-09-16 Tim Van Holder <tim.van.holder at pandora.be> > | * lib/autoconf/functions.m4: (AC_FUNC_GETPGRP) Don't rely on > | setpgrp() being present. I looked into that problem a bit more. Several programs use AC_FUNC_GETPGRP and GETPGRP_VOID, including Bash, Gawk, and