sroeper commented on PR #6494: URL: https://github.com/apache/netbeans/pull/6494#issuecomment-1737121174
@neilcsmith-net Thank you for the insights! According to https://github.com/apache/netbeans/blob/master/.github/workflows/native-binary-build-lib.profiler.yml the build of the native profiler lib is done on a mac with the latest OS and probably with the latest Xcode installed. So it does not matter if it is an Intel or Apple Silicon based machine to compile for x86 and arm64, because the compiler is able to cross compile for both architectures. This explains why my change works. One further bit I don't understand is the role of https://netbeans.osuosl.org/binaries/ , which may makes things more complicated than necessary. As far as I understand one have to download the profiler-external-binaries-ASF.zip from GitHub and manually upload it to https://netbeans.osuosl.org/binaries/ with recreation of checksums etc. Wouldn't it be much easier to upload the artefact to maven.apache.org (with proper versioning of course) and then consume it from the ant build with the ant get task? And yes I agree that a designated project for all native code could make the build more understandable and easier to maintain. At least this would be true for all artefacts which does not have a dependency to the java code (like open_pty etc). But again there should be an automatic way to upload the artefacts (preferable a maven repository). -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
