[package] pcre2/*: instantiation of different 2 generators lead to undefined behavior #12787
Comments
|
If this issue depends on a specific python venv, I guess it's more a conan client issue rather than something the recipe can fix. |
|
Actually, it might come from a regression of CMakeDeps in conan 1.51.0 (conan-io/conan#11862) fixed in 1.51.3 (conan-io/conan#11874). It's unrelated to the fact that there are 2 or 3 or n generators. Indeed, pcre2 CMakeLists links to variables like ======= |
|
At least on my system the issue is reproducible with the given venv. As far as I saw it seems to be a problem regarding the 2 different generators used in the recipe. In the erroneous case the generator related files look different than in the good case. So it might be a kind of runtime problem. |
|
Just checked it with conan 1.51.3 issues is gone there. Thanks for your support. |
Package and Environment Details
Conan profile
[settings]
os=Windows
os_build=Windows
arch=x86_64
compiler=Visual Studio
compiler.version=17
compiler.cppstd=17
build_type=Release
[options]
libdwarf:shared=True
libelf:shared=True
xerces-c:shared=True
[conf]
[build_requires]
*: cmake/[>=3.23.2]
[env]
Steps to reproduce
Start inside a clone of the conan-center-index
Create venv:
python -m venv .venvActivate venv (Win):
.\.venv\Scripts\activate.batUpdate venv:
python -m pip install -r requirements.txtExport recipe to conan cache
conan export recipes/pcre2/all pcre2/10.39@Install with build of pcre2
conan install -pr <profile> pcre2/10.39@ --build pcre2Logs
Click to expand log
`
def generate(self):
tc = CMakeToolchain(self) <-------------------- here
# Mandatory because upstream CMakeLists overrides BUILD_SHARED_LIBS as a CACHE variable
# (see conan-io/conan#11840)
tc.variables["BUILD_SHARED_LIBS"] = self.options.shared
if Version(self.version) >= "10.38":
tc.variables["BUILD_STATIC_LIBS"] = not self.options.shared
tc.variables["PCRE2_BUILD_PCRE2GREP"] = self.options.build_pcre2grep
tc.variables["PCRE2_SUPPORT_LIBZ"] = self.options.get_safe("with_zlib", False)
tc.variables["PCRE2_SUPPORT_LIBBZ2"] = self.options.get_safe("with_bzip2", False)
tc.variables["PCRE2_BUILD_TESTS"] = False
if is_msvc(self):
tc.variables["PCRE2_STATIC_RUNTIME"] = is_msvc_static_runtime(self)
tc.variables["PCRE2_DEBUG"] = self.settings.build_type == "Debug"
tc.variables["PCRE2_BUILD_PCRE2_8"] = self.options.build_pcre2_8
tc.variables["PCRE2_BUILD_PCRE2_16"] = self.options.build_pcre2_16
tc.variables["PCRE2_BUILD_PCRE2_32"] = self.options.build_pcre2_32
tc.variables["PCRE2_SUPPORT_JIT"] = self.options.support_jit
tc.variables["PCRE2GREP_SUPPORT_CALLOUT_FORK"] = self.options.get_safe("grep_support_callout_fork", False)
if Version(self.version) < "10.38":
# relocatable shared libs on Macos
tc.cache_variables["CMAKE_POLICY_DEFAULT_CMP0042"] = "NEW"
tc.generate()
`
Unfortunately the issue depends on the underlying python installation.
With a venv according to the attached requirements.txt I could reproduce the issue.
requirements.txt
The text was updated successfully, but these errors were encountered: