similar to: [LLVMdev] Patch to remove Warnings

Hi all, Speaking about warnings, we're seeing the following warnings when building LLVM/Clang on FreeBSD/amd64. When using GCC: http://amd64-clang-bot.qat.freebsd.org:8010/builders/freebsd-clang-amd64/builds/20/steps/compile-llvm.1/logs/warnings When using Clang: http://amd64-clang-bot.qat.freebsd.org:8010/builders/freebsd-clang-amd64/builds/20/steps/compile-llvm.2/logs/warnings -- Ed

On Jun 14, 2010, at 2:26 AM, Ed Schouten wrote: > Hi all, > > Speaking about warnings, we're seeing the following warnings when > building LLVM/Clang on FreeBSD/amd64. > > When using GCC: > http://amd64-clang-bot.qat.freebsd.org:8010/builders/freebsd-clang-amd64/builds/20/steps/compile-llvm.1/logs/warnings > > When using Clang: >

sorry, forgot to reply to mailing list :-) ---------- Forwarded message ---------- From: Rizky Herucakra <deimos13710 at gmail.com> Date: Sun, Jun 13, 2010 at 7:20 PM Subject: Re: [LLVMdev] Patch to remove Warnings To: Duncan Sands <baldrick at free.fr> something about bool converted to int and something about struct that previously declared as class. It's trivial, really On

Hello, My name is Rizky Ariestiyansyah here is my detail on the wiki usernamer : ph03nix FirstnameLastname : Rizky Ariestiyansyah Please allow me to contribute edit the wiki and l10n also I can help create event in Indonesia. Thank you -- Rizky Ariestiyansyah Founder of Evone Firefox OS Developer Volunteer ID-CERT, Mozilla, IlmuBerbagi, XFCE, Fedora. Blog : http://oonlab.com/ Phone : +62

Hi, I have noticed different rank values calculated by qr() depending on LAPACK parameter. When it is FALSE (default) a true rank is estimated and returned. Unfortunately, when LAPACK is set to TRUE, the min(nrow(A), ncol(A)) is returned which is only occasionally a true rank. Would not it be more consistent to replace the rank in the latter case by something based on the following pseudo code ?

On Thu, Dec 01, 2016 at 02:27:19AM +0000, Gonglei (Arei) wrote: > > On Tue, Nov 29, 2016 at 08:48:14PM +0800, Gonglei wrote: > > > +static int virtio_crypto_alg_ablkcipher_init_session( > > > + struct virtio_crypto_ablkcipher_ctx *ctx, > > > + uint32_t alg, const uint8_t *key, > > > + unsigned int keylen, > > > + int encrypt) > > > +{

On Thu, Dec 01, 2016 at 02:27:19AM +0000, Gonglei (Arei) wrote: > > On Tue, Nov 29, 2016 at 08:48:14PM +0800, Gonglei wrote: > > > +static int virtio_crypto_alg_ablkcipher_init_session( > > > + struct virtio_crypto_ablkcipher_ctx *ctx, > > > + uint32_t alg, const uint8_t *key, > > > + unsigned int keylen, > > > + int encrypt) > > > +{

On Tue, Nov 29, 2016 at 08:48:14PM +0800, Gonglei wrote: > diff --git a/drivers/crypto/virtio/virtio_crypto_algs.c b/drivers/crypto/virtio/virtio_crypto_algs.c > new file mode 100644 > index 0000000..08b077f > --- /dev/null > +++ b/drivers/crypto/virtio/virtio_crypto_algs.c > @@ -0,0 +1,518 @@ > + /* Algorithms supported by virtio crypto device > + * > + * Authors:

On Tue, Nov 29, 2016 at 08:48:14PM +0800, Gonglei wrote: > diff --git a/drivers/crypto/virtio/virtio_crypto_algs.c b/drivers/crypto/virtio/virtio_crypto_algs.c > new file mode 100644 > index 0000000..08b077f > --- /dev/null > +++ b/drivers/crypto/virtio/virtio_crypto_algs.c > @@ -0,0 +1,518 @@ > + /* Algorithms supported by virtio crypto device > + * > + * Authors:

Le 22/01/2018 ? 17:40, Keith O'Hara a ?crit?: > This behavior is noted in the qr documentation, no? > > rank - the rank of x as computed by the decomposition(*): always full rank in the LAPACK case. For a me a "full rank matrix" is a matrix the rank of which is indeed min(nrow(A), ncol(A)) but here the meaning of "always is full rank" is somewhat confusing. Does it

Le 23/01/2018 ? 08:47, Martin Maechler a ?crit?: >>>>>> Serguei Sokol <sokol at insa-toulouse.fr> >>>>>> on Mon, 22 Jan 2018 17:57:47 +0100 writes: > > Le 22/01/2018 ? 17:40, Keith O'Hara a ?crit?: > >> This behavior is noted in the qr documentation, no? > >> > >> rank - the rank of x as

https://bugzilla.mindrot.org/show_bug.cgi?id=3480 Bug ID: 3480 Summary: tracking bug for openssh-9.1 Product: Portable OpenSSH Version: -current Hardware: Other OS: Linux Status: NEW Keywords: meta Severity: enhancement Priority: P5 Component: Miscellaneous Assignee:

debian/patches/tools-python-prefix.diff removes auxbin.pathTo and replaces it with auxbin.path_bin and auxbin.path_boot. However there are still references to auxbin.pathTo in xend. The attached switches those usages to the correct new function. Without these I get: Error: 'module' object has no attribute 'pathTo' when trying to start a guest with

Hi there, I'm experiencing some problems accessing some of the services on llvm.org: $ svn co https://llvm.org/svn/llvm-project/llvm/trunk svn: E200029: Couldn't perform atomic initialization https://llvm.org/bugs/show_bug.cgi?id=24734: "undef error - DBD::mysql::st execute failed: Got error 28 from storage engine" On Linux, errno 28 corresponds with ENOSPC, so my suspicion

On 10 Jan 2015, at 17:35, Dimitry Andric <dimitry at andric.com> wrote: > > It looks like the interpretation of what "__STDC_MB_MIGHT_NEQ_WC__" means differs between the llvm developers and the FreeBSD developers. I'm not sure what a good solution is. I've just read the relevant parts of the C11 spec, and it's not really clear to me what the 'basic

Hello OpenSSH hackers, The last couple of weeks I've been figuring out how hard it is to replace FreeBSD's <utmp.h> with <utmpx.h>. I don't think utmpx is perfect, but at least it's better than what we have now and at least it has gone through some form of standardisation. I noticed POSIX says the following [1]: | The <utmpx.h> header shall define the utmpx

Hi Stefan, > > On Tue, Nov 29, 2016 at 08:48:14PM +0800, Gonglei wrote: > > diff --git a/drivers/crypto/virtio/virtio_crypto_algs.c > b/drivers/crypto/virtio/virtio_crypto_algs.c > > new file mode 100644 > > index 0000000..08b077f > > --- /dev/null > > +++ b/drivers/crypto/virtio/virtio_crypto_algs.c > > @@ -0,0 +1,518 @@ > > + /* Algorithms

https://bugzilla.mindrot.org/show_bug.cgi?id=1732 Summary: Proper utmpx support for FreeBSD HEAD Product: Portable OpenSSH Version: 5.4p1 Platform: Other OS/Version: FreeBSD Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: unassigned-bugs at mindrot.org ReportedBy: ed

Hello all, I've happily been using Dovecot for a couple of years now, but only a couple of days ago I configured it to speak both TLS and SSL for both POP3 and IMAP. Ideally I want users to use TLS, but I've enabled SSL, because some mailers (at least Apple Mail on OS X Tiger) don't support TLS. Right now I'm in sort of a transitional phase, where I'm asking users to enable

Hello all, The next version of FreeBSD will use utmpx for its user accounting database, as opposed to utmp which is used right now. Unfortunately wtmpx and lastlog handling isn't standardized at all, which is why we took the liberty to integrate all these databases into a compact API, where setutxdb() can be used to switch to a different database and getutxuser() to search for a USER_PROCESS