search for: snuff

Hi list, Is there a standards based reason why the DIFlags enum is set to uint32_t[1]? I am sure my DWARF-std-reading-fu is not up to snuff and so I cannot seem to find it. The reason I ask is that we are running out of space for our own DIFlags and would like to nail this down before deciding on an approach. Thanks! Sohail [1] The code in question: https://github.com/llvm-mirror/llvm/blob/master/include/llvm/IR/DebugInfoMetadat...

Hi all, I'm sure that the last thing that you want to think about is TableGen's guts, but I'm pursuing a course in bringing TableGen up to snuff with the rest of LLVM. Basically, I would like to introduce a "TGContext" class (by analogy with LLVMContext) to harbor a proper unique'd type system and BumpPtr allocate all of TableGen's data (RecTy's, Record's, Init's, etc). This change should have no effect on the...

This is easy with Fedora, as the various 'common' repos are listed and all I have to do is change the URL.... Anyway, I am doing a netinstall of Centos 6.3 i386 from my local repo. I also have the updates repo. How can I add the updates repo so that I get it up to snuff right away (like I have been doing with Fedora for quite some time)? thanks.

...ed and in the end; slower, bigger, more error prone and harder to maintain. My 2c. Reed On 10/03/2012 07:07 PM, Sean Silva wrote: > Hi all, I'm sure that the last thing that you want to think about is > TableGen's guts, but I'm pursuing a course in bringing TableGen up to > snuff with the rest of LLVM. > > Basically, I would like to introduce a "TGContext" class (by analogy > with LLVMContext) to harbor a proper unique'd type system and BumpPtr > allocate all of TableGen's data (RecTy's, Record's, Init's, etc). This > change shou...

Hello, I have been on a dynamic ip for about 5 years and have just upgraded to a static ip. I know I need to change my network setup on my eth0 nic to static and stop ddclient from trying to update my address but is there _really_ anything else I need to change. I have a couple of websites on this address using *:80 in my httpd.conf. I can easily change this but don't think it would really

...iminate dynamic_cast and exceptions from tablegen? > > This is just a tool run over a few thousand lines of td files. > You can't measure the difference in performance if you eliminate > dynamic_cast and exceptions. This isn't about performance. It's about bringing it up to snuff with the rest of the codebase. And btw it's not "a few thousand lines", it's >125K lines. It's also not "a small tool"; it's a critical piece of infrastructure for the project and the current state of affairs poses a bottleneck for certain kinds of improvement...

...need to know the specific target, only the data layout and which > intrinsics the target supports. This approach makes a clean division > between the front end and back end. If you want to map from a C type/calling convetion to LLVM IR, clang is a good way to go. It isn't fully up to snuff with all the ABIs out there, but will be doing much better over the next few months. -Chris -- http://nondot.org/sabre/ http://llvm.org/

...c target, only the data layout and which > > intrinsics the target supports. This approach makes a clean division > > between the front end and back end. > > If you want to map from a C type/calling convetion to LLVM IR, clang is a > good way to go. It isn't fully up to snuff with all the ABIs out there, > but will be doing much better over the next few months. How about extracting the clang code and turning it into a set of helper routines for people who want to be able to generate C compatible function signatures? Ciao, Duncan.

...figuration management system. I''m of the opinion that our time and money would be better spent getting off of RHN for package distribution, setting up our own Yum repositories, getting a good start on Puppet, and bringing in Luke Kanies for a week to bring the Puppet installation to up to snuff. FWIW, we''ll be looking about 50 systems that need to be managed, and we may not have to pay for server itself ($13.5K) just for the system subscriptions ($200 each). Does anyone here have recent experience with RHN Satellite, and care to comment on its usefulness and functionality? Or...

On Oct 3, 2012, at 7:07 PM, Sean Silva <silvas at purdue.edu> wrote: > Hi all, I'm sure that the last thing that you want to think about is > TableGen's guts, but I'm pursuing a course in bringing TableGen up to > snuff with the rest of LLVM. > > Basically, I would like to introduce a "TGContext" class (by analogy > with LLVMContext) to harbor a proper unique'd type system and BumpPtr > allocate all of TableGen's data (RecTy's, Record's, Init's, etc). This > change sho...

On Oct 3, 2012, at 7:07 PM, Sean Silva <silvas at purdue.edu> wrote: > Hi all, I'm sure that the last thing that you want to think about is > TableGen's guts, but I'm pursuing a course in bringing TableGen up to > snuff with the rest of LLVM. > > Basically, I would like to introduce a "TGContext" class (by analogy > with LLVMContext) to harbor a proper unique'd type system and BumpPtr > allocate all of TableGen's data (RecTy's, Record's, Init's, etc). This > change sho...

Duncan Sands wrote: > Hi Jon, > >> What is the correct procedure for translating a function signature from >> a high-order language to LLVM? > > you have to do it carefully so that LLVM will end up producing object code > that conforms to the platform ABI. For example, suppose you are using cdecl > with a small struct (a pair of ints, say). Then your function

...;sabre at nondot.org> wrote: > > On Oct 3, 2012, at 7:07 PM, Sean Silva <silvas at purdue.edu> wrote: > >> Hi all, I'm sure that the last thing that you want to think about is >> TableGen's guts, but I'm pursuing a course in bringing TableGen up to >> snuff with the rest of LLVM. >> >> Basically, I would like to introduce a "TGContext" class (by analogy >> with LLVMContext) to harbor a proper unique'd type system and BumpPtr >> allocate all of TableGen's data (RecTy's, Record's, Init's, etc). This...

Evan, Your patch uses an operating system call that is not portable. All non-portable code needs to be located in the lib/System library. I'm not sure why this problem appears on an old Red Hat system. Perhaps the C++ io library is not up to snuff on that platform? What compiler are you using? Reid. Evan Jones wrote: > I ran the LLVM regression tests today (via make check) and noticed that > llvm-ranlib crashes with a Bus Error on my test system (a fairly old > RedHat 9 system), using the latest CVS version. I did some digging...

Anybody made OpenSSH work on a SPARC machine yet? I managed to get OpenSSL to compile correctly, via a patch to fix the location of perl (on RPM based systems, it will almost always be in /usr/bin/perl, not in /usr/local/bin/perl), and a small patch to the spec file to allow for SPARC builds. That RPM is built and installed without any errors that I can detect. OpenSSH is failing during a key

...rote: >> >> On Oct 3, 2012, at 7:07 PM, Sean Silva <silvas at purdue.edu> wrote: >> >>> Hi all, I'm sure that the last thing that you want to think about is >>> TableGen's guts, but I'm pursuing a course in bringing TableGen up to >>> snuff with the rest of LLVM. >>> >>> Basically, I would like to introduce a "TGContext" class (by analogy >>> with LLVMContext) to harbor a proper unique'd type system and BumpPtr >>> allocate all of TableGen's data (RecTy's, Record's, Init...

I ran the LLVM regression tests today (via make check) and noticed that llvm-ranlib crashes with a Bus Error on my test system (a fairly old RedHat 9 system), using the latest CVS version. I did some digging and I think I know what the problem is, and I have attached a quick and dirty patch that fixes the problem for me, but I need a suggestion about how it should be integrated properly. Here

http://netsystemsresearch.com/ dovecot.log.1.bz2:Jan 05 17:28:15 pop3-login: Info: Disconnected (no auth attempts in 3 secs): user=<>, rip=169.54.233.124, lip=MYIP, TLS handshaking: Disconnected, session=<z/L0OVxFetOpNul8> Their "research" pokes your email ports. Block if you want or participate in the (cough cough) research. IP addresses and opt-out email address on

The machine that serves r-bugs.biostat.ku.dk has been taken off the net. A new machine is planned to replace it, but we need to reconfigure the DNS, which is not going to happen until Monday. The mail interface should still work. -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark

Greg, Chris, and Jay, Thanks! You've given me plenty of info to digest. I really appreciate the responses. Apologies if my list manners aren't up to snuff! Thanks again, Jason