I’d like to set up jbuilder in such a way that when I run jbuilder runtest it only builds the host/native target and for jbuilder build it reads targets in jbuild-workspace. Is it currently possible? For now I’ve removed jbuild-workspace altogether and I build for cross compilation with the -x flag…

I’m not exactly sure what you’re asking for. The runtest alias is for building & running the tests. How do you plan to run any tests on the target platform?

That’s my point - I cannot run tests for let’s say windows target when I’m on a mac host. What’s more, test dependencies might not be available for other platforms than the host. Because of that I’d like jbuilder runtest to only build for the native target. Currently if I have (targets (native windo…

OK I think I understand. Let’s remember and be clear about the runtest alias building and running the tests. So we can build the tests for all targets, but what you’d like to restrict the running to only the host.

I’d like to restrict both running and building to the host. To make the example concrete: I use alcotest as my test dependency and since there’s no alcotest from opam-cross-* installed, the build of test executable fails for an x compilation target. I’m sorry if it’s confusing.

How about just renaming your workspace file to something like jbuild-workspace.x and only using it for cross compilation using --workspace. Then you can run the tests without a workspace file at all (or perhaps a different workspace file)

I see, thank you. Currently I achieve a similar thing if I use the -x flag. Shouldn’t jbuilder runtest build host only by default?

@rgrinberg Reading this discussion got me a bit confused it seems that jbuilder is not using autoconf/automake's terminology. I think it would be better if it did. See here and here . Basically it seems you are using host/target for what should be build/host.

That’s a good point and still possible because we haven’t yet released the cross compilation feature. @jeremiedimino what do you think about the terminology change?

I’m all for using standard terminology, but how standard is it? If I look at the clang documentation for cross compilation, it talks about host/target in the same way as jbuilder currently does for instance.

Well if OCaml switches to autotools which AFAIK was the plan it will get needlessly confusing. Maybe clang can’t do a canadian cross but you really need three distinguished systems when you are talking about compiling compilers. Note that if you read ocaml's current notion of host/target in the in…

Jbuilder cross compilation: runtest only on host

Learning

jeremiedimino January 16, 2018, 10:12am 13

@wokalski, you should be able to build & run the tests for the host only by doing:

$ jbuilder runtest _build/default

Topic		Replies	Views
`jbuilder build @runtest` requires some files; how to get them into workspace? Ecosystem jbuilder , help	2	1148	October 2, 2017
[To be solved (hopefully)] Cross compiling project using jbuilder Ecosystem jbuilder , cross-compilation	2	1854	January 24, 2018
Jbuilder support for multiple test executables Ecosystem jbuilder	3	925	September 8, 2017
Unit testing with jbuilder Ecosystem jbuilder , testing	12	3391	July 30, 2017
Jbuilder split runtest for packages Ecosystem jbuilder	3	896	October 3, 2017

Jbuilder cross compilation: runtest only on host

Related topics