Re: mingw cross tests missing DLLs - CROSS_BINDIR not in PATH
On 2024-03-03 14:39, Jon Turney via Cygwin-apps wrote: On 03/03/2024 16:48, Brian Inglis via Cygwin-apps wrote: I am finding mingw package cross tests fail with missing DLLs - CROSS_BINDIR is not in the PATH. I now have to define src_test to run cygtest adding CROSS_BINDIR in the PATH. Is this likely to be upstream (e.g. gnulib) changes or cygport changes? This is a shortcoming of cygport, in that you cannot just write "do the standard src_(compile|install|test), but do this extra thing first (like modifying PATH as you need in this case). (One approach to this I've though about would be to have a hook function (or set of functions) which are called before each phase of operation, to allow this) These test failures have been only in the latest upstream releases. Previously no PATH fiddling was required. For mingw64-x86_64-nghttp2 that was 2024-01-21. Why I asked if anyone noticed any cross build changes as for example in autotools, gnulib, or cygport? -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry
Re: mingw cross tests missing DLLs - CROSS_BINDIR not in PATH
On 03/03/2024 16:48, Brian Inglis via Cygwin-apps wrote: Hi folks, I am finding mingw package cross tests fail with missing DLLs - CROSS_BINDIR is not in the PATH. I now have to define src_test to run cygtest adding CROSS_BINDIR in the PATH. Is this likely to be upstream (e.g. gnulib) changes or cygport changes? This is a shortcoming of cygport, in that you cannot just write "do the standard src_(compile|install|test), but do this extra thing first (like modifying PATH as you need in this case). (One approach to this I've though about would be to have a hook function (or set of functions) which are called before each phase of operation, to allow this)
mingw cross tests missing DLLs - CROSS_BINDIR not in PATH
Hi folks, I am finding mingw package cross tests fail with missing DLLs - CROSS_BINDIR is not in the PATH. I now have to define src_test to run cygtest adding CROSS_BINDIR in the PATH. Is this likely to be upstream (e.g. gnulib) changes or cygport changes? -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry
Re: scallyweg: ‘strcasecmp’ was not declared in this scope
On 02/03/2024 17:01, Marco Atzeri via Cygwin-apps wrote: On 29/02/2024 17:58, Jon Turney wrote: On 29/02/2024 06:21, Marco Atzeri via Cygwin-apps wrote: Hi Jon, I have a strange case with nco https://github.com/cygwin/scallywag/actions/runs/8060036334/job/22015501908 While Scallyweg complains about ‘strcasecmp’ scope, local build runs fine. I saw the same also on previous build Can you check ? I can reproduce the build failure locally. From a brief inspection, this seems to make sense: strcasecmp is unconditionally defined by strings.h, which doesn't seem to be included anywhere in antlr. (There's maybe some way it gets indirectly included, maybe via string.h if __BSD_VISIBLE, but perhaps that's due to some local flags settings?) thanks for double checking No problem. The problem was subtle; the original and ancient https://www.antlr2.org/download/antlr-2.7.7.tar.gz need patching to work with recent compiler. I had a different version, with the same name, on my computer but I forgot to update the SRC_URI, so me locally and scallyweg were working on different source packages. Further info on: https://nco.sourceforge.net/#Source Aha! Two archives with the same name but different contents, always great. There really ought to be a list of hashes for SRC_URI files associated with a .cygport file, and cygport should verify them after downloading (which would avoid this problem, and related ones), but we've needed that feature for a while...
