search for: abolishing

On Aug 12, 2013, at 2:15 PM, Chandler Carruth <chandlerc at google.com> wrote: > Originally, the distinguishing feature of "primitive" types was that they were enumerable and not parameterized on anything. Right. > Then we moved to arbitrary bit-width integers types to generalize things significantly (the right move IMO). Right. > Thus, integers were no longer

On Dec 6, 2013, at 6:37 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >> What purpose does the notion of "primitive" types serve anymore? Why don't we just abolish that from the lexicon and from the code? > > Hi Chris, > > The attached patch removes it from Type.h and updates the last users. > Is that what you were looking for? Yep, LGTM.

> What purpose does the notion of "primitive" types serve anymore? Why don't we just abolish that from the lexicon and from the code? Hi Chris, The attached patch removes it from Type.h and updates the last users. Is that what you were looking for? Cheers, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: t.patch Type:

On 7 December 2013 12:55, Chris Lattner <clattner at apple.com> wrote: > > On Dec 6, 2013, at 6:37 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > >>> What purpose does the notion of "primitive" types serve anymore? Why don't we just abolish that from the lexicon and from the code? >> >> Hi Chris, >> >> The attached

...e it (so sending only by timer I guess), and/or to switch from daily to weekly/monthly/etc. Maybe there are also user settings for each subscriber to tune, I did not check yet. Are there many digest subscribers currently active? WDYT about raising the size threshold significantly (500K? more?) or abolishing it and just going for one digest per day? I guess the setting is there to make heated discussions (much traffic) visible faster. I suppose it does not impact people receiving every message independently. But in practice, with driver logs etc. sometimes making way into text (and replies), we occas...

...e it (so sending only by timer I guess), and/or to switch from daily to weekly/monthly/etc. Maybe there are also user settings for each subscriber to tune, I did not check yet. Are there many digest subscribers currently active? WDYT about raising the size threshold significantly (500K? more?) or abolishing it and just going for one digest per day? I guess the setting is there to make heated discussions (much traffic) visible faster. I suppose it does not impact people receiving every message independently. But in practice, with driver logs etc. sometimes making way into text (and replies), we occas...

I'm not sure if I have a configuration problem or not. I am unable to dial out. When I try to dial in I can hear the phone ring on the dialling phone but Asterisk does not register anything. In zaptel.conf I have loadzone = au defaultzone=au fxsks=1 In zapata.conf language=au context=from-pstn When I do: zap show channels I get: Chan Extension Context Language

Jim Klimov via Nut-upsdev <nut-upsdev at alioth-lists.debian.net> writes: > Are there many digest subscribers currently active? WDYT about raising the > size threshold significantly (500K? more?) or abolishing it and just going > for one digest per day? > > I guess the setting is there to make heated discussions (much traffic) > visible faster. I suppose it does not impact people receiving every message > independently. Either that or avoiding really big digests. I say set the size thres...

Jim Klimov via Nut-upsdev <nut-upsdev at alioth-lists.debian.net> writes: > Are there many digest subscribers currently active? WDYT about raising the > size threshold significantly (500K? more?) or abolishing it and just going > for one digest per day? > > I guess the setting is there to make heated discussions (much traffic) > visible faster. I suppose it does not impact people receiving every message > independently. Either that or avoiding really big digests. I say set the size thres...

Is there documentation somewhere for the bottom-up scheduling? I'm trying to figure out what changes are necessary in order to support it in the PPC backend. Thanks in advance, Hal On Thu, 2011-10-20 at 10:21 -0700, Evan Cheng wrote: > > On Oct 19, 2011, at 7:29 PM, Hal Finkel <hfinkel at anl.gov> wrote: > > > Evan, > > > > Thanks for the heads up! Is

On Oct 25, 2011, at 6:01 PM, Hal Finkel wrote: > Is there documentation somewhere for the bottom-up scheduling? I'm > trying to figure out what changes are necessary in order to support it > in the PPC backend. > > Thanks in advance, > Hal > > On Thu, 2011-10-20 at 10:21 -0700, Evan Cheng wrote: >> >> On Oct 19, 2011, at 7:29 PM, Hal Finkel <hfinkel at

On Tue, 2011-10-25 at 21:00 -0700, Andrew Trick wrote: > On Oct 25, 2011, at 6:01 PM, Hal Finkel wrote: > > Is there documentation somewhere for the bottom-up scheduling? I'm > > trying to figure out what changes are necessary in order to support it > > in the PPC backend. > > > > Thanks in advance, > > Hal > > > > On Thu, 2011-10-20 at

> Radford Nea: > > So it may make more sense to move towards consistency in the > > permissive direction, rather than the restrictive direction. > > > That would mean allowing matrix(1,1,1) < (1:2), and maybe also things > > like matrix(1,2,2)+(1:8). > > Martin Maechler: > That is an interesting idea. Yes, in my view that would >

My apologies for the cross-posting. If you are a business or individual providing Voice over IP services in Canada then we encourage you to read this email carefully otherwise please disregard. ----- As you are most likely aware, the CRTC has undertaken the roll of regulating VoIP services in Canada and is currently conducting hearings with the goal of putting in place regulatory requirements

On 03/31/2015 12:31 PM, Greg Bailey wrote: > On 03/31/2015 09:53 AM, Ryan Qian wrote: >> As a CentOs newbie, I'm not sure, will we still have CentOS 7.1 which >> derive from RHEL 7.1? >> or this is the new naming conversion for CentOS 7. >> >> Thanks! >> -Ryan > > > That was going to be my question as well. According to >

Hi, all I am building a new server. Have installed FC 6 and put in TDM400 card. Checked out latest asteriusk code, run make install in zaptel directory. So far all is fine. Now I am trying to install the drivers. # modprobe zaptel FATAL: Module zaptel not found. Fair enough, no zaptel driver is found on the system. Is there are any known problems with FC6? I did not have much trouble running

Regarding Martin Maechler's proposal: Arithmetic between length-1 arrays and longer non-arrays had silently dropped the array attributes and recycled. This now gives a warning and will signal an error in the future, as it has always for logic and comparison operations For example, matrix(1,1,1) + (1:2) would give a warning/error. I think this might be a mistake. The potential

Originally, the distinguishing feature of "primitive" types was that they were enumerable and not parameterized on anything. Then we moved to arbitrary bit-width integers types to generalize things significantly (the right move IMO). Thus, integers were no longer technically primitive types, and their categorization in code has changed to reflect this. But that doesn't make *any

On Tue, 2015-03-31 at 13:28 -0500, Johnny Hughes wrote: > On 03/31/2015 12:31 PM, Greg Bailey wrote: > > CentOS-7.0-1406-x86_64-DVD.iso > > CentOS-7-x86_64-DVD-1503.iso > Please take a look at the "Archived Versions", and the Release Announcement: > > They both tell you that 7 (1503) is derived from Red Hat Enterprise > Linux 7.1 Sources. So, yes, this

TO everyone who is making use of unicode_hacks! I have made irreversible changes to the plugin so that the routings are no longer overloaded. To call the character-bound routines, you need to use the "chars" or "u" accessors, as outlined in the docs http://julik.nl/code/unicode-hacks/index.html and in this blog post by Thijs: