{"id":5146,"date":"2019-08-12T10:41:50","date_gmt":"2019-08-12T17:41:50","guid":{"rendered":"https:\/\/visualgdb.com\/w\/?p=5146"},"modified":"2019-08-12T10:41:50","modified_gmt":"2019-08-12T17:41:50","slug":"cross-compiling-linux-c-c-projects-for-stm32mp1-devices","status":"publish","type":"post","link":"https:\/\/visualgdb.com\/tutorials\/linux\/stm32mp1\/cross\/","title":{"rendered":"Cross-compiling Linux C\/C++ Projects for STM32MP1 Devices"},"content":{"rendered":"

This tutorial shows how to use a Windows-based cross-toolchain to build and debug Linux projects on the STM32MP1 devices. We will create a basic “Hello, World” application using the GTK+ toolkit and will show how to build it on Windows, debug it and view the source code of the GTK functions on the call stack.<\/p>\n

Before you begin, install VisualGDB 5.4R11 or later and ensure you have an STM32MP1 board ready.<\/p>\n

    \n
  1. Start Visual Studio and open the VisualGDB Linux Project Wizard:\"\"<\/a><\/li>\n
  2. Specify the name and location for your project and click “Create” to start the VisualGDB’s part of the wizard:\"\"<\/a><\/li>\n
  3. On the first page of the wizard select “Create a new project -> Application -> MSBuild”:\"\"<\/a><\/li>\n
  4. On the next page select “Build the project locally with a cross-compiler” and pick the STM32MP1 cross-toolchain. If you haven’t installed it yet, VisualGDB will automatically download and install one for you:\"\"<\/a><\/li>\n
  5. Ensure you have uploaded a compatible SD card image to your STM32MP1 board. You can download pre-built images compatible with our toolchains from our Github page<\/a>. Then plug in both power and Ethernet connectors on the board (optionally use the ST-Link’s virtual COM port to find out the board’s IP address and double-check its network status):\"\"<\/a><\/li>\n
  6. Select the board’s connection in the “Deployment computer” field. By default, the STM32MP1 board will have a host name of stm32mp1<\/strong> and have a root user with an empty password:\u00a0 \"\"<\/a><\/li>\n
  7. Press “Finish” to create the project. VisualGDB will automatically test the toolchain and ensure it produces binaries compatible with the board:\"\"<\/a><\/li>\n
  8. Once the project has been created, set a breakpoint at the end of main() and press F5 to build it and start debugging:\"\"<\/a><\/li>\n
  9. Now we will show how to use GTK+ library with VisualGDB. Replace the contents of the main source file with the basic GTK example<\/a>:\n
    #include <gtk\/gtk.h>\r\n\r\nstatic void\r\nprint_hello (GtkWidget *widget,\r\n             gpointer   data)\r\n{\r\n  g_print (\"Hello World\\n\");\r\n}\r\n\r\nstatic void\r\nactivate (GtkApplication *app,\r\n          gpointer        user_data)\r\n{\r\n  GtkWidget *window;\r\n  GtkWidget *button;\r\n  GtkWidget *button_box;\r\n\r\n  window = gtk_application_window_new (app);\r\n  gtk_window_set_title (GTK_WINDOW (window), \"Window\");\r\n  gtk_window_set_default_size (GTK_WINDOW (window), 200, 200);\r\n\r\n  button_box = gtk_button_box_new (GTK_ORIENTATION_HORIZONTAL);\r\n  gtk_container_add (GTK_CONTAINER (window), button_box);\r\n\r\n  button = gtk_button_new_with_label (\"Hello World\");\r\n  g_signal_connect (button, \"clicked\", G_CALLBACK (print_hello), NULL);\r\n  g_signal_connect_swapped (button, \"clicked\", G_CALLBACK (gtk_widget_destroy), window);\r\n  gtk_container_add (GTK_CONTAINER (button_box), button);\r\n\r\n  gtk_widget_show_all (window);\r\n}\r\n\r\nint\r\nmain (int    argc,\r\n      char **argv)\r\n{\r\n  GtkApplication *app;\r\n  int status;\r\n\r\n  app = gtk_application_new (\"org.gtk.example\", G_APPLICATION_FLAGS_NONE);\r\n  g_signal_connect (app, \"activate\", G_CALLBACK (activate), NULL);\r\n  status = g_application_run (G_APPLICATION (app), argc, argv);\r\n  g_object_unref (app);\r\n\r\n  return status;\r\n}<\/pre>\n
    Note that initially VisualGDB will will have to guess the include directories containing GTK+ files: \"\"<\/a><\/li>\n
  10. You could proceed with using the guessed directories (although you would then need to specify library names), however in this tutorial we will use the pkg-config<\/strong> tool to find the include directories and libraries declared by the gtk+-3.0 package. Open the <toolchain>\\usr\\bin<\/strong> folder in a Command Prompt and run the following commands:\n
    pkg-config.bat --cflags gtk+-3.0 > cflags.txt\r\npkg-config.bat --libs gtk+-3.0 > libs.txt<\/pre>\n
    \"\"<\/a>Normally, you should get the following cflags file:<\/p>\n
    -pthread\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/gtk-3.0\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/atk-1.0\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/at-spi2-atk\/2.0\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/pango-1.0\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/gio-unix-2.0\/\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/cairo\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/gdk-pixbuf-2.0\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/glib-2.0\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/lib\/glib-2.0\/include\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/at-spi-2.0\r\n-I\/usr\/include\/dbus-1.0\r\n-I\/usr\/lib\/dbus-1.0\/include\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/libdrm\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/harfbuzz\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/freetype2\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/fribidi\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/pixman-1\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include\/libpng16\r\n-IC:\/SysGCC\/stm32mp1\/usr\/bin\/\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/include<\/pre>\n
    The libs.txt should contain the following:<\/p>\n
    -LC:\/SysGCC\/stm32mp1\/usr\/bin\/..\/..\/cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\/sysroot\/usr\/lib \r\n-lgtk-3 -lgdk-3 -latk-1.0 -lgio-2.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0\r\n-lcairo-gobject -lpango-1.0 -lcairo -lgobject-2.0 -lglib-2.0<\/pre>\n<\/li>\n
  11. As the cflags.txt mostly contains the include directories (the -pthread flag can be ignored), we recommend replacing the -I<path to sysroot> part with just ‘=’:\"\"<\/a>Also replace spaces with semicolons:\n
    =\/usr\/include\/gtk-3.0;\r\n=\/usr\/include\/atk-1.0;\r\n=\/usr\/include\/at-spi2-atk\/2.0;\r\n=\/usr\/include;\r\n=\/usr\/include\/pango-1.0;\r\n=\/usr\/include\/gio-unix-2.0\/;\r\n=\/usr\/include\/cairo;\r\n=\/usr\/include\/gdk-pixbuf-2.0;\r\n=\/usr\/include\/glib-2.0;\r\n=\/usr\/lib\/glib-2.0\/include;\r\n=\/usr\/include\/at-spi-2.0;\r\n=\/usr\/include\/dbus-1.0;\r\n=\/usr\/lib\/dbus-1.0\/include;\r\n=\/usr\/include\/libdrm;\r\n=\/usr\/include\/harfbuzz;\r\n=\/usr\/include\/freetype2;\r\n=\/usr\/include\/fribidi;\r\n=\/usr\/include\/pixman-1;\r\n=\/usr\/include\/libpng16;\r\n=\/usr\/include;<\/pre>\n
    In the libs.txt file remove the “-l” prefix, the library search path (with the -L option) and also replaces spaces with semicolons:<\/p>\n
    gtk-3;gdk-3;atk-1.0;gio-2.0;pangocairo-1.0;gdk_pixbuf-2.0;cairo-gobject;pango-1.0;cairo;gobject-2.0;glib-2.0<\/pre>\n<\/li>\n
  12. Now copy the include directories and library names to VisualGDB Project Properties as shown below:\"\"<\/a><\/li>\n
  13. Once you apply the new properties, you will be able to build the project:\"\"<\/a><\/li>\n
  14. Set a breakpoint inside print_hello() and press F5 to start debugging. Observe the Hello, World window on the board’s LCD screen:\"\"<\/a><\/li>\n
  15. Tap the “Hello World” button and observe the breakpoint being triggered:\"\"<\/a><\/li>\n
  16. You can now debug your application using the regular Visual Studio functionality, however you will only see the source code of your own application. In order to display the sources of the Linux components shipped with the STM32MP1 toolchain, add a path mapping between \/usr\/src\/debug<\/strong> and $(ToolchainDir)\\cortexa7t2hf-neon-vfpv4-openstlinux_weston-linux-gnueabi\\sysroot\\usr\\src\\debug<\/strong> to the Path Mapping page of VisualGDB Project Properties:\"\"<\/a><\/li>\n
  17. Now you will be able to see the GTK+ sources and step through them in the debugger, although due to optimization, the detail level will be lower, compared to debugging unoptimized code:\"\"<\/a><\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"
    This tutorial shows how to use a Windows-based cross-toolchain to build and debug Linux projects on the STM32MP1 devices. We<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[72,33,61,187],"_links":{"self":[{"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/posts\/5146"}],"collection":[{"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/comments?post=5146"}],"version-history":[{"count":2,"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/posts\/5146\/revisions"}],"predecessor-version":[{"id":5163,"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/posts\/5146\/revisions\/5163"}],"wp:attachment":[{"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/media?parent=5146"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/categories?post=5146"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/visualgdb.com\/w\/wp-json\/wp\/v2\/tags?post=5146"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}