Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merge upstream #26

Closed
wants to merge 50 commits into from
Closed

Merge upstream #26

wants to merge 50 commits into from

Conversation

bovine
Copy link
Contributor

@bovine bovine commented Jan 10, 2025

No description provided.

resuna and others added 30 commits August 17, 2017 14:21
* Prevf doesn't get used at line 145 unless `prevItem != NULL` and prevf also gets set in the same block, so this is safe.
* Fix date matching problems with excess whitespace.
* Bring up to date with sebres/tclclockmod
…nclude them explicitly.

This really needs to be fiddled in configure.ac
…imilar scan, but assumes POSIX unix time), in opposite to `clock scan`:

- uses GMT/UTC timezone (instead of system TZ) per default;
- returns supplied value directly if it is integer;
- returns 0 in error case (not clear to me why not "" or something else, but it was required so).
The reason for that was the wrong length calculation by scanning through my string index tree, so the ambiguity check `j->(jan,ju->(jun,jul))` failed for 2nd element Ju(ne) with length 2.
Simple fix and test-cases covering that, but it looks like this has a good potential for speedup (todo: move length calculation from search to build)
resuna and others added 20 commits June 14, 2019 21:15
…e of interp state by select and setup timezone (as well as in other "catched" blocks on lazy loading or initialization);

windows: load registry package on demand only (if possible, using same safe "catch" command).
…alculation on negative month offset over threshold of a year;

closes sebres#20
…timezone

When /etc/localtime is missing, test clock-38.1 fails on Linux. This is a result of re-using
cached dataPtr->lastBase.date when the timezone and lastBase timezone are both :localtime.
Unfortunately, this can't be done safely with :localtime unless we know that the old base
had was computed when TZ had the same value.
* Add a --with-tzpath configure flag
* Fix unwanted stateful behavior when /etc/localtime does not exist
Fix configure error introduced in #5
* Create linux-ci.yml

* Delete .travis.yml

* update build status badge
* workaround for lib/clock.tcl not yet existing during configure using lib_BINARIES in Makefile
* improve path searching for generated clock.tcl
* log error message on failure
* update to 8.6.709
* avoid overloading stubs terminology
@bovine
Copy link
Contributor Author

bovine commented Jan 10, 2025

disregard. wrong repo

@bovine bovine closed this Jan 10, 2025
@bovine bovine deleted the merge-upstream branch January 10, 2025 20:18
@bovine bovine restored the merge-upstream branch January 10, 2025 20:19
@bovine bovine deleted the merge-upstream branch January 10, 2025 20:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants