aboutsummaryrefslogtreecommitdiff
path: root/contrib
Commit message (Collapse)AuthorAgeFilesLines
* Merge commit fde5924dcc69 from llvm-project (by Serge Pavlov):Dimitry Andric2023-07-131-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [clang] Reset FP options before template instantiation AST nodes that may depend on FP options keep them as a difference relative to the options outside the AST node. At the moment of instantiation the FP options may be different from the default values, defined by command-line option. In such case FP attributes would have unexpected values. For example, the code: template <class C> void func_01(int last, C) { func_01(last, int()); } void func_02() { func_01(0, 1); } #pragma STDC FENV_ACCESS ON caused compiler crash, because template instantiation takes place at the end of translation unit, where pragma STDC FENV_ACCESS is in effect. As a result, code in the template instantiation would use constrained intrinsics while the function does not have StrictFP attribute. To solve this problem, FP attributes in Sema must be set to default values, defined by command line options. This change resolves https://github.com/llvm/llvm-project/issues/63542. Differential Revision: https://reviews.llvm.org/D154359 Requested by: pkubaj PR: 265755, 265758 MFC after: 1 month
* openpam: Migrate from COMPAT_32BIT to generic COMPAT_libcompatJessica Clarke2023-07-091-3/+3
| | | | | | | | See commit 8fad2cda93c7 ("bsd.compat.mk: Provide new CPP and sub-make variables") for the context behind this change. Reviewed by: brooks, jhb Differential Revision: https://reviews.freebsd.org/D40923
* libexecinfo: Enable backtrace_test.backtrace_fmt_basic on amd64 againDmitry Chagin2023-06-291-5/+0
| | | | | | | | Due to unwind tables generation enabled after c969310c for csu. PR: 241562, 246322, 246537 Reviewed by: kib, ngie Differential Revision: https://reviews.freebsd.org/D40758
* Merge bmake-20230622Simon J. Gerraty2023-06-27214-1112/+2674
| | | | Merge commit '3e39ce563b9ba25883e5aa37d9799eda9e57c1e0'
* ldns: Remove a set but unused variable.John Baldwin2023-06-271-2/+0
| | | | | Reviewed by: des Differential Revision: https://reviews.freebsd.org/D40695
* hyperv/kvp: Remove set but unused variables.John Baldwin2023-06-271-7/+3
| | | | | | Reported by: GCC Reviewed by: Souradeep Chakrabarti <schakrabarti@microsoft.com> Differential Revision: https://reviews.freebsd.org/D40660
* Upgrade to OpenPAM Ximenia.Dag-Erling Smørgrav2023-06-27227-5337/+10916
|\ | | | | | | Merge commit '5894a4142a9d5ae5f7f6bee1f46237a3d20d0b5b'
* | libarchive: Avoid a build failure with OpenSSL 3.0Pierre Pronchery2023-06-231-1/+1
| | | | | | | | | | | | | | This is a minimal workaround; a proper fix will come via a future update from upstream. Sponsored by: The FreeBSD Foundation
* | Merge llvm-project release/16.x llvmorg-16.0.6-0-g7cbf1a259152Dimitry Andric2023-06-221-1/+1
| | | | | | | | | | | | | | | | This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to llvmorg-16.0.6-0-g7cbf1a259152 (aka 16.0.6 release). PR: 271047 MFC after: 1 month
* | Merge commit 69d42eef4bec from llvm-project (by Dimitry Andric):Dimitry Andric2023-06-222-6/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [Clang] Show type in enum out of range diagnostic When the diagnostic for an out of range enum value is printed, it currently does not show the actual enum type in question, for example: v8/src/base/bit-field.h:43:29: error: integer value 7 is outside the valid range of values [0, 3] for this enumeration type [-Wenum-constexpr-conversion] static constexpr T kMax = static_cast<T>(kNumValues - 1); ^ This can make it cumbersome to find the cause for the problem. Add the enum type to the diagnostic message, to make it easier. Reviewed By: aaron.ballman Differential Revision: https://reviews.llvm.org/D152788 PR: 271047 MFC after: 1 month
* | Merge llvm-project release/16.x llvmorg-16.0.5-0-g185b81e034baDimitry Andric2023-06-2219-170/+382
| | | | | | | | | | | | | | | | This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to llvmorg-16.0.5-0-g185b81e034ba (aka 16.0.5 release). PR: 271047 MFC after: 1 month
* | Merge llvm-project release/16.x llvmorg-16.0.4-0-gae42196bc493Dimitry Andric2023-06-228-20/+33
| | | | | | | | | | | | | | | | This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to llvmorg-16.0.4-0-gae42196bc493 (aka 16.0.4 release). PR: 271047 MFC after: 1 month
* | Merge llvm-project release/16.x llvmorg-16.0.3-0-gda3cd333bea5Dimitry Andric2023-06-2211-38/+78
| | | | | | | | | | | | | | | | This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to llvmorg-16.0.3-0-gda3cd333bea5 (aka 16.0.3 release). PR: 271047 MFC after: 1 month
* | clang: re-downgrade implicit int/function declarations to warning onlyDimitry Andric2023-06-221-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This reapplies upstream commit c0141f3c300f by Aaron Ballman: Downgrade implicit int and implicit function declaration to warning only The changes in Clang 15.0.0 which enabled these diagnostics as a warning which defaulted to an error caused disruption for people working on distributions such as Gentoo. There was an explicit request to downgrade these to be warning-only in Clang 15.0.1 with the expectation that Clang 16 will default the diagnostics to an error. See https://discourse.llvm.org/t/configure-script-breakage-with-the-new-werror-implicit-function-declaration/65213 for more details on the discussion. See https://reviews.llvm.org/D133800 for the public review of these changes. As noted in the upstream discussion, there are many programs that fail to configure or build correctly, if these warnings are turned into errors by default. Note that most affected programs in ports are relatively old, and are unlikely to be fixed by actually adjusting their declarations, but by compiling with -std=gnu89, which downgrades the errors back to warning again. Lots of tedious work for very little gain.
* | Merge llvm-project release/16.x llvmorg-16.0.2-0-g18ddebe1a1a9Dimitry Andric2023-06-2211-117/+151
| | | | | | | | | | | | | | | | This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to llvmorg-16.0.2-0-g18ddebe1a1a9 (aka 16.0.2 release). PR: 271047 MFC after: 1 month
* | Merge commit db492316399a from llvm-project (by Dimitry Andric):Dimitry Andric2023-06-222-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [clang][BFloat] Avoid redefining bfloat16_t in arm_neon.h As of https://reviews.llvm.org/D79708, clang-tblgen generates `arm_neon.h`, `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain a typedef of `bfloat16_t`. However, `arm_neon.h` and `arm_sve.h` include `arm_bf16.h` immediately before their own typedef: #include <arm_bf16.h> typedef __bf16 bfloat16_t; With a recent version of clang (I used 16.0.1) this results in warnings: /usr/lib/clang/16/include/arm_neon.h:38:16: error: redefinition of typedef 'bfloat16_t' is a C11 feature [-Werror,-Wtypedef-redefinition] Since `arm_bf16.h` is very likely supposed to be the one true place where `bfloat16_t` is defined, I propose to delete the duplicate typedefs from the generated `arm_neon.h` and `arm_sve.h`. Reviewed By: sdesmalen, simonbutcher Differential Revision: https://reviews.llvm.org/D148822 PR: 271047 MFC after: 1 month
* | Merge commit 16949c5c48ab from llvm-project (by Dimitry Andric):Dimitry Andric2023-06-221-19/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [compiler-rt] Include system headers before optionally defining HWCAP macros In https://reviews.llvm.org/D141285 the optional definitions of `HWCAP` macros were moved to before their usage. However, they were also moved to before the inclusion of system headers which can optionally define them. If any of those system headers then actually defined any of the `HWCAP` macros, it would result in a redefinition error. Move the system header includes to just before the optional definitions, to avoid this problem. Reviewed By: ilinpv Differential Revision: https://reviews.llvm.org/D148819 PR: 271047 MFC after: 1 month
* | Merge llvm-project release/16.x llvmorg-16.0.1-0-gcd89023f7979Dimitry Andric2023-06-22219-2381/+5319
| | | | | | | | | | | | | | | | This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to llvmorg-16.0.1-0-gcd89023f7979 (aka 16.0.1 release). PR: 271047 MFC after: 1 month
* | Merge llvm-project main llvmorg-16-init-18548-gb0daacf58f41Dimitry Andric2023-06-226317-216759/+390446
| | | | | | | | | | | | | | | | This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to llvmorg-16-init-18548-gb0daacf58f41. PR: 271047 MFC after: 1 month
* | pf/libevent: Consistently pass evsignal to sigaction.John Baldwin2023-06-201-1/+1
| | | | | | | | | | | | | | This silences a set but unused warning from GCC. Reviewed by: kp Differential Revision: https://reviews.freebsd.org/D40649
* | traceroute: Remove set but unused variable.John Baldwin2023-06-201-2/+1
| | | | | | | | Reported by: GCC
* | lib9p: Remove set but unused sockets[] array from l9p_start_server.John Baldwin2023-06-201-2/+0
| | | | | | | | Reported by: GCC
* | Apply llvm fix for hanging gcc builds on 32-bit armDimitry Andric2023-06-191-5/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge commit 962c306a11d0 from llvm-project (by Florian Hahn): [LV] Don't consider pointer as uniform if it is also stored. Update isVectorizedMemAccessUse to also check if the pointer is stored. This prevents LV to incorrectly consider a pointer as uniform if it is used as both pointer and stored by the same StoreInst. Fixes #61396. PR: 271992 Reported by: John F. Carr <jfc@mit.edu> MFC after: 3 days
* | tcpdump: Reconnect pfsync printerJoseph Mingrone2023-06-173-3/+6
| | | | | | | | | | | | | | | | Fixes: ee67461e (tpcdump: Update to 4.99.4) Reported by: glebius Reviewed by: kp Differential Revision: https://reviews.freebsd.org/D40578
* | tcpdump: fix build with WITHOUT_PF=1Gleb Smirnoff2023-06-141-1/+1
| | | | | | | | Fixes: ee67461e56828dd1f8de165947ba83f6d9148a87
* | wpa: Enable receiving priority tagged (VID 0) framesR. Christian McDonald2023-06-111-2/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Certain internet service providers transmit vlan 0 priority tagged EAPOL frames from the ONT towards the residential gateway. VID 0 should be ignored, and the frame processed according to the priority set in the 802.1P bits and the encapsulated EtherType (i.e. EAPOL). The pcap filter utilized by l2_packet is inadquate for this use case. Here we modify the pcap filter to accept both unencapsulated and encapsulated (with VLAN 0) EAPOL EtherTypes. This preserves the original filter behavior while also matching on encapsulated EAPOL. Sponsored by: Rubicon Communications, LLC ("Netgate") Reviewed by: cy MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D40442
* | Update the Arm Optimized Routine library to v23.01Andrew Turner2023-06-09486-916/+20132
| | | | | | | | Sponsored by: Arm Ltd
* | tpcdump: Update to 4.99.4Joseph Mingrone2023-06-08275-32750/+47543
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Local changes: - Update some local modifications to fix build - Synch config.h with upstream as much as possible Changelog: https://git.tcpdump.org/tcpdump/blob/55bc126b0216cfe409b8d6bd378f65679d136ddf:/CHANGES Reviewed by: emaste Obtained from: https://www.tcpdump.org/release/tcpdump-4.99.4.tar.gz Sponsored by: The FreeBSD Foundation
* | | contrib/spleen: update to Spleen 2.0.0Ed Maste2023-06-088-182/+10087
| | | | | | | | | | | | | | | | | | | | | Merge commit '533de2d7a9875ff652be477a3f6c817d66a3d3d9' Submitted by: Frederic Cambus Differential Revision: https://reviews.freebsd.org/D40378
* | | ntp: Fix buildCy Schubert2023-06-062-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | Two files used to obtain time from reference clocks did not include ntp_types.h resulting in an undefined NONEMPTY_TRANSLATION_UNIT. Fixes: e6bfd18d21b2 MFC after: 3 days X-MFC-with: e6bfd18d21b2
* | | ntp: import ntp-4.2.8p17Cy Schubert2023-06-06138-334/+1397
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes two small bugs including one regression. MFC after: 3 days Merge commit 'ab1f1aa8333369a83ff284848fc3fc2e52d5f29f'
* | | | ntp: import ntp-4.2.8p16Cy Schubert2023-06-01811-79258/+79822
|\| | | | | | | | | | | | | | | | | | | Security: NtpBUg3767, NtpBug3808, NtpBug3807 (CVE-2023-26555) MFC after: immediately
* | | | pf: make contents of struct pfsync_state configurableKajetan Staszkiewicz2023-05-301-42/+56
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Make struct pfsync_state contents configurable by sending out new versions of the structure in separate subheader actions. Both old and new version of struct pfsync_state can be understood, so replication of states from a system running an older kernel is possible. The version being sent out is configured using ifconfig pfsync0 … version XXXX. The version is an user-friendly string - 1301 stands for FreeBSD 13.1 (I have checked synchronization against a host running 13.1), 1400 stands for 14.0. A host running an older kernel will just ignore the messages and count them as "packets discarded for bad action". Reviewed by: kp Sponsored by: InnoGames GmbH Differential Revision: https://reviews.freebsd.org/D39392
* | | | Apply clang fixes for crashes compiling ARM/AArch64 CRC intrinsicsDimitry Andric2023-05-294-16/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge commit 069ecd0c6e2c from llvm-project (by Fangrui Song): [ARM] Check target feature support for __builtin_arm_crc* `__builtin_arm_crc*` requires the target feature crc which is available on armv8 and above. Calling the fuctions for armv7 leads to a SelectionDAG crash. ``` % clang -c --target=armv7-unknown-linux-gnueabi -c a.c fatal error: error in backend: Cannot select: intrinsic %llvm.arm.crc32b PLEASE submit a bug report to ... ``` Add `TARGET_BUILTIN` and define required features for these builtins to report an error in `CodeGenFunction::checkTargetFeatures`. The problem is quite widespread. I will add `TARGET_BUILTIN` for more builtins later. Fix https://github.com/llvm/llvm-project/issues/57802 Differential Revision: https://reviews.llvm.org/D134127 Merge commit b2d7a0dcf1ff from llvm-project (by Fangrui Song): [AArch64] Check target feature support for __builtin_arm_crc* This is the AArch64 counterpart of D134127. Daniel Kiss will change more `BUILTIN` to `TARGET_BUILTIN`. Fix #57802 Note that programs attempting to use ARM/AArch64 CRC intrinsics, when they are not supported by the targeted CPU, will still receive a regular compilation error (instead of a fatal backend error) similar to: 7zCrc.c:4:10: error: '__builtin_arm_crc32b' needs target feature crc return __builtin_arm_crc32b(a, b); ^ Reported by: Alastair Hogge <agh@riseup.net> PR: 271624 MFC after: 3 days
* | | | sqlite3: Vendor import of sqlite3 3.42.0Cy Schubert2023-05-288-2693/+5524
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Release notes at https://www.sqlite.org/releaselog/3_42_0.html. Obtained from: https://www.sqlite.org/2023/sqlite-autoconf-3420000.tar.gz Merge commit '92b2b066353ddd32e1d59f8c52c430d552d9a9a5' into sqlite3/main
* | | | | Apply libc++ fix for compiling <type_traits> with clang 16Dimitry Andric2023-05-2716-26/+139
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge commit 0e7971154ecb from llvm-project (by Christopher Di Bella): [libcxx][NFC] utilises compiler builtins for unary transform type-traits Depends on D116203 Reviewed By: #libc, philnik Differential Revision: https://reviews.llvm.org/D131732 Clang 16 got new builtins that are equivalent to hand-written parts of <type_traits>. When building world with the devel/llvm16 package installed and CROSS_TOOLCHAIN=llvm16 set, this would lead to -Werror warnings about those builtins being overridden. Reported by: emaste MFC after: 3 days
* | | | | auditdistd: Avoid calling deprecated OpenSSL functionsEd Maste2023-05-261-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As of OpenSSL 1.1 SSL_library_init() and SSL_load_error_strings() are deprecated. There are replacement initialization functions but they do not need to be called: "As of version 1.1.0 OpenSSL will automatically allocate all resources that it needs so no explicit initialisation is required." Wrap both calls in an OPENSSL_VERSION_NUMBER block. Upstream pull request submitted at https://github.com/openbsm/openbsm/pull/82 PR: 271615 Reviewed by: ngie Event: Kitchener-Waterloo Hackathon 202305 Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D40273
* | | | | lldb: dereference stoppcbs based on target kernel versionEd Maste2023-05-261-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As of 9fb6718d1b18 / __FreeBSD_version 1400089 stoppcbs is a pointer to the pcbs array. Dereference stoppcbs on sufficiently new kernels. Reviewed by: markj (earlier) Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D39939
* | | | | contrib/bc: upgrade to version 6.6.0Stefan Eßer2023-05-2516-34/+674
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This update removes printing of a leading zero in scientific or engineering output modes (which are an extended feature of this implementation). (cherry-picked from commit 8b83ef067441f6d3a4a55e92d1738724954a057c) MFC after: 2 weeks
* | | | | ldns: Upgrade to 1.8.3.Dag-Erling Smørgrav2023-05-24100-15643/+15499
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge commit 'cf3e3d5bd0a1fae39c74c7db5a4e8b10732d0766' Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D40226
| * | | | | import ldns 1.8.3vendor/ldns/1.8.3Pierre Pronchery2023-05-0563-6249/+1690
| | | | | |
* | | | | | traceroute.8: Document TOS as DiffServ and ECNJesse Rosenstock2023-05-181-10/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Reviewed by: imp,karels Pull Request: https://github.com/freebsd/freebsd-src/pull/744
* | | | | | sys.dirdeps.mk use ?= for OBJTOPSimon J. Gerraty2023-05-131-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | This broke bmake's after-import step.
* | | | | | Merge bmake-20230510Simon J. Gerraty2023-05-1347-559/+1547
| | | | | | | | | | | | | | | | | | | | | | | | Merge commit '945078deae448e0a13c34b3393d836087719fb16'
* | | | | | MFV: xz 5.4.3.Xin LI2023-05-127-17/+292
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Relnotes: yes MFC-after: 2 weeks
* | | | | | dma: use OpenSSL 1.1 init APIEd Maste2023-05-111-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | > The SSL_library_init() and OpenSSL_add_ssl_algorithms() functions were > deprecated in OpenSSL 1.1.0 by OPENSSL_init_ssl(). and > The ERR_load_crypto_strings(), SSL_load_error_strings(), and > ERR_free_strings() functions were deprecated in OpenSSL 1.1.0 by > OPENSSL_init_crypto() and OPENSSL_init_ssl() and should not be used. Reviewed by: ngie Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D40065
* | | | | | libfido2: update to 1.10.0Ed Maste2023-05-0570-373/+1638
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some highlights from NEWS: ** bio: fix CTAP2 canonical CBOR encoding in fido_bio_dev_enroll_*(); gh#480. ** New API calls: - fido_dev_info_set; - fido_dev_io_handle; - fido_dev_new_with_info; - fido_dev_open_with_info. ** Documentation and reliability fixes. ** Support for TPM 2.0 attestation of COSE_ES256 credentials. Relnotes: Yes Sponsored by: The FreeBSD Foundation
* | | | | | libfido2: update to 1.9.0Ed Maste2023-05-0598-2302/+5595
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some highlights from NEWS: ** Added OpenSSL 3.0 compatibility. ** Removed OpenSSL 1.0 compatibility. ** Support for FIDO 2.1 "minPinLength" extension. ** Support for COSE_EDDSA, COSE_ES256, and COSE_RS1 attestation. ** Support for TPM 2.0 attestation. ** Support for device timeouts; see fido_dev_set_timeout(). ** New API calls: - es256_pk_from_EVP_PKEY; - fido_cred_attstmt_len; - fido_cred_attstmt_ptr; - fido_cred_pin_minlen; - fido_cred_set_attstmt; - fido_cred_set_pin_minlen; - fido_dev_set_pin_minlen_rpid; - fido_dev_set_timeout; - rs256_pk_from_EVP_PKEY. ** Reliability and portability fixes. ** Better handling of HID devices without identification strings; gh#381. Relnotes: Yes Sponsored by: The FreeBSD Foundation
* | | | | | Apply libc++ fix for compiling <type_traits> with gcc 13Dimitry Andric2023-05-051-1/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge commit 484e64f7e7b2 from llvm-project (by Roland McGrath): [libc++] Use __is_convertible built-in when available https://github.com/llvm/llvm-project/issues/62396 reports that GCC 13 barfs on parsing <type_traits> because of the declarations of `struct __is_convertible`. In GCC 13, `__is_convertible` is a built-in, but `__is_convertible_to` is not. Clang has both, so using either should be fine. Reviewed By: #libc, philnik Differential Revision: https://reviews.llvm.org/D149313 Reported by: Mark Millard <marklmi@yahoo.com> MFC after: 3 days
* | | | | | libpcap: Update to 1.10.4Joseph Mingrone2023-05-0532-176/+252
|\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Changelog: https://git.tcpdump.org/libpcap/blob/104271ba4a14de6743e43bcf87536786d8fddea4:/CHANGES Reviewed by: emaste Obtained from: https://www.tcpdump.org/release/libpcap-1.10.4.tar.gz Sponsored by: The FreeBSD Foundation
generated by cgit v1.2.3 (git 2.25.1) at 2024-10-27 12:38:24 +0000