similar to: [LLVMdev] summary of LLVM on FreeBSD status.

I updated one of my powerpc64le llvm test systems to Fedora 25 and I started getting a whole bunch of sanitizer test case failures. I tried testing some earlier revisions on the new OS that had worked fine under the old but they generate the same errors now so it isn't any changes in llvm. There are two different errors: FATAL: ThreadSanitizer: unsupported VMA range FATAL: Found 47 -

>From: John Criswell <criswell at cs.uiuc.edu> >Date: Mon, 25 Oct 2004 15:38:52 -0500 > >When you run configure, you'd do something like this: > >configure --prefix=<...> LDFLAGS="-L<path where libdgbhelp is installed" > >If you modify Makefile.config directly, just add the necessary -L option to >TOOLLINKOPTS. I believe that should fix

Henrik Bach wrote: >> From: John Criswell <criswell at cs.uiuc.edu> >> Date: Mon, 25 Oct 2004 15:38:52 -0500 > > >> >> When you run configure, you'd do something like this: >> >> configure --prefix=<...> LDFLAGS="-L<path where libdgbhelp is installed" >> >> If you modify Makefile.config directly, just add the

Yes, that's my understanding, too. But I'm not controlling where my library -ldbghelp is put when g++ is called. I just put it in the TOOLLINKOPTS variable in Makefile.config. Henrik >From: Reid Spencer <reid at x10sys.com> > >John Criswell wrote: >> >>It seems that the -L path options are specified before the LLVM libraries >>(libSystem and

Hello, I'm trying to get the demo script to run llvm2cpp so that people can get familiar with the LLVM C++ API through the online demo. However, it seems that the path used doesn't include llvm2cpp (not updated in a while?). The demo script currently uses these paths on Zion: /home/vadve/criswell/box/x86/llvm-gcc/bin/ /home/vadve/gaeke/llvm/Release/bin /home/vadve/gaeke/bin

See attached build (gmake -k) log. -- gaeke at uiuc.edu -------------- next part -------------- gmake[1]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/utils/Burg' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/scratch/scratch0/gaeke/llvm-497cz/utils/Burg' gmake[1]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/lib' gmake[2]: Entering

On Wed, 29 Sep 2004, Reid Spencer wrote: > > On Tue, 28 Sep 2004, Paolo Invernizzi wrote: > >>The next major problem is that VC has only > >> > >>int rand(void) > >>void srand( int seed ) > >> > >>So I donno how to compile the > >>ExecutionEngine/Interpreter/ExternalFunctions.cpp that refers to the > >>drand48 srand48

> I'm trying to get the demo script to run llvm2cpp so that people can get > familiar with the LLVM C++ API through the online demo. However, it > seems that the path used doesn't include llvm2cpp (not updated in a > while?). The demo script currently uses these paths on Zion: I can look into this, but I would strongly suggest not messing with the demo script until 2-3

Hmm, I guess I need a sys::Math::getRandom() function that uses a "good" random number generator on the given platform. I'll make a note of this and tuck it away for future implementation. Reid. Chris Lattner wrote: > On Tue, 28 Sep 2004, Paolo Invernizzi wrote: > > >>The next major problem is that VC has only >> >>int rand(void) >>void srand(

Sorry, I don't personally have any of that stuff anymore -- I seem to recall that page didn't have a whole lot on it, though. I think Misha has messed around with llvm-tv more recently than I have. If you really want that particular page, it looks like you can get (a version of) it from the Internet Archive... http://web.archive.org/web/20041102220954/llvm.cs.uiuc.edu/~gaeke/llvm-tv/

It's already messed with, but there's no harm. If someone turns on the llvm2cpp option, then they get an error message at the bottom of the output page. All other output is normal. So, there's no harm in it. If/when llvm2cpp becomes available on Zion, people then the llvm2cpp output will appear. Note that llvm2cpp is a 1.8 release feature. My change was to help people learning LLVM

Hi, This is a proposed fix for bug 16847 [1]. It is essentially the patch provided by Martin Nowack in the bug report but I have added a test case and an ifdef macro around the modified code in Process::GetMallocUsage() The issue seems to be that the ptmalloc2 allocator used in glibc (in my case 2.19) does not include mmap()'ed memory in mallinfo.uordblks and so mallinfo.hblkhd needs to be

> It's already messed with, but there's no harm. If someone turns on the > llvm2cpp option, then they get an error message at the bottom of the > output page. All other output is normal. So, there's no harm in it. > If/when llvm2cpp becomes available on Zion, people then the llvm2cpp > output will appear. Note that llvm2cpp is a 1.8 release feature. My > change was

The demo script isn't part of the release and its not failing. Do you want me to revert the changes? Reid. On Thu, 2006-08-10 at 10:08 -0700, Tanya M. Lattner wrote: > > It's already messed with, but there's no harm. If someone turns on the > > llvm2cpp option, then they get an error message at the bottom of the > > output page. All other output is normal. So,

Hi, Thank Brian Gaeke so much. Following TraceBasicBlocks.cpp, I modified the code as below and could insert instruction or function I need into anywhere in Module. But it works well without BB->getInstList().push_back(InstrCall), and if I add the BB->getInstList().push_back() following new CallInst(), I got error information when runing opt. What is the reason for it? And is it necessary

> The demo script isn't part of the release and its not failing. > > Do you want me to revert the changes? No. I just said that we should avoid anymore changes for the next 2 weeks to maintain stability. -Tanya > > Reid. > > On Thu, 2006-08-10 at 10:08 -0700, Tanya M. Lattner wrote: >>> It's already messed with, but there's no harm. If someone turns on

>From: John Criswell <criswell at cs.uiuc.edu> >Will this library be needed for tblgen or for all LLVM programs? And is it >a library you wrote for LLVM, or is it a MingW library? It's is generally needed for all programs or at least programs using Signals.o (from platform/Signals.cpp) and it is platform/MinGW specific. >TOOLLINKOPTS is used by configure to convey

On Thu, 10 Aug 2006, Tanya M. Lattner wrote: >> The demo script isn't part of the release and its not failing. >> Do you want me to revert the changes? > No. I just said that we should avoid anymore changes for the next 2 weeks to > maintain stability. FWIW, I agree with Tanya on this. People *pound* on the demo page immediately after a release as they try it out and

On Mon, 19 Sep 2005, Brian R. Gaeke wrote: > Sorry, I don't personally have any of that stuff anymore -- I seem > to recall that page didn't have a whole lot on it, though. I think > Misha has messed around with llvm-tv more recently than I have. If > you really want that particular page, it looks like you can get (a > version of) it from the Internet Archive... > >

You are correct, ubyte 2 simply means 3rd element of the structure. This quantity is always constant (it specifies the field number), so we could have used any signed or unsigned integer type for it instead of ubyte. UByte means we are limited to at most 256 structure fields but it also makes the bytecode representation more compact. (To remove this restriction, we may migrate to UInt in the