search for: archeology

On Mon, Feb 29, 2016 at 6:17 PM, John Chambers <jmc at r-project.org> wrote: > The Wikipedia statement may be a bit misleading. > > S was never open source. Source versions would only have been available with a nondisclosure agreement, and relatively few copies would have been distributed in source. There was a small but valuable "beta test" network, mainly university

I had need of a bit of computer archeology (oddly enough, for a couple of archaeologists, but that's another story). I used Henry Bartlett' HABit Wordstar Converter (version 3) (http://www.hotkey.net.au/~hambar/habit/wsconvrm.htm) to convert some Wordstar for Mess-DOS files to text and HTML. It worked just fine under wine (http://ww...

...> created formatting inconsistencies can be eliminated by formatter. Cool. > My plan to keep codebase clean is first run a cleanup systemwide, then > keep it by hook/ periodicaly rerunning cleanup. Please don't do this. We don't like widespread changes like this, they make svn archeology more difficult. -Chris

Hi, I am writing tool to simplify automated refactorings. One of prerequisites is have clean codebase, so a refactorer can be simple and created formatting inconsistencies can be eliminated by formatter. My plan to keep codebase clean is first run a cleanup systemwide, then keep it by hook/ periodicaly rerunning cleanup. I put it for now here. https://github.com/neleai/stylepp I ran a scripts

...llowing model associations (pardon my butchering of rails) - Faculty has_many :courses Course belongs_to :faculty I want to paginate courses based on the name of the faculty they belong to. The paging may look something like this (instead of page numbers): # in the actual view << prev Archeology Botanics ... |Math| ... Zoology next >> # listing all courses of current page I''d appreciate help on how to accomplish that. I know will_paginate does numbering, but I couldn''t figure out if it can do the above. -- Posted via http://www.ruby-forum.com/. --~--~-----...

...That seems like an ongoing, longer-term project. > > I'd like to see us move away from using always_inline in core ADT headers to make debugging easier in the near future. > +1 to everything you said. I happened to remember this wasn't always the case for StringRef, so I did some archeology and found: [llvm] r247253 - [ADT] Apply a large hammer to StringRef functions: attribute always_inline. I'm afraid I missed the commit at the time but there are few remarks I would like to make: 1) The motivation for this change, at least from what I understand, is trying to optimize `check-ll...

I want to go through a column in data called date_abandoned....data["date_abandoned"]....and remove all the rows that have numbers greater than 1,010,000. The dates are in the format 20091114 so i'm just going to treat them as numbers for clean up purposes. I know that i use subset but not sure how to proceed from there. -- View this message in context:

...le then: static const u64 kDefaultShadowScale = 3; So this seems to be hardcoded. There is a similar declaration in llvm's lib/Transforms/Instrumentation/AddressSanitizer.cpp. I know that it *did* work at some point in the past, but it got broken in recent history. I will have to do some archeology to figure out what happened. Does anybody know whether the shadow granularity was different at some point? -Dimitry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 223 bytes Desc: Message signed with OpenPGP...

olly wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: olly > Revision: 7759 > Date: 2007-02-26 18:38:13 +0000 (Mon, 26 Feb 2007) > > Log message (3 lines): > tests/harness/backendmanager.cc: Indent with tabs not spaces. Hmm - this space thing is getting silly - I have my editor set to not expand tabs, but spaces crept in because I

...;> > >> > I'd like to see us move away from using always_inline in core ADT headers to make debugging easier in the near future. >> > >> >> +1 to everything you said. I happened to remember this wasn't always >> the case for StringRef, so I did some archeology and found: >> [llvm] r247253 - [ADT] Apply a large hammer to StringRef functions: >> attribute always_inline. >> >> I'm afraid I missed the commit at the time but there are few remarks I >> would like to make: >> 1) The motivation for this change, at least fr...

According to Wikipedia: "In 1980 the first version of S was distributed outside Bell Laboratories and in 1981 source versions were made available." but I've been unable to locate any version of S online. Does anyone have a copy, somewhere, rusting away on an old hard disk or slowly flaking off a tape? I've had a rummage round the CMU Statlib on archive.org but no sign of it,

Hello, I'd like to offer an alternative solution to the "poison problem": remove it. What follows is rather informal. I'd happily write up a nicer document if this RFC stands up to scrutiny. The idea was born from two observations: - undef was introduced to model a load of uninitialized memory, a form of undefined behavior. - poison was introduced to model integer overflow,

On Sun, Jun 03, 2012 at 05:31:32PM +1000, aorchis@gmail.com wrote: > Hi Jeremy and Konrad, CC-ing xen-devel. > > Basically the driver NVIDIA provided is a binary blob and recent > versions does not work with the PAT layout of XEN so it falls back to > MTRR to provide write combining (please correct me if I''m wrong). OK? Which is still OK. Are you using a v3.4 kernel

On Wed, Oct 14, 2015 at 1:50 PM Rafael Espíndola <rafael.espindola at gmail.com> wrote: > > - Is this trying to change how the community behaves? I think the > resounding > > answer is no, this is very much meant to formalize the existing extremely > > polite and respectful behavior that the LLVM community has had for many > > years. > > This is crucial IMHO

Questions are threaded into the output: ******************** #./configure --without-python checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking

On Sat, Feb 2, 2019 at 7:32 AM David Chisnall via cfe-dev < cfe-dev at lists.llvm.org> wrote: > On 1 Feb 2019, at 22:48, Peter Wu via cfe-dev <cfe-dev at lists.llvm.org> > wrote: > > > > On caveat is that the test coverage would be limited or else the build > > times would be very long. There are quite some builders for various > > projects (llvm, cfe,

On Sat, Jul 29, 2017 at 4:59 AM, Dimitry Andric <dimitry at andric.com> wrote: > On 27 Jul 2017, at 00:41, Hans Wennborg via cfe-dev <cfe-dev at lists.llvm.org> wrote: >> >> 5.0.0-rc1 has just been tagged. >> >> Please build, test and upload binaries to the sftp. Let me know if >> there are any issues. > > Built and tested rc1. Test failures on

So the Github-Importer screws up the old dark places of the SVN-History and the scripts try to handle this? 2017-01-13 22:57 GMT+01:00 James Y Knight via llvm-dev < llvm-dev at lists.llvm.org>: > I've been working on some scripting for re-converting the svn repository > into git. > > The existing git conversions are entirely sufficient for day-to-day > development

Problem: neither fg or bg nor color work properly in dotchart. version: R-1.7.1 for windows code which shows the errors: x <- matrix(rnorm(16),ncol=2,dimnames=list(paste("a",1:8,sep=""),c("before","afte r"))) dotchart(x,fg="blue",bg="lightgrey") dotchart(x,color=c("red","blue")) Dr Ian J Wilson Lecturer in

Hello all! I find that using lldb to debug LLVM libraries can be super frustrating, because a lot of LLVM classes, like the constructor for StringRef, are marked LLVM_ATTRIBUTE_ALWAYS_INLINE. So when I attempt to have lldb evaluate an expression that implicitly instantiates a StringRef, I get 'error: Couldn't lookup symbols: __ZN4llvm9StringRefC1EPKc'. As an example, most recently