From d5c81bb743156f77c01002936445900639adadd3 Mon Sep 17 00:00:00 2001 From: Cody Boone Ferguson <53008573+xexyl@users.noreply.github.com> Date: Wed, 31 May 2023 03:12:00 -0700 Subject: [PATCH] Undo cfb9c66fae54a7a83ce3de8aaf54df946bdabdef I meant to do a commit --amend as I realised I had another change to make but then I forgot and went ahead and did another commit. This means I have to do this change in two commits. This will undo the commit noted and the next will be the proper change though I now do not know exactly what else had to change: it might have been done in the commit that followed (I think it was to do with sockets but maybe not). Nevertheless the log was incomplete so I want to fix that. --- todo.md | 43 ++++++++++++------------------------------- 1 file changed, 12 insertions(+), 31 deletions(-) diff --git a/todo.md b/todo.md index 45249efd8..d6a285191 100644 --- a/todo.md +++ b/todo.md @@ -1,12 +1,12 @@ # A todo list of known things to check and/or do -*Last updated: Wed 31 May 2023 09:52:55 UTC* +*Last updated: Wed 24 May 2023 12:35:37 UTC* More things will likely be added over time and as items are done they _should -be_ removed from the list IF AND ONLY IF (!!) we are _absolutely certain_ it is -done (many times it's thought that a task was done only to find out it wasn't). -It is hoped that this will be referenced and updated as this is an easy way to -keep track of things that have been done already and what hasn't been done (in -this file the case is mostly _NOT_ been done). +be_ removed from the list IF AND ONLY IF (!!) we are certain it is done (many +times it's thought that this was done only to find out that they are not). It is +hoped that this will be referenced and updated as this is an easy way to keep +track of things that have been done already and what have not been done (mostly +not been done). - Find entries with bugs as well INABIAF and add to [bugs.md](/bugs.md). For instance a INABIAF section should be added to [bugs.md](bugs.md) for @@ -47,20 +47,14 @@ fix any issues. except that a few years I am pretty sure I did not check typos (I'd say about 1987 or 1988 through 1995 should be rechecked for typos). It's very likely I won't keep this updated until it's finished but I wanted to note it now. - * NOTE: a while back (as of 31 May 2023) Cody noticed that some of the files - he already checked could be improved wrt formatting so he'll have to have a - quick look at the previously edited files; some he has done already but the - vast majority have not been checked. These should be relatively easy to fix - but will only be done _after_ the rest of the files are processed - (presumably with complete changes made :-) ). - Remove addresses from older winning entries but (if known) keep country code + add country code to winners.csv. As of half past 4 Pacific time on 22 April 2023 -only the years through 1986 have been done entirely. This should not take much -time but I (Cody) am bored with it for now and would rather do other more -important things. This will likely not be updated until after it's done (and -when I remember to remove it - I expect that when I go for it I'll do it in one -sitting or maybe a few sittings with a few brief breaks). +only the years through 1986 are done. This should not take much time but I +(Cody) am bored with it for now and would rather do other more important things. +This will likely not be updated until after it's done (and when I remember to +remove it - I expect that when I go for it I'll do it in one sitting or maybe a +few sittings with a few brief breaks). - Verify that [2004/gavin](2004/gavin/)'s [img/fs.tar](2004/gavin/img/fs.tar) contains the same version of files as under [2004/gavin](2004/gavin/) itself. @@ -72,17 +66,4 @@ subdirectory and then typing the below from the entry's main directory - Try and see if I (Cody) can make [1985/sicherman](1985/sicherman/sicherman.c) even more like its original form. I have some ideas here but it might involve -some discussion too. See 22 May 2023 commits for the improvements already made. - -- Check all Makefiles for notes / warnings on compilation and see if they can be -moved to _after_ the compilation as they're more likely to be seen this way. In -some cases this will have to be done in the Makefile via `|| :` (that might be -good to have in the Makefiles anyway so that additional rules / targets are -run) or else they'll have to be put above the compilation. - * Make compilation of targets use `|| :` in the Makefiles to allow - additional targets to compile and/or let warnings/notes be printed. An - important use of this is that some entries won't compile with clang due to - defects but the alternate version will. Whether this is a good idea is TBD - but it's noted here as a reminder to be discussed. - - +some discussion too.