search for: brouhaha

...64), it works fine. When I compile it with gcc -fplugin=dragonegg, I get an executable that doesn't seem to execute the printf inside the loop. The C program, executables from gcc and gcc -fplugin=dragonegg, and disassemblies of the .o files can be found here: http://fedorapeople.org/~brouhaha/dragonegg/ If anyone would care to take a look at this, I can provide account credentials to ssh into the system I'm using. Thanks! Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130603/a3d0c6c4/a...

http://bugzilla.mindrot.org/show_bug.cgi?id=80 ------- Additional Comments From eric-ossh at brouhaha.com 2002-08-22 04:57 ------- This "HostKeyAlias" business seems like a flimsy excuse for not implmeenting a feature that users want. In this age of ubiquitous firewalls and NAT, it is NOT reasonable to assume that two ports on the same IP address refer to the same host, or to the same S...

I'm not sure whether there are any other cases where using LLVM requires knowledge of the target architecture, but needing it for trampolines is worrying me. I'm putting together things where the program that's generating the LLVM intermediate code doesn't have any way to know what the target architecture will be. Right now I'm using alloca to get a block that is expected

Recently I packaged LLVM 3.0 for cross development use on Fedora Linux targeting Windows using MinGW, and submitted it for a Fedora package review. Getting that to build went pretty smoothly. I just tried to update it to LLVM 3.1 and ran into a problem with llvm-config. When LLVM 3.0 is configured for a Linux host and MinGW target, the llvm-config tool is built appropriately to run on the

Does svn r156448 help at all? It is supposed to install a separate llvm-config-host when cross-compiling. On Jun 7, 2012, at 1:30 AM, Eric Smith <eric at brouhaha.com> wrote: > Recently I packaged LLVM 3.0 for cross development use on Fedora Linux > targeting Windows using MinGW, and submitted it for a Fedora package > review. Getting that to build went pretty smoothly. > > I just tried to update it to LLVM 3.1 and ran into a problem w...

...ne. When I compile it with gcc -fplugin=dragonegg, > I get an executable that doesn't seem to execute the printf inside the loop. > > The C program, executables from gcc and gcc -fplugin=dragonegg, and > disassemblies of the .o files can be found here: > http://fedorapeople.org/~brouhaha/dragonegg/ > <http://fedorapeople.org/%7Ebrouhaha/dragonegg/> > > If anyone would care to take a look at this, I can provide account credentials > to ssh into the system I'm using. > > Thanks! > Eric > > > > _______________________________________________...

Eli Friedman wrote: > Also, for lack of an intrinsic, there's a relatively easy workaround: > you can declare a global containing the correct size, then link in a > small target-specific .bc with the definition right before code > generation. So why can't LLVM provide that global? I don't care whether it's a global, intrinsic, or whatever. If I have to provide

I was in a presentation of optimizations fitted with both MPlus and SAS yesterday. In a batch of 1000 bootstrap samples, between 300 and 400 of the estimations did not converge. The authors spoke as if this were the ordinary cost of doing business, and pointed to some publications in which the nonconvergence rate was as high or higher. I just don't believe that's right, and if some

Hi Bitter Melon! If it's not too much trouble, could you add a check box to the LLVM demo page to pass the -fnested-functions option to llvm-gcc? I'm interested in studying how nested functions are implemented, but haven't yet been able to get llvm-gcc built on my own system. Thanks! Eric

Duncan Sands wrote: > is it important for you to have portable bitcode (i.e. the trampoline > size as some kind of symbolic constant, maybe via a global or an > intrinsic) that works on all targets or would it be enough to have the > LLVM info for the target expose the trampoline size, so when generating > IR for a target X you would query the method for target X and if it

Eli Friedman wrote: > I didn't say we wouldn't accept a patch. It's just that up until now > nobody has particularly cared because trampolines aren't used very > much. Fair enough. If I get to the point where I understand how to implement it cleanly, I'll submit a patch. Best regards, Eric

Talin wrote: > A while back there was a discussion thread about whether an accurate, > concurrent garbage collector could be "generic" in the sense of being > able to support multiple different languages efficiently. After having > done some work on this, I now believe that this is the case Very cool! I haven't worked on a system with good concurrent garbage

The Dragonegg package for Fedora has been approved, and will go into the "rawhide" development repository within the next few days. It should make it into the Fedora 18 distribution, which is currently scheduled for release on November 6. Thanks to various people on this list who have helped me solve problems with it! https://bugzilla.redhat.com/show_bug.cgi?id=759712

The Fedora Steering Committee just approved making DragonEgg an official "feature" of Fedora 18. Previously the package was approved for inclusion in the Fedora repository, but this means that it will actually be listed as a feature in the Fedora 18 release notes. The current proposed wording for the release notes, which I hurriedly composed when I submitted the feature proposal,

Jon Harrop wrote: > The simplest way is surely to reuse HLVM because it provides everything you > need and is even written in the right language! ;-) Is there a web page with HLVM docs? There's a README.txt in the subversion repository: https://llvm.org/svn/llvm-project/hlvm/trunk/README.txt which says: HLVM comes with documentation in HTML format. These are provided in

I'm having problems building llvm-gcc for Ada, which may or may not be similar to the trouble Andre was having recently. I'm trying to build it on Fedora 10 (32-bit), using the instructions on the web site. The make terminates with a gnatbind error: gcc -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I../../llvm-gcc-4.2/gcc/ada ../../llvm-gcc-4.2/gcc/ada/gnat1drv.adb -o ada/gnat1drv.o

Thanks for the suggestion, Andre. I downloaded GNAT GPL 2007, and followed the directions on your web page. Now I get a lot of C++ errors. In fact, the output I captured to a log file is over six megabytes just from the start of the problem command to the termination of the make. I'm obviously not going to include it all here, but the command and the first few errors are copied below.

I've been trying to package DragonEgg for Fedora Linux. Fedora 16 has LLVM 2.9 and GCC 4.6, but not the necessary GCC patches. If I build LLVM 3.0 on Fedora 16, then I can build DragonEgg 3.0, and it works fine. However, I can't submit that to the repository. On the other hand, Fedora 17, which just entered Beta, has LLVM 3.0 and GCC 4.7. I wasn't able to build DragonEgg 3.0