src/lib/libiconv_modules, branch releng/13.5FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F13.52023-08-23T17:43:30ZRemove $FreeBSD$: one-line sh pattern2023-08-23T17:43:30ZWarner Loshimp@FreeBSD.org2023-08-22T01:32:01Zurn:sha1:023fc80ee38a117fa65b2ccb2abf8bdc7dbd6fd9
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
Similar commit in main:
(cherry picked from commit d0b2dbfa0ecf)
Remove $FreeBSD$: one-line .c comment pattern2023-08-23T17:43:23ZWarner Loshimp@FreeBSD.org2023-08-22T01:31:18Zurn:sha1:8ad303d68cec3ee1133550de37e0009502621e50
Remove /^/[*/]\s*\$FreeBSD\$.*\n/
Similar commit in main:
(cherry picked from commit 2a63c3be1582)
libiconv VIQR: Fix a use after free.2022-11-11T18:18:54ZJohn Baldwinjhb@FreeBSD.org2022-10-03T23:10:43Zurn:sha1:61abd47a09ade53566f54c6c5aa3abd70b9eb01e
Use TAILQ_FOREACH_SAFE to walk to list of children mnemonics to free
them instead of TAILQ_FOREACH.
Reviewed by: emaste
Reported by: GCC 12 -Wuse-after-free
Differential Revision: https://reviews.freebsd.org/D36821
(cherry picked from commit 8f27c9d14a559f33aa7fc3245f841f7ce52fadd5)
Do a sweep and remove most WARNS=6 settings2020-10-01T01:10:51ZKyle Evanskevans@FreeBSD.org2020-10-01T01:10:51Zurn:sha1:7cc42f6d25ef2e19059d088fa7d4853fe9afefb5
Repeating the default WARNS here makes it slightly more difficult to
experiment with default WARNS changes, e.g. if we did something absolutely
bananas and introduced a WARNS=7 and wanted to try lifting the default to
that.
Drop most of them; there is one in the blake2 kernel module, but I suspect
it should be dropped -- the default WARNS in the rest of the build doesn't
currently apply to kernel modules, and I haven't put too much thought into
whether it makes sense to make it so.
libiconv: correct undefined behavior.2018-07-08T23:22:04ZPedro F. Giffunipfg@FreeBSD.org2018-07-08T23:22:04Zurn:sha1:d2e5337149200aad630bdd37450dabf6b18b28c7
Detected on NetBSD:
# nm /usr/lib/libc.so|grep sanit
/public/src.git/lib/libc/citrus/modules/citrus_mapper_std.c:173:8:
runtime error: left shift of 1 by 31 places cannot be represented in type 'int'
Obtained from: NetBSD (CVS Rev. 1.11)
MFC after: 1 week
iconv: adding missing break2018-01-21T21:09:08ZEitan Adlereadler@FreeBSD.org2018-01-21T21:09:08Zurn:sha1:bdf16dd67c2e90c41bb35b4cc5395da329de8450
break is probably intended and correct,
but has no correctness implications due to is94 => is96
Reviewed by: cem, jilles
Reported by: swildner@DragonFlyBSD.org
MFC After: 1 week
lib: further adoption of SPDX licensing ID tags.2017-11-26T02:00:33ZPedro F. Giffunipfg@FreeBSD.org2017-11-26T02:00:33Zurn:sha1:5e53a4f90f82c4345f277dd87cc9292f26e04a29
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using mis-identified many licenses so this was mostly a manual - error
prone - task.
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
General further adoption of SPDX licensing ID tags.2017-11-20T19:49:47ZPedro F. Giffunipfg@FreeBSD.org2017-11-20T19:49:47Zurn:sha1:8a16b7a18f5d0b031f09832fd7752fba717e2a97
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
Special thanks to Wind River for providing access to "The Duke of
Highlander" tool: an older (2014) run over FreeBSD tree was useful as a
starting point.
DIRDEPS_BUILD: Update dependencies.2017-10-31T00:07:04ZBryan Drewerybdrewery@FreeBSD.org2017-10-31T00:07:04Zurn:sha1:ea825d02749f382c3f7e17f28247f20a48733eab
Sponsored by: Dell EMC Isilon
lib: initial use of reallocarray(3).2017-04-21T19:27:33ZPedro F. Giffunipfg@FreeBSD.org2017-04-21T19:27:33Zurn:sha1:efa8af7c73372cd2dc2cca734c2713592fd0d6bd
Make some use of reallocarray, attempting to limit it to cases where the
parameters are unsigned and there is some theoretical chance of overflow.
MFC afer: 2 weeks
Differential Revision: https://reviews.freebsd.org/D9980