[FE training-materials-updates] Remove the static libusb generation

Maxime Ripard maxime.ripard at free-electrons.com
Thu Mar 21 16:50:34 CET 2013


Repository : git://git.free-electrons.com/training-materials.git

On branch  : various-fixes
Link       : http://git.free-electrons.com/training-materials/commit/?id=5759017960e4119a46c0edf2f32852e4e78daff5

>---------------------------------------------------------------

commit 5759017960e4119a46c0edf2f32852e4e78daff5
Author: Maxime Ripard <maxime.ripard at free-electrons.com>
Date:   Thu Mar 21 11:26:39 2013 +0100

    Remove the static libusb generation
    
    Most of the time, it only confuses people because we never actually use
    the static libusb, it never gets included in the image and some of
    their errors only show up when we build a shared library.
    
    Signed-off-by: Maxime Ripard <maxime.ripard at free-electrons.com>


>---------------------------------------------------------------

5759017960e4119a46c0edf2f32852e4e78daff5
 .../android-native-library.tex                     |   21 ++++++--------------
 1 file changed, 6 insertions(+), 15 deletions(-)

diff --git a/labs/android-native-library/android-native-library.tex b/labs/android-native-library/android-native-library.tex
index 7bb9957..77df6b9 100644
--- a/labs/android-native-library/android-native-library.tex
+++ b/labs/android-native-library/android-native-library.tex
@@ -3,11 +3,11 @@
 After this lab, you will be able to
 \begin{itemize}
   \item Add an external library to the Android build system
-  \item Compile it statically and dynamically
+  \item Compile it dynamically
   \item Add a component to a build
 \end{itemize}
 
-\section{Building a static library}
+\section{Build a shared library}
 
 To get the libusb source code, go to \url{http://libusb.org} and
 download version 1.0.9. Extract the archive in the
@@ -15,8 +15,7 @@ download version 1.0.9. Extract the archive in the
 
 For this library, all the needed \code{.c} files are located in the
 \code{libusb} folder and its subfolders. The headers are located in
-the same folders. Make the build system generate a
-\code{libusb-static.a} file.
+the same folders. You shouldn't modify the \code{libusb} source code.
 
 You will find one missing header that you will need to
 generate. Indeed, the \code{config.h} generated by autoconf is not
@@ -30,19 +29,11 @@ code.
 If successful, the build system should go through the build process
 and you should have a directory generated in the \code{out} directory.
 
-\section{Building a shared library}
-
-Now, we will need to build a shared library along with the static one,
-called \code{libusb.so}. Use the same \code{config.h} and modify the
-\code{Android.mk} file so that it gets compiled. Then, check that the
-shared object is present in the \code{out} folder.
-
 \section{Integrate the library into the Android image}
 
 As you can see, your library has been compiled during the build
 process, but if you boot the generated image or look inside the
-\code{out/target/product/training/system/lib} folder, you can see that
-the shared object is not present.
+folder, you can see that the shared object is not present.
 
-Modify the appropriate files so that in the images, you will have the
-two variants of the library we compiled.
+Modify the appropriate files so that the library gets included in your
+image.



More information about the training-materials-updates mailing list