Displaying 20 results from an estimated 21 matches for "envious".
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 a...
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 any special precautions being taken (apart
from below). No ov...
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 a...
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 "prettying it up" down the line. At
some point, we''ll hire a real live designer to improve the look and feel.
With this in mind, what...
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...
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 a...
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 a...
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 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 any special precautions being taken (...
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...
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 p...
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 a...
2018 Sep 17
2
Re: NUMA issues on virtualized hosts
...argvdata/cputune-iothreads.xml;h=311a1d3604177d9699edf7132a75f387aa57ad6f;hb=HEAD
Also, since iothreads are capable of handling just any I/O they can be
used for other devices too, not only disks. For instance interfaces.
Hopefully, this will boost your performance.
Regards,
Michal (who is a bit envious about your machine :-P)
2018 Sep 17
0
Re: NUMA issues on virtualized hosts
...604177d9699edf7132a75f387aa57ad6f;hb=HEAD
>
> Also, since iothreads are capable of handling just any I/O they can be
> used for other devices too, not only disks. For instance interfaces.
>
> Hopefully, this will boost your performance.
>
> Regards,
> Michal (who is a bit envious about your machine :-P)
--
Lukáš Hejtmánek
Linux Administrator only because
Full Time Multitasking Ninja
is not an official job title
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...
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 negle...