Jérôme Duval
Jérôme Duval
build fails on x86_gcc2.
IMO everything not a library should be Release. The fact that people added defineDebubInfoPackage doesn't mean it's needed.
I'm obviously only testing on beta4.
Builds correctly on r1beta5 (see https://build.haiku-os.org/buildmaster/master/x86_64/logviewer.html?buildruns/11373/builds/83280.log and https://build.haiku-os.org/buildmaster/master/x86_gcc2/logviewer.html?buildruns/6906/builds/84506.log ). Closing.
> Or let cmake use its internal one like it was done with libarchive. (although I'd still like [#12407](https://github.com/haikuports/haikuports/pull/12407) better). cmake 4.1 has jsoncpp 1.9.6. cmake 4.0 and older has...
> There's a circular dependency in cmake when used to build zstd" Documenting this exactly would have been nice. I have no clue what it could be honestly.
> Cmake needs libarchive. Libarchive can use zstd. well it doesn't: https://github.com/haikuports/haikuports/blob/master/app-arch/libarchive/libarchive-3.7.2.recipe#L73
> It _starts_ on libarchive. It's a few levels deep, but eventually you get back to a cmake dependency. The point is that the whole issue can be sidestepped pretty...
Here is the failing test: ``` #include #include #include //#define PRINT int main(void) { struct tm tm, *stm; time_t res; putenv("TZ=UTC"); tm.tm_sec = tm.tm_min = 0; tm.tm_hour = 12; tm.tm_mday...
> [@korli](https://github.com/korli) problem is that it builds fine here on R1B5, so I can't reproduce the build error. :( Correct. The builder would need to dump the config.log, so that...