summaryrefslogtreecommitdiff
path: root/libavutil/time_internal.h
Commit message (Collapse)AuthorAge
* Merge commit 'c4642788e83b0858bca449f9b6e71ddb015dfa5d'James Almer2019-05-02
|\ | | | | | | | | | | | | * commit 'c4642788e83b0858bca449f9b6e71ddb015dfa5d': time_internal: Prefix fallback versions of gmtime_r/localtime_r with ff_ Merged-by: James Almer <jamrial@gmail.com>
| * time_internal: Prefix fallback versions of gmtime_r/localtime_r with ff_Martin Storsjö2019-04-16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Use a macro to redirect calling code from the official name to the ff_ prefixed one. Detecting these functions in configure can be tricky (on mingw, they are conditionally available depending on posix feature defines). If configure didn't detect them, but they still are visible at compile time (due to an unrelated header defining the posix feature defines), providing the local fallback versions with a prefixed name is safer. Signed-off-by: Martin Storsjö <martin@martin.st>
| * time_internal: Do not attempt to override *time_r() macrosMichael Niedermayer2019-04-16
| | | | | | | | | | | | | | In case these already are defined as macros, we shouldn't try to redefine them. Signed-off-by: Martin Storsjö <martin@martin.st>
* | avutil/time_internal: do not attempt to override *time_r() macrosMichael Niedermayer2014-11-05
| | | | | | | | | | | | | | Fixes build on somewhat odd setups with mingw Fixes Ticket4075 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
* | Merge commit '3f8f1c6ff24ee858eb5b0bf47ef6d4605299a87e'Michael Niedermayer2014-10-26
|/ | | | | | | | | | * commit '3f8f1c6ff24ee858eb5b0bf47ef6d4605299a87e': lavu: Provide fallbacks for gmtime_r and localtime_r Conflicts: configure Merged-by: Michael Niedermayer <michaelni@gmx.at>
* lavu: Provide fallbacks for gmtime_r and localtime_rMartin Storsjö2014-10-26
This allows writing most code as if they always are is available. These are ok to use from other libraries even though it's not a public header, since they only provide an inline declaration, and doesn't add an actual dependency on lavu internals. (This can be considered more a build system compatibility fallback than a libavutil feature.) Signed-off-by: Martin Storsjö <martin@martin.st>