Age | Commit message (Collapse) | Author | |
---|---|---|---|
2021-09-17 | Bump version to 0.4.7.1-alpha | David Goulet | |
Signed-off-by: David Goulet <dgoulet@torproject.org> | |||
2021-07-06 | Merge branch 'maint-0.4.6' | George Kadianakis | |
2021-07-06 | Merge branch 'maint-0.4.5' into maint-0.4.6 | George Kadianakis | |
2021-07-06 | Merge branch 'mr/395' into maint-0.4.5 | George Kadianakis | |
2021-07-06 | Use native timegm when available. | Nick Mathewson | |
Continue having a tor_gmtime_impl() unit test so that we can detect any problems in our replacement function; add a new test function to make sure that gmtime<->timegm are a round-trip on now-ish times. This is a fix for bug #40383, wherein we ran into trouble because tor_timegm() does not believe that time_t should include a count of leap seconds, but FreeBSD's gmtime believes that it should. This disagreement meant that for a certain amount of time each day, instead of calculating the most recent midnight, our voting-schedule functions would calculate the second-most-recent midnight, and lead to an assertion failure. I am calling this a bugfix on 0.2.0.3-alpha when we first started calculating our voting schedule in this way. | |||
2021-06-30 | Bump to 0.4.6.6-dev | Nick Mathewson | |
2021-06-30 | Update version to 0.4.6.6. | Nick Mathewson | |
2021-06-14 | Bump to 0.4.6.5-dev | Nick Mathewson | |
2021-06-14 | Bump to 0.4.5.9-dev | Nick Mathewson | |
2021-06-07 | Bump to 0.4.6.5 | Nick Mathewson | |
2021-06-07 | Bump to 0.4.5.9. | Nick Mathewson | |
2021-05-28 | Bump to 0.4.6.4-rc-dev | Nick Mathewson | |
2021-05-28 | Bump to 0.4.6.4-rc. | Nick Mathewson | |
2021-05-10 | Bump to 0.4.6.3-rc-dev | Nick Mathewson | |
2021-05-10 | Update to 0.4.5.8-dev | Nick Mathewson | |
2021-05-07 | Bump to 0.4.6.3-rc | Nick Mathewson | |
2021-05-07 | Bump to 0.4.5.8. | Nick Mathewson | |
2021-04-19 | Merge branch 'maint-0.4.5' into maint-0.4.6 | George Kadianakis | |
2021-04-19 | Merge branch 'maint-0.4.6' | George Kadianakis | |
2021-04-19 | Merge remote-tracking branch 'tor-gitlab/mr/355' into maint-0.4.5 | George Kadianakis | |
2021-04-15 | Bump to 0.4.7.0-alpha-devtor-0.4.7.0-alpha-dev | Nick Mathewson | |
2021-04-15 | Bump to 0.4.6.2-alpha-dev | Nick Mathewson | |
2021-04-14 | Bump version to 0.4.6.2-alpha. | Nick Mathewson | |
2021-04-07 | Try making our configure.ac script build with AC 2.70. | Nick Mathewson | |
In versions <=2.69, according to the autoconf docs, AC_PROG_CC_C99 is needed with some compilers, if they require extra arguments to build C99 programs. In versions >=2.70, AC_PROG_CC checks for these compilers automatically, and so the AC_PROG_CC_C99 macro is obsolete. So, what can you do if you want your script to work right with both autoconf versions? IIUC, neither including AC_PROG_CC_C99 macro nor leaving it out will give you the right behavior with both versions. It looks like you need to look at the autoconf version explicitly. (Now, the autoconf manual implies that it's "against autoconf philosophy" to look at the autoconf version rather than trying the behavior to see if it works, but they don't actually tell you how to detect recoverably at autoconf-time whether a macro is obsolete or not, and I can't find a way to do that.) So, is it safe to use m4_version_prereq, like I do here? It isn't listed in the autoconf 2.63 manual (which is the oldest version we support). But a mailing list message [1] (which added the documentation back in 2008) implies that m4_version_prereq has been there since "at least back to autoconf 2.59". https://lists.gnu.org/archive/html/autoconf-patches/2008-12/msg00025.html So I think this will work. I am basing this patch against Tor 0.3.5 since, if autoconf 2.70 becomes widespread before 0.3.5 is unsupported, we might need this patch to continue 0.3.5 development. But I don't think we should backport farther than 0.4.5 until/unless that actually happens. This is part of a fix for #40355. | |||
2021-03-18 | bump to 0.4.6.1-alpha-dev | Nick Mathewson | |
2021-03-16 | Bump version to 0.4.5.7-dev | Nick Mathewson | |
2021-03-16 | Bump to 0.3.5.14-dev | Nick Mathewson | |
2021-03-15 | Bump to 0.4.6.1-alpha | Nick Mathewson | |
2021-03-15 | Bump to 0.4.5.7 | Nick Mathewson | |
2021-03-15 | Bump to 0.3.5.14 | Nick Mathewson | |
2021-02-23 | Merge branch 'maint-0.4.5' | David Goulet | |
2021-02-23 | Merge branch 'tor-gitlab/mr/326' into maint-0.4.5 | David Goulet | |
2021-02-23 | Remove mallinfo() from codebase | David Goulet | |
Now deprecated in libc >= 2.33 Closes #40309 Signed-off-by: David Goulet <dgoulet@torproject.org> | |||
2021-02-23 | Remove mallinfo() from codebase | David Goulet | |
Now deprecated in libc >= 2.33 Closes #40309 Signed-off-by: David Goulet <dgoulet@torproject.org> | |||
2021-02-17 | Merge branch 'tor-gitlab/mr/311' | David Goulet | |
2021-02-17 | Make our configure.ac script use the portable `=` comparison | Nick Mathewson | |
Back in 0.4.5.1-alpha we added an `==` comparison, which isn't portable. Fixes bug #40298; bugfix on 0.4.5.1-alpha. | |||
2021-02-15 | Bump to 0.4.5.6-dev | Nick Mathewson | |
2021-02-15 | Bump to 0.4.5.6. | Nick Mathewson | |
2021-02-03 | bump to 0.4.4.7-dev | Nick Mathewson | |
2021-02-03 | Bump to 0.3.5.13-dev. | Nick Mathewson | |
2021-02-01 | bump to 0.4.5.5-rc-dev | Nick Mathewson | |
2021-01-28 | Merge branch 'maint-0.4.3' into maint-0.4.4 | David Goulet | |
2021-01-28 | Merge branch 'maint-0.3.5' into maint-0.4.3 | David Goulet | |
2021-01-28 | Merge remote-tracking branch 'tor-gitlab/mr/186' into maint-0.3.5 | David Goulet | |
2021-01-28 | Bump to 0.4.5.5-rc | Nick Mathewson | |
2021-01-28 | Bump to 0.4.4.7 | Nick Mathewson | |
2021-01-28 | Bump to 0.4.3.8. | Nick Mathewson | |
2021-01-28 | Bump to 0.3.5.13. | Nick Mathewson | |
2021-01-22 | bump to 0.4.5.4-rc-dev | Nick Mathewson | |
2021-01-22 | Bump to 0.4.5.4-rc | Nick Mathewson | |