summaryrefslogtreecommitdiff
path: root/uconfig64.sh
Commit message (Collapse)AuthorAgeFilesLines
* Bump to 5.33.0Sawyer X2020-06-281-8/+8
|
* Bump perl version in various places for 5.32.0Sawyer X2020-05-291-8/+8
|
* add Configure probe for struct sockaddr_storageTomasz Konojacki2020-05-191-0/+1
|
* Bump back to 5.31.11, if we need to release itSawyer X2020-04-091-8/+8
|
* Bump version to 5.32.0Sawyer X2020-03-211-8/+8
|
* Regenerate Configure and friends after metaconfig changesKarl Williamson2019-12-031-0/+2
| | | | | | | | A probe for wcrtomb() and one for attribute always inline have been added, and the ones for: 1) checking if there is a C backtrace facility; and 2) character data alignedness have been revised
* Bump the perl version in various places for 5.31.0Sawyer X2019-05-221-8/+8
|
* Bump the perl version in various places for 5.30.0Sawyer X2019-05-101-8/+8
|
* Improve setlocale() detection in Configure-ish filesKarl Williamson2019-03-041-0/+1
| | | | This also now notes some behavior of setlocale
* Add towupper() and towlower() to Configure-ish filesKarl Williamson2019-03-041-0/+2
|
* Add wctype.h to Configure-ish filesKarl Williamson2019-03-041-0/+1
|
* Rely on C89 "const"Aaron Crane2018-11-271-1/+0
| | | | | | | | | | The metaconfig probe for <db.h> previously relied on the d_const symbol set by the "const" probe, so generating Configure here has been done against metaconfig commit 1204d4627a06b11f16620188f3fa83159ed35fd9 which changes that. Thanks to khw++ for pointing out this oversight in my attempt last year to make the codebase rely on C89.
* Bump version to 5.29.0 and regenerate everythingSawyer X2018-06-241-8/+8
|
* Fix Module::CoreList versionsSawyer X2018-04-201-8/+8
|
* Add HAS_STRTOD_L to metaconfig.h and rebuild ConfigureAaron Crane2018-04-191-0/+1
|
* Rebuild Configure from latest unitsAaron Crane2018-04-191-0/+1
| | | | | | | | | | | | Most of the change here comes from a single unit being moved in the generated Configure, but there are some substantive changes: - config_h.SH was missing HAS_DUPLOCALE and d_duplocale - d_duplocale was also missing from the platform-specific config-var files This still doesn't quite ensure that rebuilding Configure makes no changes, because there are differences to nl_langinfo() handling that need a change in our metaconfig units. That will come next.
* d_strchr is C89 and has been removed from ConfigureH.Merijn Brand2018-03-271-1/+0
|
* configure probe for mkostemp()Zefram2017-12-221-0/+1
| | | | | This is another file descriptor creating function that's needed as an O_CLOEXEC-handling variant of an existing function.
* configure probes for accept4(), dup3(), pipe2()Zefram2017-12-221-0/+3
| | | | | These will shortly be used to implement I/O operations that create file descriptors with the FD_CLOEXEC flag set atomically.
* Restore ability to build on platforms without snprintf()Aaron Crane2017-11-181-0/+2
| | | | | | | | | | | | | C89 does not in fact define snprintf() or vsnprintf(), and we must therefore probe for the existence of those functions before trying to use them. khw++ for pointing out my earlier error. This reverts part or all of each of the following commits: 13d66b05c6163c3514774d3d11da5f3950e97e98 Rely on C89 vsnprintf() e791399041815a1a45cea3c7f277c7045b96e51b Rely on C89 snprintf() adf7d503e55721c500f0bf66560b8f5df7966fe7 pod/perlhacktips.pod: remove some outdated portability notes
* Rely on C89 <string.h>Aaron Crane2017-10-211-1/+0
| | | | This requires a corresponding change in the metaconfig units.
* Don't attempt to use non-standard <memory.h>Aaron Crane2017-10-211-1/+0
| | | | It's only needed on systems without C89 <string.h>, which we rely on anyway.
* Rely on C89 <assert.h>Aaron Crane2017-10-211-1/+0
|
* Rely on C89 <math.h>Aaron Crane2017-10-211-1/+0
| | | | This requires a corresponding change in the metaconfig units.
* Rely on C89 strerror()Aaron Crane2017-10-211-2/+0
| | | | This requires a corresponding change to the metaconfig units.
* Don't try to use <values.h>Aaron Crane2017-10-211-1/+0
| | | | | All the information it contains can be gleaned more readily from C89 <limits.h> and <float.h>.
* Rely on C89 <float.h>Aaron Crane2017-10-211-1/+0
| | | | This requires newer metaconfig units that also rely on C89 <float.h>.
* Rely on C89 <limits.h>Aaron Crane2017-10-211-1/+0
| | | | This requires newer metaconfig units that also rely on C89 <limits.h>.
* Rely on C89 sprintf() return value semanticsAaron Crane2017-10-211-1/+0
|
* Rely on C89 <stddef.h>Aaron Crane2017-10-211-1/+0
|
* Rely on C89 <stdarg.h>Aaron Crane2017-10-211-3/+0
|
* Don't pretend to determine whether ansi2knr is neededAaron Crane2017-10-211-1/+0
|
* Rely on C89 variadic prototypesAaron Crane2017-10-211-1/+0
| | | | | | | The Configure changes here were generated using a version of metaconfig that copies U/modified/vaproto.U from dist/U/vaproto.U, and changes it to refrain from promising to define a _V symbol (which would otherwise cause the relevant probe to included in Configure).
* Rely on C89 vprintf()Aaron Crane2017-10-211-2/+0
|
* Rely on C89 snprintf()Aaron Crane2017-10-211-2/+0
|
* Assume C89 "volatile" keywordAaron Crane2017-10-211-1/+0
| | | | | | | The Configure changes here were generated using a version of metaconfig that makes U/perl/perlxv.U assume that the keyword exists, and prevents U/modified/d_volatile.U from promising to define a "volatile" keyword; otherwise, those units would bring in the relevant Configure probe anyway.
* Assume we have C89 memchr()Aaron Crane2017-10-211-1/+0
|
* Assume we have sane C89 memcmp()Aaron Crane2017-10-211-3/+0
| | | | | | | "Sane" means that it works correctly on bytes with their high bit set, as C89 also requires. We therefore no longer need to probe for and/or use BSD bcmp().
* Assume we have C89 memcpy() and memmove()Aaron Crane2017-10-211-4/+0
| | | | We can therefore also avoid probing for and/or using BSD bcopy().
* Don't look for a "safe" memcpy()Aaron Crane2017-10-211-1/+0
| | | | | | | | | | | | | C89 says that, if you want to copy overlapping memory blocks, you must use memmove(), and that attempt to copy overlapping memory blocks using memcpy() yields undefined behaviour. So we should never even attempt to probe for a system memcpy() implementation that just happens to handle overlapping memory blocks. In particular, the compiler might compile the probe program in such a way that Configure thinks overlapping memcpy() works even when it doesn't. This has the additional advantage of removing a Configure probe that needs to execute a target-platform program on the build host.
* Assume we have C89 memset()Aaron Crane2017-10-211-2/+0
| | | | This means we also never need to consider using BSD bzero().
* Remove USE_STRUCT_COPY in favour of C89 struct assignmentAaron Crane2017-10-211-1/+0
| | | | | At least for now, we retain the StructCopy() macro, but its definition always just uses struct assignment.
* Add new Configure probesH.Merijn Brand2017-10-211-0/+11
| | | | | | | This is a merge off several new probes in metaconfig done in the new shared developing environment by several authors Thanks to all that contributed!
* Finish adding memrchr Configure probeDagfinn Ilmari Mannsåker2017-10-131-0/+1
| | | | | Commit 1e436e33 accidentally added the probe to Configure, this finishes the job by regenerating Glossary, config_h.SH and friends.
* add probes for openat, unlinkat, renameat, linkat and fchmodatTony Cook2017-09-111-0/+5
|
* Bump version: 5.26.0 -> 5.27.0, including fixesSawyer X2017-05-311-8/+8
|
* Bump version: 5.25.12 -> 5.26.0Sawyer X2017-04-211-8/+8
|
* Version debump: 5.26.0 -> 5.25.12Sawyer X2017-04-191-8/+8
|
* Version bump: 5.25.11 -> 5.26.0Sawyer X2017-03-201-8/+8
|
* No default breaks win32 and VMSH.Merijn Brand2016-11-121-1/+1
|