Skip to content
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

Native compilation for armhf fails #24

Closed
bmarwell opened this issue Apr 8, 2019 · 3 comments
Closed

Native compilation for armhf fails #24

bmarwell opened this issue Apr 8, 2019 · 3 comments

Comments

@bmarwell
Copy link

bmarwell commented Apr 8, 2019

if you execute
mvn clean install

on an raspberry pi, the compilation fails.
Reason: The libjssc.so will be put into the linux_32 directory.

It should be in linux_arm instead.

Thats a problem of the current native-lib-loader convention. The new one will fix this issue automagically.

Workaround: -DskipTests=true

@tresf
Copy link

tresf commented Apr 8, 2019

This seems like it's better tracked at native-lib-loader repo. Since there's no work to be done here. Thanks for documenting.

@tresf
Copy link

tresf commented Apr 8, 2019

... on second thought... can you try adding these profiles @bmhm?

    <!-- fix arm output directories -->
    <!-- TODO: See issue #24; remove w/ newer native-lib-loader -->
    <profile>
      <id>arm-fix32</id>
      <activation>
        <os>
          <arch>arm</arch>
        </os>
      </activation>
      <properties>
        <cmake.generate.extra>-DNATIVE_LIB_DIR=${os.family}_arm</cmake.generate.extra>
      </properties>
    </profile>
    <profile>
      <id>arm-fix64</id>
      <activation>
        <os>
          <arch>aarch64</arch>
        </os>
      </activation>
      <properties>
        <cmake.generate.extra>-DNATIVE_LIB_DIR=${os.family}_arm64</cmake.generate.extra>
      </properties>
    </profile>

bmarwell added a commit that referenced this issue Apr 8, 2019
@tresf
Copy link

tresf commented Apr 9, 2019

@bmhm has confirmed this is fixed by 88e7954. Closing as the bug report is in regards to an open PR.

@tresf tresf closed this as completed Apr 9, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants