search for: sidelined

> - git allows easy backtracking of decision points, allowing one to > explore a line of development and then reformulate the set of commits > made before actually sending them upstream to master. For me, it is > more helpful to be able to just code up a feature and once it's > working, go back and break out the individual patch sets into logical > groups. I tend

Hello, Has a decision been made yet as to whether R 4.0.0 on Windows is going to be built using the new gcc8 toolchain (described at https://cran.r-project.org/bin/windows/testing/rtools40.html)? >From the sidelines, I can see that the toolchain is being used to build and test packages on CRAN; if there are any remaining issues that I can help to try and run down (either in R or any CRAN

> On 7/13/20 6:40 PM, Emmett Culley via CentOS wrote: >> I need to set the umask for apache to 002.? I've tried every idea I've >> found on the internet, but nothing make a difference.? Most suggest that >> I put "umask 002" in /etc/sysconfig/httpd, but that doesn't seem to make >> a difference.? Other's suggest adding something to the

Dan, > Sharing only happens when two instructions have the "same" memory > reference info. You just need to make sure that the non-temporal > flag is significant. It's not fundamentally different from the > volatile flag in this respect. Metadata is used to monitor values from the sideline. It should not influence optimization or code gen in general other then the

Tim Northover via llvm-dev wrote on 06/19/2018 09:22 PM: > On Tue, 19 Jun 2018 at 20:12, U.Mutlu <um at mutluit.com> wrote: >> You can find more examples by searching for "DCLS getconf LEVEL1_DCACHE_LINESIZE". > > Frankly, it all looks like cargo-cult optimization flagomancy. I'd > suggest you drop it, it's not magical I promise. Hey, I'm working on

On Mar 22, 2016 8:03 AM, "James Molloy" <james at jamesmolloy.co.uk> wrote: > > Rafael, > > I appreciate that your goals are to create a performant linker, quickly. I understand that and wouldn't want to slow you down unnecessarily, especially as I appreciate that I'm on the sidelines and not producing patches for LLD at the moment. > > I also appreciate

In the Hexagon backend we originally treated CFI instructions as "solo", > i.e. they could not be packetized with any other instruction. Now we > simply delay the generation of these instructions until after > packetization. The reason for this is that two instructions that could be > packetized together were not packetized together if there was an CFI > instruction in

> On 7/19/20 10:41 PM, Simon Matter via CentOS wrote: >>> On 7/13/20 6:40 PM, Emmett Culley via CentOS wrote: >>>> I need to set the umask for apache to 002.? I've tried every idea I've >>>> found on the internet, but nothing make a difference.? Most suggest >>>> that >>>> I put "umask 002" in /etc/sysconfig/httpd, but

On Feb 11, 2010, at 12:07 PM, David Greene wrote: > On Thursday 11 February 2010 14:02:13 Dan Gohman wrote: > >>>> Putting a bit (or multiple bits) in MachineMemOperand for this >>>> would also make sense. >>> >>> Is there any chance a MachineMemOperand will be shared by multiple >>> instructions? >> >> Yes. > > Then

On Wed, Jul 2, 2008 at 2:13 PM, Hendrik Boom <hendrik at topoi.pooq.com> wrote: > On Thu, 19 Jun 2008 09:44:46 +0300, Török Edwin wrote: > >> Hi, >> >> Have you seen this: http://gcc.gnu.org/ml/gcc/2008-06/msg00385.html >> There is a new branch for converting gcc to C++. >> >> Best regards, >> --Edwin > > The sad thing is that they seem

Yes, I have tried that option with no difference in behavior. It seems it ignores that option when provided. Just for reference, I am building it on RedHat 5. I have never had this issue on any previous version of OpenSSH. I use the default configuration with only the changes specified in the RHEL 5 STIG applied. I appreciate the security advice. The root account was indicated simply as an

Chris Lattner <clattner at apple.com> writes: > On Jul 25, 2011, at 3:22 PM, Jason Kim wrote: > Great point. A potential conversion to git should be motivated by its > benefits - assuming no development policy change - and that benefit > needs to be greater than the various costs of conversion. Here are the most important benefits I see for the LLVM projects: - git greatly

I need to set the umask for apache to 002. I've tried every idea I've found on the internet, but nothing make a difference. Most suggest that I put "umask 002" in /etc/sysconfig/httpd, but that doesn't seem to make a difference. Other's suggest adding something to the httpd.service script for systemd. And that doesn't make any difference. Any suggestion from

On Jul 25, 2011, at 3:22 PM, Jason Kim wrote: > On Sun, Jul 24, 2011 at 9:54 AM, FlyLanguage <flylanguage at gmail.com> wrote: > Lot of good points. > > > Yep, switching to git would require a lot of work on the project > > maintainers' side. Commit hooks, setting up repositories, rewording > > policies in terms of the commands of the new tools, and that

Rob - Just stepping in from the sidelines . . . with a few tidbits. Nut uses pkgconfig to find and identify stuff as part of it's build . . . So, depending on where your libusb install went, if it wasn't in the default "PKG_CONFIG_PATH" setting, it won't be found. Much like other shell variables, you can adjust that setting to find anything you like . . . IE

In August last year I posted this bug, a brief summary of which would be that ZFS still accepts writes to a faulted pool, causing data loss, and potentially silent data loss: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6735932 There have been no updates to the bug since September, and nobody seems to be assigned to it. Can somebody let me know what''s happening with this

On Feb 11, 2010, at 3:41 PM, Devang Patel wrote: > Dan, > >> Sharing only happens when two instructions have the "same" memory >> reference info. You just need to make sure that the non-temporal >> flag is significant. It's not fundamentally different from the >> volatile flag in this respect. > > Metadata is used to monitor values from the

>> There's nothing in Directives/path that says it applies only to c32. > You probably mean something like "Config#PATH" [...] No, I really did mean Directives/path, which is the first link in the "See Also" under PXELINUX-Multi-Arch. At any rate, it appears that page has been edited within the last couple days, and the new contents are well-written and

On 7/13/20 6:40 PM, Emmett Culley via CentOS wrote: > I need to set the umask for apache to 002.? I've tried every idea I've found on the internet, but nothing make a difference.? Most suggest that I put "umask 002" in /etc/sysconfig/httpd, but that doesn't seem to make a difference.? Other's suggest adding something to the httpd.service script for systemd.? And that

On 7/19/20 10:41 PM, Simon Matter via CentOS wrote: >> On 7/13/20 6:40 PM, Emmett Culley via CentOS wrote: >>> I need to set the umask for apache to 002.? I've tried every idea I've >>> found on the internet, but nothing make a difference.? Most suggest that >>> I put "umask 002" in /etc/sysconfig/httpd, but that doesn't seem to make