Skip to content

Commit e2e7e01

Browse files
committed
remove the old section about not having architecture detection
1 parent b036e86 commit e2e7e01

1 file changed

Lines changed: 0 additions & 4 deletions

File tree

README.md

Lines changed: 0 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -77,10 +77,6 @@ on [GitHub](https://github.com/pschichtel/JavaCAN)!
7777
The library relies on several native (JNI) components. By default, these components are either loaded from the standard library path (`LD_LIBRARY_PATH` / `java.library.path`) or are extracted from
7878
the classpath into a temporary folder.
7979

80-
While JavaCAN 2.x bundled the native components, starting with the 3.x release series no native components are bundles with the core libraries. Dedicated jar files are generated for each native
81-
component (classified by their architecture). The native components are published alongside the Java components to Maven Central. JavaCAN will **not** attempt to discover the location of a library version appropriate for the correct architecture. This is instead left to
82-
the downstream application developer.
83-
8480
There are a few approaches to get the correct native libraries loaded:
8581

8682
1. Installing the libraries into the library path (the `LD_LIBRARY_PATH` environment variable or the `java.library.path` property)

0 commit comments

Comments
 (0)