Let me try to clarify the issue. An earlier version has failed a memory
sanitize check. I was able to solve it. But, at the same time, some
dependency was added, which includes the 's2' package but is not a direct
dependency.

What seems to happen now is that the gcc-san special check is performed in
an environment where all the dependency is compiled, but it fails to
compile 's2', as far as I can see from
https://win-builder.r-project.org/incoming_pretest/graphpcor_0.1.19_20260131_125536/specialChecks/gcc-san/

My current approach is to do a workaround to remove such a dependency. I
had to do it also to another one recently because of a similar issue (
https://win-builder.r-project.org/incoming_pretest/graphpcor_0.1.17_20260126_215413/specialChecks/clang-san/
)

On Sat, 31 Jan 2026 at 22:21, Elias T. Krainski <[email protected]>
wrote:

> I am trying to get a new version of a package; however, the gcc-san test
> failed:
>
> /usr/include/absl/container/internal/raw_hash_set.h:4052:56:   in ‘constexpr’ 
> expansion of 
> ‘absl::debian7::container_internal::hash_policy_traits<absl::debian7::container_internal::FlatHashSetPolicy<s2shapeutil::ShapeEdgeId>,
>  
> void>::get_hash_slot_fn<absl::debian7::hash_internal::Hash<s2shapeutil::ShapeEdgeId>
>  >()’
> /usr/include/absl/container/internal/hash_policy_traits.h:163:54: error: 
> ‘(absl::debian7::container_internal::TypeErasedApplyToSlotFn<absl::debian7::hash_internal::Hash<s2shapeutil::ShapeEdgeId>,
>  s2shapeutil::ShapeEdgeId> == 0)’ is not a constant expression
>   163 |     return Policy::template get_hash_slot_fn<Hash>() == nullptr
>       |            ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
> make[1]: *** [/home/hornik/tmp/R-d-gcc-xtra/etc/Makeconf:201: 
> s2-cell-union.o] Error 1
> make[1]: Leaving directory 
> '/home/hornik/tmp/scratch/RtmpVRwpdp/R.INSTALL260db63d7805ba/s2/src'
> ERROR: compilation failed for package ‘s2’
> * removing ‘/home/hornik/tmp/CRAN_special_gcc-san/Library/s2’
>
> Since my package isn't directly dependent on this one (it's fourth order),
> I'm not sure how to proceed. Actually, I was surprised by this ERROR with a
> package that is on CRAN.
>
> Elias
>

        [[alternative HTML version deleted]]

______________________________________________
[email protected] mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

Reply via email to