Package: libabsl-dev Version: 20240722.0-4 Severity: normal Could libabsl be built with ABSL_USES_STD_STRING_VIEW, ABSL_OPTION_USE_STD_OPTIONAL, ABSL_OPTION_USE_STD_VARIANT and similar settings?
// ABSL_OPTION_USE_STD_STRING_VIEW // // This option controls whether absl::string_view is implemented as an alias to // std::string_view, or as an independent implementation. The standard library supports std::string_view now (for quite a while indeed). Using a different string_view implementation adds more friction converting to and from it. FWIW, I don't use libabsl directly myself, just RE2. Before Trixie, it had its own string_view-like type (StringPiece), now it switched to absl::string_view. But instead of improving things as I hoped it would, it's a regression. StringPiece would at least implicitly convert from std::string_view (though not to it), absl::string_view does neither. -- System Information: Debian Release: 13.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-35-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=de_DE, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libabsl-dev depends on: ii libabsl20240722 20240722.0-4 Versions of packages libabsl-dev recommends: ii cmake 3.31.6-2 ii g++ 4:14.2.0-1 ii libgmock-dev 1.16.0-1 ii pkgconf 1.8.1-4 libabsl-dev suggests no packages. -- debconf-show failed
