Displaying 20 results from an estimated 20000 matches similar to: "[LLVMdev] CVS on llvm.org main page"
2010 Oct 25
2
Ayuda con una función
Reciban un cordial saludo.
De manera muy comedida les pido ayuda con la función indicada abajo. La usan
en un artículo de inventarios. No veo dónde estoy errado.
Gracias de antemano.
César Escalante C.
> lamb<-50
> L<-1
> h.<-10
> p<-25
> K<-5
> integ<-function(y){integrate(function(x)ppois(x,lamb*L),0,y)$value}
> G<-function(y){(h.+p)*integ(y) +
2020 Sep 04
0
Misleading information on main page about Centos Stream
On Mon, Aug 31, 2020 at 05:28:58PM -0400, Jonathan Billings wrote:
> This is pretty misleading. Isn't Stream just a collection of repos that
> offer pre-release packages for the next RHEL point release? It's not a
> midstream between Fedora and RHEL.
Along those lines, if someone's adjusting text in there, I'd tend to think
"rolling release" indicates that one
2020 Sep 09
0
Misleading information on main page about Centos Stream
On Wed, Sep 9, 2020 at 4:05 AM Brian Stinson <brian at bstinson.com> wrote:
> On Fri, Sep 4, 2020, at 14:26, Mason Loring Bliss wrote:
>
> On Mon, Aug 31, 2020 at 05:28:58PM -0400, Jonathan Billings wrote:
>
> > This is pretty misleading. Isn't Stream just a collection of repos that
> > offer pre-release packages for the next RHEL point release? It's not a
2020 Sep 09
0
Misleading information on main page about Centos Stream
On Wed, Sep 9, 2020 at 9:53 AM Phil Perry <pperry at elrepo.org> wrote:
> On 09/09/2020 07:15, Dominik Holler wrote:
> >
> >
> > On Wed, Sep 9, 2020 at 4:05 AM Brian Stinson <brian at bstinson.com
> > <mailto:brian at bstinson.com>> wrote:
> >
> > __
> > On Fri, Sep 4, 2020, at 14:26, Mason Loring Bliss wrote:
> >>
2002 Dec 03
2
Array multiplication
I wanted a sort of matrix product of an array and a matrix.
As there does not seem to be any array multiplication apart from outer()
I proceeded as follows:
lambda <- array(0, c(n,m,d))
# stuff omitted
# zed is an n by m matrix
#
# \lamb.star_{ik}
lamb.star <- matrix(0, nrow=n, ncol=d)
for (i in 1:n) {
for (k in 1:d) {
for (j in 1:m) {
lamb.star[i,k] = lamb.star[i,k] +
2020 Aug 31
2
Misleading information on main page about Centos Stream
Not sure if this is a Docs issue or others...
I came across this page:
https://www.centos.org/centos-stream/
> CentOS Steam
>
> Rolling-release distro that tracks just ahead of Red Hat Enterprise Linux (RHEL) development, positioned as a midstream between Fedora Linux and RHEL. For anyone interested in participating and collaborating in the RHEL ecosystem, CentOS Stream is your
2007 Mar 25
3
[LLVMdev] C99 restrict
Has there been any discussion of supporting the 'restrict' C99
keyword and C++ extension to boost alias analysis? My impression is
that this would require modification of the LLVM IR. I couldn't find
any discussion hits using the usual suspects for searches...
--
Christopher Lamb
christopher.lamb at gmail.com
-------------- next part --------------
An HTML attachment was
2007 Mar 28
2
[LLVMdev] x86 in win32 folder
I don't want to drive this too off topic, but I should be clear that
I wasn't suggesting that the LLVM project adopt XPJ as it's official
config file format for Visual Studio. I have found it useful to use
XPJ to generate the initial VS projects for a code base that doesn't
already have VS projects. I also find it nice to be able to see all
of the config options in a
2007 Apr 23
0
[LLVMdev] Register based vector insert/extract
On Apr 23, 2007, at 1:17 PM, Christopher Lamb wrote:
>
> On Apr 23, 2007, at 12:31 PM, Chris Lattner wrote:
>
>> On Mon, 23 Apr 2007, Christopher Lamb wrote:
>>> How can one let the back end know how to insert and extract
>>> elements of
>>> a vector through sub-register copies? I'm at a loss how to do
>>> this...
>>
>> You
2007 Mar 01
2
[LLVMdev] ISel using an operand as both source and destination
I have some instructions that use a register as both an input and as
the output. Is there a way to specify this constraint in the
InstrInfo.td or will this have to be custom selected/lowered?
Thanks
--
Christopher Lamb
christopher.lamb at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2007 Mar 30
3
[LLVMdev] LLVM "Native" Backend
On Mar 18, 2007, at 7:05 PM, Chris Lattner wrote:
> On Sun, 18 Mar 2007, Christopher Lamb wrote:
>>> LLVM can currently produce .o files directly in some limited cases,
>>> or you
>>> can go through an assembler, which is much more robust. Any help
>>> improving the direct ELF writer would be appreciated.
>>
>> Which of the LLVM tools can
2007 Mar 28
0
[LLVMdev] x86 in win32 folder
It's not clear it offers any real benefits. The project files already
exist. To use this, I would have to throw them away and create new XML
files by hand. I would have to maintain them by hand also, whereas the
project files are maintainable from within Visual Studio, i.e. via an
integrated GUI interface.
And to comment on supporting other targets: No reason it can't be done,
2007 Mar 29
4
[LLVMdev] PR400 - alignment for LD/ST
Is anyone actively working on this currently? It's marked as
unassigned in BZ.
--
Christopher Lamb
christopher.lamb at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20070329/1edd4502/attachment.html>
2007 Apr 23
2
[LLVMdev] Register based vector insert/extract
On Apr 23, 2007, at 12:31 PM, Chris Lattner wrote:
> On Mon, 23 Apr 2007, Christopher Lamb wrote:
>> How can one let the back end know how to insert and extract
>> elements of
>> a vector through sub-register copies? I'm at a loss how to do this...
>
> You probably want to custom lower the insertelement/extractelement
> operations for the cases you support.
2007 Mar 25
2
[LLVMdev] C99 restrict
On Mar 25, 2007, at 2:18 AM, Chris Lattner wrote:
> On Sat, 24 Mar 2007, Christopher Lamb wrote:
>> Has there been any discussion of supporting the 'restrict' C99
>> keyword
>> and C++ extension to boost alias analysis? My impression is that this
>> would require modification of the LLVM IR. I couldn't find any
>> discussion hits using the usual
2020 Sep 09
2
Misleading information on main page about Centos Stream
On Fri, Sep 4, 2020, at 14:26, Mason Loring Bliss wrote:
> On Mon, Aug 31, 2020 at 05:28:58PM -0400, Jonathan Billings wrote:
>
> > This is pretty misleading. Isn't Stream just a collection of repos that
> > offer pre-release packages for the next RHEL point release? It's not a
> > midstream between Fedora and RHEL.
>
> Along those lines, if someone's
2007 Apr 21
0
[LLVMdev] [llvm-commits] Major regressions
On Sat, 2007-04-21 at 18:28 -0500, Christopher Lamb wrote:
> On Apr 21, 2007, at 6:12 PM, Reid Spencer wrote:
>
> > On Sat, 2007-04-21 at 18:07 -0500, Christopher Lamb wrote:
> >> I'm getting a regression after my fixes that's coming from
> >> getABIAlignment not finding an alignment to use for a <float x1>
> >> type,
> >> is this a
2007 Apr 21
3
[LLVMdev] [llvm-commits] Major regressions
On Apr 21, 2007, at 6:12 PM, Reid Spencer wrote:
> On Sat, 2007-04-21 at 18:07 -0500, Christopher Lamb wrote:
>> I'm getting a regression after my fixes that's coming from
>> getABIAlignment not finding an alignment to use for a <float x1>
>> type,
>> is this a bug?
>
> It could be. <float x 1> isn't a useful vector so it probably
2007 Dec 17
2
[LLVMdev] PointerType API Change
Would it be possible to keep get() unchanged, with a default behaviour, plus
a warning? Otherwise everybody (assuming everybody gets type void*) will
have to update their LLVM passes, and either maintain two versions of the
passes or require their clients to use a certain LLVM version. Then passes
could be "address-space-safe" or not. If the default parameter value for
get() could
2007 Mar 28
3
[LLVMdev] x86 in win32 folder
Might I suggest the following tool for setting-up/maintaining the
Visual Studio project files. It makes setting them up with all the
right build options and include paths much, much easier. =)
http://sourceforge.net/projects/xpj
--
Christopher Lamb
christopher.lamb at gmail.com
On Mar 28, 2007, at 3:06 AM, Morten Ofstad wrote:
> Seung Jae Lee wrote:
>> Is there any special reason