search for: alki

...ptimization > opportunities.) I think this example is even simpler than the method caled on the result of new. When translating invokevitual on objects of final classes just call the method directly and don't perform an indirect function call though the vtable. Ditto for final methods. -- Alkis

...ough and I bumped into an NFS bug, but I'm not experienced enough to troubleshoot it more without help. If anyone can make timeo=7 work properly in 100 Mbps networks in any distribution/version, please tell me to test with that. I was testing with Ubuntu 18.04.3, kernel 4.15. Kind regards, Alkis Georgopoulos

<algorithm> works too. On Fri, 24 Sep 2004 10:09:21 -0500 Alkis Evlogimenos <alkis at cs.uiuc.edu> wrote: > On Fri, 2004-09-24 at 09:43, Paolo Invernizzi wrote: > > Jeff Cohen wrote: > > > > >But I compiled that under vc7.1 as it was! > > > > > > > > ;-(( > > > > Probably is an implicid inc...

In case anyone's interested, I followed up in the linux-nfs mailing list: https://marc.info/?l=linux-nfs&m=156887818618861&w=2 Thanks, Alkis On 9/15/19 10:51 AM, Alkis Georgopoulos wrote: > I think I got it. > > Both nfsmount and `mount -t nfs` now default to rsize/wsize = 1 MB. > By lowering this to 32K, all issues are gone, even with the default > timeo=7. And nfsroot=xxx client responsiveness is a whole lot better...

...vm-java only supports input from Java bytecode. > think the big thing lacking so far are the Java library and support for llvm-java uses classpath for it's library. > things that LLVM doesn't natively support (threading, synchronization > come to mind). If you need more detail, Alkis (author of llvm-java) is > going to have to respond. Otherwise, you'll need to take a look at the > code. It's actually missing quite a bit. It is missing too much to support programs that use System.Out, for example. Alkis is definitely the person to talk to if you're inter...

>>>>> "Archie" == Archie Cobbs <archie at dellroad.org> writes: >> In the JIT, devirtualization looks doable, though somewhat fiddly. At >> least, that is true for straightforward things like calls to methods >> in final classes, or calls to methods on objects allocated with 'new' >> in the current function. (The latter could be

Alkis Evlogimenos wrote: > On Wed, 2004-06-09 at 04:56, Vladimir Prus wrote: > > Hello! > > Is there an (semi)automatic way to save registers used by a function? For > > example, on my target I have to store ar0-ar4 and gr0-gr4, gr5, gr6. For > > now I just emit huge prologue...

...compiled that under vc7.1 as it was! > > > > > ;-(( > > Probably is an implicid includes, but I'm using the STLPort standard > library for LLVM (because it's not possible to use hash_map and hash_set > of microsoft) std::remove is in <algorithm> -- Alkis

It seems that these two classes are the same... Maybe they should be merged into 1 class? -- Alkis

On Sat, 2005-08-27 at 11:47 -0700, Reid Spencer wrote: > Alkis Evlogimenos wrote: > > It seems that these two classes are the same... Maybe they should be > > merged into 1 class? > > > I think you're looking at something old. MutexLocker doesn't exist any more. llvm/Support/ThreadSupport.h is not generated anymore? -- Alkis

...Java bytecode. > >> think the big thing lacking so far are the Java library and support for > > llvm-java uses classpath for it's library. > >> things that LLVM doesn't natively support (threading, synchronization >> come to mind). If you need more detail, Alkis (author of llvm-java) is >> going to have to respond. Otherwise, you'll need to take a look at the >> code. > > It's actually missing quite a bit. It is missing too much to support > programs that use System.Out, for example. Alkis is definitely the > person to...

...pass is more aggressive when considering what local stack objects can be modified by a function call. Code generator changes: 17. The LLVM native code generators now support exception handling constructs correctly (which include setjmp/longjmp). 18. The linear scan register allocator that Alkis wrote works much better than it did in 1.1. There is one outstanding known problem (PR264), but it otherwise seems to work well, and generate much faster code than the local allocator (2x speedups are not uncommon, and it beats the C backend+GCC in some cases). We would really ap...

...pass is more aggressive when considering what local stack objects can be modified by a function call. Code generator changes: 17. The LLVM native code generators now support exception handling constructs correctly (which include setjmp/longjmp). 18. The linear scan register allocator that Alkis wrote works much better than it did in 1.1. There is one outstanding known problem (PR264), but it otherwise seems to work well, and generate much faster code than the local allocator (2x speedups are not uncommon, and it beats the C backend+GCC in some cases). We would really ap...

Jeff Cohen wrote: >But I compiled that under vc7.1 as it was! > > ;-(( Probably is an implicid includes, but I'm using the STLPort standard library for LLVM (because it's not possible to use hash_map and hash_set of microsoft) cl /nologo /TP /EHsc /GR /Zi /Yd /D__STDC_LIMIT_MACROS /DHAVE__FINITE_IN_FLOAT_H /DHAVE__ISNAN_IN_FLOAT_H /DHAVE_WINDOWS_H

...TargetRegInfo interface assumes a graph coloring register allocator, so it is not a generic interface). We are slowly working on bringing the two representations together so that we can have a unified backend which is easily retargettable, but this is still a ways off. In the X86 code generator, Alkis has been working on tuning up his new linear scan register allocator, so that will improve things. He too is interested in graph coloring allocators... maybe he can say more. -Chris -- http://llvm.cs.uiuc.edu/ http://www.nondot.org/~sabre/Projects/

...ric_limits<float>::infinity() with HUGE_VAL. The only two files that use std::numeric_limits<float>::infinity() are lib/CodeGen/RegAllocLinearScan.cpp and lib/CodeGen/LiveIntervals.cpp. As for CVS, I am not sure this should be fixed because there is really no LLVM bug here :-) -- Alkis

Alkis Evlogimenos wrote: >As for CVS, I am not sure this should be fixed because there is >really no LLVM bug here :-) > > > No, you are right. But perhaps it is worth it to mention the problem somewhere in the documentation, because there appear to be many installations with this pro...

On Wed, 2004-06-09 at 05:26, Vladimir Prus wrote: > Alkis Evlogimenos wrote: > > On Wed, 2004-06-09 at 04:56, Vladimir Prus wrote: > > > Hello! > > > Is there an (semi)automatic way to save registers used by a function? For > > > example, on my target I have to store ar0-ar4 and gr0-gr4, gr5, gr6. For > > > now I...

...> > printf("%ld\n", Arg / (1LL << 4)); > > Again, the passed value is long long, and format specifier is '%ld'. What > about the attached patch? I think testL has another problem. It takes a long argument which in C I think is a 4-byte int, right? -- Alkis

Alkis Evlogimenos wrote: > > But the test still has a problem ;-) > > > > printf("%ld\n", Arg / (1LL << 4)); > > > > Again, the passed value is long long, and format specifier is '%ld'. What > > about the attached patch? > > I think te...