search for: whacky

Sorry, forgot to CC the list. ----- Forwarded Message ----- > From: Samuel Crow <samuraileumas at yahoo.com> > To: Joachim Durchholz <jo at durchholz.org> > Cc: > Sent: Tuesday, May 31, 2011 9:35 PM > Subject: Re: [LLVMdev] Thinking about "whacky" backends > > Hello, > > > ----- Original Message ----- >> From: Joachim Durchholz <jo at durchholz.org> >> To: llvmdev at cs.uiuc.edu >> Cc: >> Sent: Tuesday, May 31, 2011 7:30 PM >> Subject: [LLVMdev] Thinking about "whacky&quo...

I've been tossing around some ideas about high-level backends. Say, have LLVM emit Perl code. Sounds whacky but isn't. It's good for the first bootstrapping phase in environments where you don't have a C compiler, where you don't have a cross-compiled binary for download, but you can execute Perl. It also makes a great inspect-the-sources-with-an-editor stage for aspiring compiler writ...

On May 31, 2011, at 7:36 PM, Samuel Crow wrote: <snip> >> >> Now my idea for a whacky backend: Just a wrapper of the bitcode writer with its >> own special target triple: bitcode-tarrget-neutral and a generic data layout >> that aligns to single bytes as a placeholder only. It should disallow >> overriding the alignment of individual instructions to avoid ill...

...rrowed down the culprit. But before I write another bug report, I wanted to see if anyone else had experienced the following (or would like to try:) When DNS (or outside connection to the network, not sure which) is broken and you have "register=>" lines in iax.conf, Asterisk gets whacky. First of course you'll the message "Host (whatever) not found at line (whatever)" in iax2.c at startup. It takes a long time for the lookup to timeout. Later, I get some other generally bizzare behavior including: 1. I get "everyone is busy at this time" from devic...

----- Original Message ----- > From: Nate Fries <nfries88 at yahoo.com> > To: Samuel Crow <samuraileumas at yahoo.com>; LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Cc: > Sent: Friday, June 3, 2011 6:52 PM > Subject: Re: [LLVMdev] Thinking about "whacky" backends > > Most JVMs perform terribly. Even Sun's has had notable performance issues in > my experience. > .NET is an excellent case, but then that's only available on Microsoft > systems and from numerous benchmarks I've found, Mono is a weak substitute. >...

-------- Original Message -------- Subject: Re: [LLVMdev] Thinking about "whacky" backends Date: Fri, 03 Jun 2011 14:44:05 -0400 From: Nate Fries <nfries88 at yahoo.com> To: Joachim Durchholz <jo at durchholz.org> On 6/3/2011 1:38 PM, Joachim Durchholz wrote: > Am 01.06.2011 23:25, schrieb Nate Fries: >> That said, it seems like it ought to be...

What benefit do you get from having a backend here rather than an interpreter for LLVM IR? Cameron On May 31, 2011, at 5:30 PM, Joachim Durchholz wrote: > I've been tossing around some ideas about high-level backends. > > Say, have LLVM emit Perl code. > > Sounds whacky but isn't. It's good for the first bootstrapping phase in > environments where you don't have a C compiler, where you don't have a > cross-compiled binary for download, but you can execute Perl. > It also makes a great inspect-the-sources-with-an-editor stage for > as...

Am 01.06.2011 23:25, schrieb Nate Fries: > That said, it seems like it ought to be possible to do the same thing > by emitting bitcode for all supported platform/arch combinations Wait... is bitcode not platform-agnostic? I thought it is. > and > compressing them in an archive, then decompressing and either > interpreting or JIT-compiling the appropriate bitcode for the >

Samuel Crow <samuraileumas at yahoo.com> writes: > Here's some of what it would take to make portable bitcodes in C or LLVM Assembly: A look at the work done on ANDF in the 90's may be helpful. I've only skimmed it but there's been some deep thinking about stuff like this. -Dave

On Wed, Jun 1, 2011 at 12:53 PM, Henry Mason <thefridgeowl at gmail.com> wrote: > This is pretty much what's happening with Portable Native Client, right? > > http://www.chromium.org/nativeclient/pnacl > > See also the first presentation from the November LLVM meeting: http://llvm.org/devmtg/2010-11/ PNaCl fixes data layout to be just "portable enough" to cover

On 6/3/2011 3:19 PM, Samuel Crow wrote: > Why not runtime checks? The constant folding and dead-code elimination passes would get rid of any redundant code in a later stage of compilation anyway. The important part, as I see it, is that LLVM already does constant folding and dead-code elimination. Meta-data might require more effort in the long run. > > --snip-- Less flexible for the

On 6/3/2011 3:19 PM, Joachim Durchholz wrote: >>>> compressing them in an archive, then decompressing and either >>>> interpreting or JIT-compiling the appropriate bitcode for the >>>> platform. This would just be a more flexible means to that same end. >>> Not sure how that is more flexible - care to elaborate? >> More flexible to the programmer,

Cameron Zwarich wrote: > What benefit do you get from having a backend here rather than an interpreter for LLVM IR? The same thing as an interpreter, just a native build (no need for an interpreter program, better speed, etc). This would be beneficial anywhere that "build once, deploy anywhere" functionality is desired, without resorting to using a higher-level language like C# or

On 6/2/2011 10:13 AM, Samuel Crow wrote: > 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 Naturally that would work perfectly fine on a similar

...//sourceforge.net/projects/llvmlibc/ . --Sam ----- Original Message ----- > From: Nate Fries <nfries88 at yahoo.com> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Cc: > Sent: Wednesday, June 1, 2011 4:25 PM > Subject: Re: [LLVMdev] Thinking about "whacky" backends > > Cameron Zwarich wrote: > >> What benefit do you get from having a backend here rather than an > interpreter for LLVM IR? > The same thing as an interpreter, just a native build (no need for an > interpreter program, better speed, etc). > > This...

Am 01.06.2011 04:57, schrieb Cameron Zwarich: > What benefit do you get from having a backend here rather than an interpreter for LLVM IR? A backend that's self-sufficient and covers the entire Unixoid world. That cuts down on the number of binaries that one needs to provide for autoinstallers and such. Generated Perl could be used to bootstrap an LLVM IR interpreter, for example.

...stats 0 stats_connections 0 Mountpoint /live.mp3 listener_peak 6 listeners 5 max_listeners unlimited After more people started to connect, the admin #s got even more whacky. Then, I have the max clients set to 25, yet the mountpoint says 'unlimited' listeners. Why the difference here? Aren't listeners also clients? <limits> <clients>25</clients> <sources>1</sources> Thanks, Justin -------------- next part ---------...

...plot this equation on a curve (I know the equation is y=(.1766x^2)+(.171x)+.101) on the original scatterplot. Any easy way to plot this equation and preferably with a prediction interval around the line? I have tried the lines() and predict() commands, using the linear model to plot, but get very whacky results. abline works great but does not include the quadratic term. Any help you could provide would be much appreciated, Ryan Harigan -- Ryan Harrigan, Ph.D. Center for Tropical Research Institute of the Environment La Kretz Hall, Suite 300 Box 951496 Los Angeles, CA 90095-1496 203-804-9505 i...

...t about porting Windoze apps that aren't written in C? I've got a Delphi application that currently runs under Virtual PC under OS 9.2 on an eMac (PPC Processor), which would run much faster without those OS layers in between. I don't really have a clue as to whether this really far-out-whacky or not cuz I am not really a Delphi, or, for that matter, C developer. I just have the Delphi source code for the app in question and do know some Pascal (learned it in school 20 yeas ago). What does winelib do exactly? Regards, Frank

Hi all, I've a simple program called empty.c :) $ cat empty.c int main(int argc, char* argv[]) { return 0; } $ cat empty410.s .file "empty.c" .text .p2align 4,,15 .globl main .type main, @function main: xorl %eax, %eax ret .size main, .-main .ident "GCC: (GNU) 4.1.0 20050922 (experimental)"