search for: enviously

Displaying 20 results from an estimated 21 matches for "enviously".

2013 Feb 01
7
[LLVMdev] MCJIT and Lazy Compilation
...ards? I spent the last few hours moving my project (extempore.moso.com.au) over to MCJIT (particularly for ARM), and am a little horrified to discover no ability to compile, and just as importantly to recompile, at a function level. This is absolutely mandatory for my project. I have been looking enviously at MCJIT's ARM+DWARF support for a couple of years and was under the misapprehension that MCJIT was attempting to be a *drop-in* replacement for JIT. So I wasn't overly concerned about the primary JIT being largely neglected. This is obviously my fault, I wasn't paying close enough att...
2018 Oct 03
3
2038 year Problem
On 02/10/2018 18:46, Larry Martell wrote: > I got 2 years of work solving the year 2000 issue. I don't think I've ever said this but I am very envious of all these people who had loads of work due to Y2K or were paid obscene amounts of money to tend systems over new year's eve/day. I was working for an ISP at the time and got none of this. Nothing happened. I don't even recall
2013 Feb 05
0
[LLVMdev] MCJIT and Lazy Compilation
...ving my project (extempore.moso.com.au<http://extempore.moso.com.au>) over to MCJIT (particularly for ARM), and am a little horrified to discover no ability to compile, and just as importantly to recompile, at a function level. This is absolutely mandatory for my project. I have been looking enviously at MCJIT's ARM+DWARF support for a couple of years and was under the misapprehension that MCJIT was attempting to be a *drop-in* replacement for JIT. So I wasn't overly concerned about the primary JIT being largely neglected. This is obviously my fault, I wasn't paying close enough att...
2006 Apr 30
13
Programming with designers in mind
Gents, We''re hard at work on a new Rails app. We''re a small group of developers...not a web designer in the bunch. We know CSS enough to be dangerous, but we shy away from the "softer" skills (all the while envious of those with that capability). We intend to grow our application in terms of functionality, but I need to make sure we keep an eye towards
2013 Feb 07
3
[LLVMdev] MCJIT and Lazy Compilation
...gt; over to MCJIT (particularly for ARM), and am a little horrified to > discover **** > > no ability to compile, and just as importantly to recompile, at a function > level. **** > > This is absolutely mandatory for my project. **** > > ** ** > > I have been looking enviously at MCJIT's ARM+DWARF support for a **** > > couple of years and was under the misapprehension that MCJIT was **** > > attempting to be a *drop-in* replacement for JIT. So I wasn't overly**** > > concerned about the primary JIT being largely neglected. This is obviously &g...
2013 Feb 06
1
[LLVMdev] MCJIT and Lazy Compilation
...ving my project (extempore.moso.com.au<http://extempore.moso.com.au>) over to MCJIT (particularly for ARM), and am a little horrified to discover no ability to compile, and just as importantly to recompile, at a function level. This is absolutely mandatory for my project. I have been looking enviously at MCJIT's ARM+DWARF support for a couple of years and was under the misapprehension that MCJIT was attempting to be a *drop-in* replacement for JIT. So I wasn't overly concerned about the primary JIT being largely neglected. This is obviously my fault, I wasn't paying close enough att...
2013 Feb 07
0
[LLVMdev] MCJIT and Lazy Compilation
...ving my project (extempore.moso.com.au<http://extempore.moso.com.au>) over to MCJIT (particularly for ARM), and am a little horrified to discover no ability to compile, and just as importantly to recompile, at a function level. This is absolutely mandatory for my project. I have been looking enviously at MCJIT's ARM+DWARF support for a couple of years and was under the misapprehension that MCJIT was attempting to be a *drop-in* replacement for JIT. So I wasn't overly concerned about the primary JIT being largely neglected. This is obviously my fault, I wasn't paying close enough att...
2018 Oct 03
0
2038 year Problem
On Tue, Oct 2, 2018 at 9:46 PM Mark Rousell <mark.rousell at signal100.com> wrote: > > On 02/10/2018 18:46, Larry Martell wrote: > > I got 2 years of work solving the year 2000 issue. > > I don't think I've ever said this but I am very envious of all these > people who had loads of work due to Y2K or were paid obscene amounts of > money to tend systems over
2005 Jun 03
2
S/N on this list is plummeting...
Is it possible to create an alternate list for the people who insist on spending their days posting long-winded political commentary and opinion? Maybe something like centos-offtopic? Reading the list has gone from "fun" status to "chore." Just a suggestion. Cheers, C
2013 Feb 15
4
[LLVMdev] MCJIT and Lazy Compilation
...gt; over to MCJIT (particularly for ARM), and am a little horrified to > discover **** > > no ability to compile, and just as importantly to recompile, at a function > level. **** > > This is absolutely mandatory for my project. **** > > **** > > I have been looking enviously at MCJIT's ARM+DWARF support for a **** > > couple of years and was under the misapprehension that MCJIT was **** > > attempting to be a *drop-in* replacement for JIT. So I wasn't overly**** > > concerned about the primary JIT being largely neglected. This is obviously &g...
2013 Feb 01
0
[LLVMdev] MCJIT and Lazy Compilation
...moving my project (extempore.moso.com.au) > over to MCJIT (particularly for ARM), and am a little horrified to > discover > no ability to compile, and just as importantly to recompile, at a function > level. > This is absolutely mandatory for my project. > > I have been looking enviously at MCJIT's ARM+DWARF support for a > couple of years and was under the misapprehension that MCJIT was > attempting to be a *drop-in* replacement for JIT. So I wasn't overly > concerned about the primary JIT being largely neglected. This is obviously > my fault, I wasn't pay...
2014 Dec 28
3
OT: Bittorrent clients
>Hey, ktorrent looks pretty good! >Thanks for the hint! Maybe it's time to give KDE a second look :) LEC
2003 Sep 05
1
ISDN Primary Rate Interface (PRI) - 2B Transfer
Does * support ISDN Primary Rate Interface (PRI) - 2B Transfer Capability for T-1/PRI? In other words the ability to take a call and join it to another call and then drop off letting the CO-switch take over. -Kevin Kevin Fjelsted, President AltiCom CTI, Inc. Track Me Down! One number Access, Press 11# during the voice mail message greeting to have me F-O-U-N-D! Phone: 612.259.0722 Fax:
2013 Aug 20
2
Triple- or Quad-display single-card graphics solutions
So, after some discussion of our new control workstations, we are iterating in on a solution; we are looking at a 1U short-depth SuperMicro SuperServer 5017R-MF with a graphics card in the PCI-Ex16 expansion slot. However, the display requirements have increased to 3 or more monitors for future expansion, so I was wondering whether anyone had any experience with triple- or quad-display single card
2013 Feb 15
0
[LLVMdev] MCJIT and Lazy Compilation
...ving my project (extempore.moso.com.au<http://extempore.moso.com.au>) over to MCJIT (particularly for ARM), and am a little horrified to discover no ability to compile, and just as importantly to recompile, at a function level. This is absolutely mandatory for my project. I have been looking enviously at MCJIT's ARM+DWARF support for a couple of years and was under the misapprehension that MCJIT was attempting to be a *drop-in* replacement for JIT. So I wasn't overly concerned about the primary JIT being largely neglected. This is obviously my fault, I wasn't paying close enough att...
2018 Sep 17
2
Re: NUMA issues on virtualized hosts
On 09/14/2018 03:36 PM, Lukas Hejtmanek wrote: > Hello, > > ok, I found that cpu pinning was wrong, so I corrected it to be 1:1. The issue > with iozone remains the same. > > The spec is running, however, it runs slower than 1-NUMA case. > > The corrected XML looks like follows: [Reformated XML for better reading] <cpu mode="host-passthrough">
2018 Sep 17
0
Re: NUMA issues on virtualized hosts
Hello, so the current domain configuration: <cpu mode='host-passthrough'><topology sockets='8' cores='4' threads='1'/><numa><cell cpus='0-3' memory='62000000' /><cell cpus='4-7' memory='62000000' /><cell cpus='8-11' memory='62000000' /><cell cpus='12-15'
2013 Feb 16
2
[LLVMdev] MCJIT and Lazy Compilation
...gt; over to MCJIT (particularly for ARM), and am a little horrified to > discover **** > > no ability to compile, and just as importantly to recompile, at a function > level. **** > > This is absolutely mandatory for my project. **** > > **** > > I have been looking enviously at MCJIT's ARM+DWARF support for a **** > > couple of years and was under the misapprehension that MCJIT was **** > > attempting to be a *drop-in* replacement for JIT. So I wasn't overly**** > > concerned about the primary JIT being largely neglected. This is obviously &g...
2018 Oct 02
11
2038 year Problem
Hallo Im using CentOS 7 Ist the 2038 year Problem solved in CentOS 7.5 64 bit Version Thanks Johann Fock Von meinem iPad gesendet
2013 Mar 09
0
[LLVMdev] MCJIT and Lazy Compilation
..., and am a little horrified to >> discover **** >> >> no ability to compile, and just as importantly to recompile, at a >> function level. **** >> >> This is absolutely mandatory for my project. **** >> >> **** >> >> I have been looking enviously at MCJIT's ARM+DWARF support for a **** >> >> couple of years and was under the misapprehension that MCJIT was **** >> >> attempting to be a *drop-in* replacement for JIT. So I wasn't overly**** >> >> concerned about the primary JIT being largely neglect...