-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build multiple cross binaries #5125
Comments
We just got support for multiple CC @rossburton |
Do you need to build every platform .so file in one go? That is not supported in Meson and is unlikely to because it complicates things a lot. If building one at a time is fine, then you can detect which platform you are building for and only recurse in that directory. If you need all at once the only feasible option is to have a build driver that builds all the different setups in their own build dirs and then combines the results. |
I think we can do it without crazy complexity a few refactors from now, but yeah let's not rush/force it. Wrapper script is definitely the way to go in the short term. |
Its not my fault unfortunately seems that all the jars are build in a manner similar to this "by hand". This is an idea of a similar Makefile https://github.com/java-native-access/jna/blob/master/native/Makefile or another one https://github.com/Fazecast/jSerialComm/blob/master/src/main/c/Posix/Makefile but is a mess and only works in the developer workstation. I was searching a tool that permit to write something "nicer" |
thanks
…On Thu, 21 Mar 2019, 00:56 John Ericson, ***@***.***> wrote:
I think we can do it without crazy complexity a few refactors from now,
but yeah let's not rush/force it. Wrapper script is definitely the way to
go in the short term.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#5125 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AYPsTFnFGq_t00aXQyLe1QtNoV4bqbszks5vYtjKgaJpZM4b_yS2>
.
|
I've run into several projects where this kind of support would be useful. In one case, there needs to be parts built for 32-bit and 64-bit processes and both need to be present. In other cases, there is more than one CPU of different architectures and they both work in conjunction with each other (you need both think of one as being the supervisor and the other as being the workhorse). In both cases it's not the same software built for two platforms, it's one platform that has multi-architecture things going on. |
Hi,
I have a java project that needs the following directory structure
resources
├── Linux
│ ├── armv5
│ │ └── libHello.so
│ ├── armv6
│ │ └── libHello.so
│ ├── armv6-hf
│ │ └── libHello.so
│ ├── armv7
│ │ └── libHello.so
│ ├── armv7-hf
│ │ └── libHello.so
│ ├── armv8_32
│ │ └── libHello.so
│ ├── armv8_64
│ │ └── libHello.so
│ ├── x86
│ │ └── libHello.so
│ └── x86_64
│ └── libHello.so
├── OSX
│ ├── x86
│ │ └── libHello.jnilib
│ └── x86_64
│ └── libHello.jnilib
└── Windows
├── x86
│ └── Hello.dll
└── x86_64
└── Hello.dll
where currently each file is build using a Makefile and passing different compilers and flags
what could be the best way to create this structure in meson and run all the cross builds?
Thanks
The text was updated successfully, but these errors were encountered: