search for: mischaracterize

Displaying 14 results from an estimated 14 matches for "mischaracterize".

2016 May 06
2
Resuming the discussion of establishing an LLVM code of conduct
Chandler Carruth via llvm-dev <llvm-dev at lists.llvm.org> writes: > I want to be super clear, the foundation is not insisting on anything, nor > can it. > > **I** am making this proposal as an active and long time contributor to > LLVM. Many other members of the community have also expressed support for > this on this and previous threads. But our support is given as
2017 Jun 19
4
the root cause is CP, was: A tagged architecture, the elephant in the undef / poison room
> On Jun 16, 2017, at 8:23 PM, Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > > Hi Peter, > > On Tue, Jun 13, 2017 at 10:27 AM, Peter Lawrence via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Here’s what seems to really be going on >> >> “undef” === models an uninitialized register, but > > No, it specifically does
2012 Nov 26
0
Weird 50 minute clock jump problem fixed!
(Sorry if you already read this in xen-devel or it''s been already posted in xen-users.) FYI, Jan Beulich has fixed the infamous "50 minute clock jump" problem, which was often mischaracterized as a TSC problem. I''ve been following the various threads for two years and archiving all the email (including the senders), so have taken it upon myself to notify those that have reported this problem and have made the effort to help get it fixed. It appears that the problem could possi...
2016 May 06
2
Resuming the discussion of establishing an LLVM code of conduct
> On May 5, 2016, at 6:53 PM, Sean Silva via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > On Thu, May 5, 2016 at 6:15 PM, Justin Bogner via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > Chandler Carruth via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> writes: > > I
2000 Feb 17
2
Richard Stallman responds.
:) ---------- Forwarded message ---------- Date: Thu, 17 Feb 2000 12:41:43 -0700 (MST) From: Richard Stallman <rms@gnu.org> To: greg@linuxpower.cx Subject: Re: [vorbis-dev] Vorbis license terms? (fwd) Would you please post something saying that this statement about my vies is drastically mistaken: Actually, RMS openly condemns any commercialization of software. He also equates
2016 May 06
4
Resuming the discussion of establishing an LLVM code of conduct
> -----Original Message----- > From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Chris > Lattner via llvm-dev > Sent: Thursday, May 05, 2016 4:36 PM > To: Renato Golin > Cc: llvm-dev > Subject: Re: [llvm-dev] Resuming the discussion of establishing an LLVM > code of conduct > > On May 5, 2016, at 4:02 PM, Renato Golin <renato.golin at
2020 Aug 05
10
[RFC] Machine Function Splitter - Split out cold blocks from machine functions using profile data
Greetings, We present “Machine Function Splitter”, a codegen optimization pass which splits functions into hot and cold parts. This pass leverages the basic block sections feature recently introduced in LLVM from the Propeller project. The pass targets functions with profile coverage, identifies cold blocks and moves them to a separate section. The linker groups all cold blocks across functions
2013 Jul 25
5
Heria, Facts, and Puppet
So something doesn''t look right for me when running puppet apply -e ''include ...'' for looking heria via facter fact. I have hiera configure as this, :backends: - yaml :hierarchy: - common - ''%{env_name}'' :yaml: :datadir: /var/lib/hiera/data and, a file envXX.yaml store in the datadir, and I can run *hiera xyz
2017 Jan 31
4
RFC: Generic IR reductions
+cc Simon who's also interested in reductions for the any_true, all_true predicate vectors. On 31 January 2017 at 20:19, Renato Golin via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Hi Amara, > > We also had some discussions on the SVE side of reductions on the main > SVE thread, but this description is much more detailed than we had > before. > > I don't
2020 Aug 10
2
[RFC] Machine Function Splitter - Split out cold blocks from machine functions using profile data
>Exceptions >All eh pads are grouped together regardless of their coldness and are part of the original function. There are outstanding issues with splitting eh pads if they reside in separate sections in the binary. This remains as part of future work. Can you elaborate more on the outstanding issues with splitting eh pads? From my dip into the unwind map in gcc_except_table the
2016 Jan 22
7
lld: ELF/COFF main() interface
> Also, one of the other possible motivations of using LLD directly from Clang would be to avoid process overhead on operating systems where that is a much more significant part of the compile time cost. We could today actually take the fork out of the Clang driver because the Clang frontend *is* designed in this way. But we would also need LLD to work in this way. Then go change clang and
2020 Aug 05
3
[RFC] Machine Function Splitter - Split out cold blocks from machine functions using profile data
On Tue, Aug 4, 2020 at 10:51 PM aditya kumar <hiraditya at gmail.com> wrote: > Glad to hear that there is an interest in a function splitting pass. There > are advantages to splitting functions at different stages as you've already > noted. > Right -- with slightly different objectives. Machine Function Splitting Pass's main focus is on performance improvement. > -
2001 Feb 16
6
ssh(R) trademark issues: comments and proposal
I'd like to address several issues raised by people in relation to my notice of the ssh(R) trademark to the OpenSSH group. Also, I would like to make a proposal to the community for resolving this issue (included at the end). First, I'll answer a number of questions and arguments presented in the discussion. > "the SSH Corp trademark registration in the US is for a logo
2009 Jan 15
2
Interface to open source Reporting tools
...address these problems. Making more analytic > > methods readily available is a good thing. From SAS; from R; from the > > resourceful individuals who innovate with their tools of choice, > > regardless of the source." > > [end quote] > > > > > Ms. Milley mischaracterizes her remark about the relative > unreliability of "freeware" > as if she had employed the term"open source." > > David A. Wheeler's "Why Open Source Software / Free Software (OSS/FS, > FLOSS, or FOSS)? Look at the Numbers!" provides quantitative meas...