similar to: whatever happened to this patch?

In the thread "[Wine] New to Wine...and already in trouble..." there was a spam post by kizi that says it was "Sent from the Wine - Users mailing list archive at Nabble.com". Can people really send things to our list/forum from other sites/forums? It also seems odd that the reply directs a person to catch up on the thread by linking to Nabble instead of the Wine forum. It

Hello all, Some time ago there seemed to be progress on the RequiredAuthentication patch that would allow sshd to require that multiple authentication methods be successful in order to grant access to a system. [1] That patch was used as a poster-child for the Match keyword that was subsequently added. Unfortunately, it looks like development on this feature has stalled. Are there plans to

It sounded like there was going to be one, so that some of the fixes that didn't make it into rc7 could be easily tested before releasing 1.0? -- Best regards, Charles

It got planned, and then canceled. I assume you guys are going to try again? I was looking forward to attending.

Hello, This is my first post here, so I'm sorry if I'm posting this in the wrong place. A while ago on one of the wine newsletters, it was reported that somebody messed around with the uxtheme.dll implimentation to allow for native gtk themes to work with wine apps. This was a great idea, as the default widgets wine uses, are quite frankly, kind of ugly. I'm wondering whatever

On 11/28/18 8:46 PM, Friedman, Eli via llvm-dev wrote: > On 11/28/2018 5:28 PM, Kristopher Tate via llvm-dev wrote: >> Although the patch was approved here https://reviews.llvm.org/D54378 >> >> Is this patch going to land in 7.0.1 or 8? > > For trunk (and therefore 8), looks like it was approved, and it's just > waiting for someone with commit rights to merge it.

Yes please. On Tue, Apr 14, 2020, 5:02 AM Tyker1 at outlook.com via llvm-dev < llvm-dev at lists.llvm.org> wrote: > a bit of time has passed and there to my knowledge still no strong > arguments against removing it. > is everyone OK to proceed with the removal ? > > Gauthier > ------------------------------ > *From:* Chris Lattner <clattner at nondot.org> >

I have never used -> but I noticed at http://github.com/jiho/r-utils/blob/master/beamer_colors.R that some people do. In fact, the above-named code has a sort of elegance about it (except for the use of "=" for assignment...). To my eye, -> calls to mind a type of assignment that is meant to stand out. For example, perhaps it would make sense to use -> to assign

----- Original Message ----- > From: "Dimitry Andric" <dimitry at andric.com> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "LLVM Developers Mailing List (llvmdev at cs.uiuc.edu)" <llvmdev at cs.uiuc.edu>, "Tom Stellard" <tom at stellard.net> > Sent: Saturday, November 29, 2014 1:34:21 PM > Subject: Re: [LLVMdev]

I have an issue with a circular package dependence that prevents building/checking, and I seek advice on breaking the circle so the packages can pass the build-check tests that are required for CRAN submission. The package pair I'm working with is slow to build, but my tests suggest the issue may be general, and so I will explain it in general terms. Suppose there are two packages: 1. Foo,

As a frontend, what are the downsides of enabling --no-rosegment by default? So far the pro list is: * valgrind debug info will work by default What's on the con list? On Thu, Apr 5, 2018 at 5:16 PM, Shoaib Meenai <smeenai at fb.com> wrote: > It's more of a valgrind issue than an LLD issue, but you can work around > it by linking with --no-rosegment > > > >

On Wed, Nov 26, 2014 at 07:44:20PM +0100, Dimitry Andric wrote: > On 26 Nov 2014, at 16:50, Tom Stellard <tom at stellard.net> wrote: > > > > On Wed, Nov 26, 2014 at 10:15:13AM +0000, Daniel Sanders wrote: > ... > > I will try to look at the patches today. I'm going to delay the release a week > > or so, because of all the merge requests I've received,

Who maintains apt.llvm.org? On 11/27/18 9:25 AM, Andrew Kelley wrote: > ---------- Forwarded message --------- > From: Andrew Kelley <superjoe30 at gmail.com> > Date: Mon, Nov 26, 2018 at 10:38 AM > Subject: apt.llvm.org has the wrong binaries/headers for llvm-toolchain-xenial-7 > To: LLVM Dev <llvm-dev at lists.llvm.org> > > > This build worked on Nov 24 and

--rosegment puts read-only data and executable text in a single segment and make it executable, so your read-only code becomes executable. I think that shouldn't be a default behavior. If valgrind needs that, we can't fix it by changing the default. On Thu, Apr 5, 2018 at 2:50 PM Andrew Kelley via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Confirmed that -no-rosegment

(Ruby 1.9.2) I have a simple validation regex which I need to pass the following values: "Billy-Bob" and "O''Kelley" (as test cases). Originally I was not allowing apostrophe but it became apparent I had to allow it. The initial regex was: /^[a-zA-Z -]*$/ Now, when I added the apostrophe like this: /^[a-zA-Z'' -'']*$/ Then for some reason

On 30/04/2017 12:23 PM, Duncan Murdoch wrote: > No, I don't think anyone is working on this. > > There's a fairly simple workaround for the UTF-16 and UTF-32 iconv > issues: don't attempt to produce character vectors, produce raw vectors > instead. (The "toRaw" argument to iconv() asks for this.) Raw vectors > can contain embedded nulls. Character vectors

All files transferred to my Samba server end up with lower case on the Unix box. Case is not preserved from NT to Unix. For example, if I copy C:\Temp\MyFile to a directory on the Samba server, it ends up there as myfile. What am I missing? I browsed the FAQ's in the web pages, without success... Marc Provencher Foxboro Calgary, Systems Integration and IT (403) 777-4275

Hi. I'm not having any luck installing the binary for the new Macintosh OS called "Tiger". I get error messages as below. Can anyone offer me some advice? (PS: I checked the bug list first but a search on "Tiger" turned up nothing so I hope it's OK to post here.) Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared

Zig tests using Debug build of 5.0.1rc2 hit this bug: https://bugs.llvm.org/show_bug.cgi?id=34452 I suppose the fix has not been backported to 5.0.1. So I created a Release build of 5.0.1rc2 and all zig tests pass, with the following patches: * Patches to LLD: commit a206ef34bbbc46017e471063a4a1832c1ddafb0a Author: Andrew Kelley <superjoe30 at gmail.com> Date: Fri Dec 1 12:11:55 2017

On Tue, Oct 24, 2017 at 9:27 PM, Vedant Kumar <vsk at apple.com> wrote: > Unreferenced linkonce globals are allowed to be discarded. > > > Is __udivmodti4 referenced? > It's referenced by a different .o file, but nothing within the module. My confusion comes from the missing direct object in the sentence. Referenced by a function local to the module? Referenced by any