similar to: [LLVMdev] Extracting type information from header files

Hello Vitaly, Clang supports LLVM Bitcode formatted precompiled headers if that is what you are looking for. LLVM-GCC might be a different story though. Also note that these headers will be different from one operating system to the next. If you're looking for something portable, test out my wrapper at http://sourceforge.net/projects/llvmlibc/ in the SVN repo. --Sam ----- Original

Hello all, I've been peacefully using Samba 3 for about 3 years now, and it has done a wonderful job in my little world as domain member servers for file and print serving. Much bettetrver farms that some of my peers in the company are using. So I want to try Samba 4 and see if I can play with making it my PDC. The only problem is that when I go to make, I receive the following error: ...

A recent post suggested using the Fedora packaging to get the separate RPMs to build for Redhat. I gave that a try but am getting the following error when doing so on a Redhat 9 system: make[1]: Leaving directory `/usr/src/redhat/BUILD/samba-3.0.21b/source' rm -f /usr/src/redhat/BUILD/samba-3.0.21b/source/include/includes.h.gch gcc -I. -I/usr/src/redhat/BUILD/samba-3.0.21b/source -O2 -g

Does anyone have any ideas or tips on how to shorten the time to build? I am building a new tool (in the llvm/projects directory) and it takes minutes to fully build the project, possibly because it uses lots of templates and boost & stl libraries and I am using a slow machine. Specifically, I am looking for ways to change the Makefile and use precompiled headers and incremental linking, but

Hello, My partner and I am making a small app needs to access a C++ library from the LLVM 2.5 JIT. We've made sure that there are no classes and have put 'extern "c"' in front of the functions we need to access. In order to make this work, we seem to need to have a bitcode version of libstdc++ so we can avoid writing our own implementations of std::string and std::vector.

Hello LLVM team, In the past I've worked on a PEG parser generator for any LLVM-based language to use.  One obstacle we ran into when generating LLVM IR assembly was that we'd end up cutting and pasting a list of declarations and aliases into every .ll file that needed to link with the others.  I'd propose that in the Bitcode 3.0 format, that a header definition be added to the IR

Hi Kenneth, If the LLVM project is switching to CMake, then CTest might be the framework of choice to use rather than scripting up something in Bash. --Sam --- On Wed, 7/30/08, Kenneth Boyd <zaimoni at zaimoni.com> wrote: > From: Kenneth Boyd <zaimoni at zaimoni.com> > Subject: Re: [LLVMdev] Is there room for another build system? > To: "LLVM Developers Mailing

Dear R users, I am trying to use tseries' garch function in order to determine the volatility of a return series generated by quantmod. Here is the code that I am using: > library(quantmod) > getSymbols("AAPL") convert daily closing prices into continuous log returns > dret<-dailyReturn(AAPL,type='log') check to see that the autocorrelations decay >

On Mon, Aug 31, 2009 at 12:17 PM, Samuel Crow<samuraileumas at yahoo.com> wrote: > Hello, > > My partner and I am making a small app needs to access a C++ library from the LLVM 2.5 JIT.  We've made sure that there are no classes and have put 'extern "c"' in front of the functions we need to access.  In order to make this work, we seem to need to have a bitcode

Hi Nate, I've successfully ported one bitcode from Linux to Mac to Windows.  All were x86 and the program was text-based, but I'd say my LLVM Wrapper would be worth some effort in the future if I could just get some help.  Currently it just wraps StdIO.h with its own functions. Here's some of what it would take to make portable bitcodes in C or LLVM Assembly: * Convert all

Hello LLVM list, I'm working on a wrapper for LibC and I think it would work a whole lot better for what I'm trying to do if I wasn't forced to use a specific endianness. I'm trying to make it work in such a way that the compiler can generate code for a generic LLVM target such that the bitcodes won't need to have the alignment information or endianness until the final link

I need some help getting a system running for one of my company's plants. I am running AsteriskNow 1.7 with Asterisk 1.6.2.10 and FreePBX 2.8.0.2. My D-Channel keeps bouncing. The telecom tech told me he thought that I might be using the wrong sync source, and I think I might have been, but I changed DAHDI system.conf to "span=1,1,0,ESF,B8ZS" (from

Hi. I am using a large storage which is ext2 file system of 1T byte. It has many file types, doc, mail data, zip, etc. It doesn't have a database file. I want to change the file system from ext2 to ext3. It also can't divide to any partitions. How to decide journal mode and journal size? Please advice to me. Recommend a journal mode. (orderd or journal) Recommend a journal

Our Flang-aarch64 buildbots just won't connect to the main Buildbot master anymore. I switched them to the staging buildbot master instead and it seems fine for now. Is there anything that we can/should tweak at our end? http://lab.llvm.org:8014/#/waterfall?tags=flang -Andrzej On 08/10/2020 00:31, Galina Kistanova via cfe-dev wrote: > They are online now -

Hi llvm, it's for sure an obvious idea to use llvm as IR for heterogenous platforms (e.g. CPU+GPU). In theory someone could write plain C/C++ code, which by clang is translated to llvm-IL and then together with JIT-backends packed in an appropriate executable. Thus all the limitations and hassles of openCL or CUDA could be avoided. I wonder if there already is a related project? Of course in

Hi Paula, This error is fine. The buildbot has tested the worker version. 0.8.x apparently does not have that method. The error gets handled gracefully on the server side. At least it seems so so far. That should not prevent your bot from connecting. Thanks Galina On Thu, Oct 8, 2020 at 2:11 PM Paula Askar <paulatoth at google.com> wrote: > Hey Andrzej, > > What are you seeing

On Mon, Feb 20, 2023 at 09:35:00AM +0100, Jiri Pirko wrote: > Fri, Feb 17, 2023 at 02:47:36PM CET, mst at redhat.com wrote: > >On Fri, Feb 17, 2023 at 01:53:55PM +0100, Jiri Pirko wrote: > >> Fri, Feb 17, 2023 at 01:22:01PM CET, mst at redhat.com wrote: > >> >On Fri, Feb 17, 2023 at 01:15:47PM +0100, Jiri Pirko wrote: > >> >> From: Jiri Pirko <jiri

On Thu, 9 Feb 2017, Vitaly Kuznetsov wrote: > +#ifdef CONFIG_HYPERV_TSCPAGE > +static notrace u64 vread_hvclock(int *mode) > +{ > + const struct ms_hyperv_tsc_page *tsc_pg = > + (const struct ms_hyperv_tsc_page *)&hvclock_page; > + u64 sequence, scale, offset, current_tick, cur_tsc; > + > + while (1) { > + sequence = READ_ONCE(tsc_pg->tsc_sequence); > + if

On Thu, 9 Feb 2017, Vitaly Kuznetsov wrote: > +#ifdef CONFIG_HYPERV_TSCPAGE > +static notrace u64 vread_hvclock(int *mode) > +{ > + const struct ms_hyperv_tsc_page *tsc_pg = > + (const struct ms_hyperv_tsc_page *)&hvclock_page; > + u64 sequence, scale, offset, current_tick, cur_tsc; > + > + while (1) { > + sequence = READ_ONCE(tsc_pg->tsc_sequence); > + if

Dear R experts, R (0.63) does not seem to write me any text in a PS file. Trying x11() plot(12) text(5,5, "Hello World") works fine. Now I would like to have the same as a PS file. postscript("foobar.ps") plot(12) text(5,5,"Hello World") dev.off() Gives me a PS file with the plot -- but without the "Hello World". Why? I'm completely clueless. Ciao