1. 01 Aug, 2017 1 commit
  2. 09 Jul, 2017 2 commits
    • Yann E. MORIN's avatar
      arch/xtensa: accept the overlay to be an URL · 5b80a146
      Yann E. MORIN authored
      
      
      It can be interesting to get the overlay from a remote server, rather
      than expect it to be present locally.
      
      Since that file can be any URL, we can't know its hash, so we just
      exclude it.
      
      Signed-off-by: default avatar"Yann E. MORIN" <yann.morin.1998@free.fr>
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      [Thomas: use DL_DIR instead of BR2_DL_DIR.]
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      5b80a146
    • Yann E. MORIN's avatar
      arch/xtensa: allow specifying path to tarball file · b3b60706
      Yann E. MORIN authored
      
      
      currently, specifying a custom Xtrensa core is done with two variables:
        - the core name
        - the directory containing the overlay tarball
      
      However, the core name only serves to construct the tarball name, and is
      not used whatsoever to configure any of the toolchain components
      (binutils, gcc or gdb), except through the files that are overlayed in
      their respective source trees.
      
      This has two main drawbacks:
        - the overlay file must be named after the core,
        - the tarball can not be compressed.
      
      Furthermore, it also makes it extremely complex to implement a download
      of that tarball.
      
      So, those two variables can be squeezed into a single variable, that is
      the complete path of the overlay tarball.
      
      Update the qemu-xtensa defconfig accordingly.
      
      Note: we do not add a legacy entry for BR2_XTENSA_CORE_NAME, since it
      was previously a blind option in the last release, and there's been no
      release since we removed BR2_XTENSA_CUSTOM_NAME. So, we just update the
      legacy comments for BR2_XTENSA_CUSTOM_NAME, since that's all the user
      could have seen in any of our releases so far.
      
      Signed-off-by: default avatar"Yann E. MORIN" <yann.morin.1998@free.fr>
      Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      b3b60706
  3. 05 Jul, 2017 2 commits
  4. 01 Apr, 2017 4 commits
  5. 28 Mar, 2017 1 commit
    • Arnout Vandecappelle's avatar
      gdb: pass gdb_cv_prfpregset_t_broken=no · a76367d6
      Arnout Vandecappelle authored
      
      
      Starting with glibc 2.25, the proc_service.h header has been copied
      from gdb to glibc so other tools can use it. However, that makes it
      necessary to make sure that declaration of prfpregset_t declaration
      is consistent between gdb and glibc. In gdb, however, there is a
      workaround for a broken prfpregset_t declaration in glibc 2.3 which
      uses AC_TRY_RUN to detect if it's needed, which doesn't work in
      cross-compilation. So pass the cache option to configure.
      It needs to be passed to GDB_CONF_ENV to build gdbserver only but
      also to GDB_MAKE_ENV, because otherwise it does not get passed to the
      configure script of nested packages while building gdbserver with full
      debugger.
      
      Signed-off-by: default avatarArnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      a76367d6
  6. 26 Mar, 2017 3 commits
  7. 18 Mar, 2017 1 commit
  8. 12 Mar, 2017 1 commit
  9. 23 Jan, 2017 1 commit
  10. 15 Nov, 2016 1 commit
    • Zakharov Vlad's avatar
      gdb: arc: remove C++ dependency and disable build with C++ · ca99d0ea
      Zakharov Vlad authored
      gdb arc-2016.09-rc1 is based on upstream 7.12 gdb version where we can
      still disable C++ build. For more information take a look at:
      https://sourceware.org/gdb/wiki/cxx-conversion
      
      
      
      We wanted to build gdb with C++ as it is used as default in 7.12
      and is even a mandatory requirement since 2016/09.
      
      But unfortunately we missed one runtime failure that C++ build causes
      and so now we have to disable C++ build.
      
      When gdb arc-2016.09-rc1 is built as a C++ application it segfaults at
      runtime for ARC.
      
      We are going to fix the issue in 2017.03 ARC toolchain release.  and
      before this we remove C++ dependency are adding temporary workaround
      to prevent runtime segfaults.
      
      The workaround is to disable building gdb as C++ application via
      passing --disable-build-with-cxx config option when building gdb for
      ARC.
      
      Signed-off-by: default avatarVlad Zakharov <vzakhar@synopsys.com>
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      ca99d0ea
  11. 14 Oct, 2016 1 commit
    • Peter Korsgaard's avatar
      gdb: unbreak host/target install step · 8ae8d116
      Peter Korsgaard authored
      Commit 12306a81
      
       (gdb: get rid of host-texinfo dependency) tried to
      append MAKEINFO=true to the host/target make install arguments, but as the
      default values for these are only added when (host-)autotools-package is
      evaluated (and only if empty), this effectively drops the default values and
      we ended up without the 'install' target and nothing got installed.
      
      To fix this, specify the full install arguments.
      
      Signed-off-by: default avatarPeter Korsgaard <peter@korsgaard.com>
      8ae8d116
  12. 09 Oct, 2016 1 commit
  13. 24 Jul, 2016 1 commit
  14. 06 Jul, 2016 1 commit
  15. 05 Jul, 2016 2 commits
  16. 31 May, 2016 1 commit
  17. 15 Mar, 2016 1 commit
  18. 13 Mar, 2016 1 commit
  19. 16 Feb, 2016 1 commit
  20. 15 Dec, 2015 1 commit
  21. 03 Oct, 2015 1 commit
  22. 11 Sep, 2015 1 commit
  23. 21 Jun, 2015 1 commit
  24. 12 Jun, 2015 1 commit
    • Bernd Kuhls's avatar
      package/gdb: Add optional dependencies · 23413b51
      Bernd Kuhls authored
      
      
      To allow reproducable builds of target gdb add some optional dependencies
      
      $ output/host/usr/bin/i586-buildroot-linux-uclibc-readelf -a output/target/usr/bin/gdb | grep NEEDED
       0x00000001 (NEEDED)                     Shared library: [libdl.so.0]
       0x00000001 (NEEDED)                     Shared library: [libncurses.so.5]
       0x00000001 (NEEDED)                     Shared library: [libz.so.1]
       0x00000001 (NEEDED)                     Shared library: [libm.so.0]
       0x00000001 (NEEDED)                     Shared library: [libiconv.so.2]
       0x00000001 (NEEDED)                     Shared library: [libpthread.so.0]
       0x00000001 (NEEDED)                     Shared library: [libutil.so.0]
       0x00000001 (NEEDED)                     Shared library: [libpython2.7.so.1.0]
       0x00000001 (NEEDED)                     Shared library: [libexpat.so.1]
       0x00000001 (NEEDED)                     Shared library: [libc.so.0]
      
      [Thomas: explicitly use --{with,without}-{expat,zlib}. There is no
      such option for libiconv, so for libiconv, the code was left as is.]
      
      Signed-off-by: default avatarBernd Kuhls <bernd.kuhls@t-online.de>
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      23413b51
  25. 31 Mar, 2015 1 commit
  26. 29 Mar, 2015 1 commit
  27. 16 Mar, 2015 1 commit
    • Alexey Brodkin's avatar
      gdb: fix target gdb building from git · 155a474f
      Alexey Brodkin authored
      
      
      Currently we only add "host-texinfo" dependency for host GDB built
      from git sources. But in case of target gdb texinfo won't be built
      and so gdb building will fail on attempt to build documentation.
      
      Fix is trivial - add "host-texinfo" as a dependency for target gdb
      in the sme way as we disable documentation building via both
      GDB_CONF_ENV (for target) and HOST_GDB_CONF_ENV (host) GDB flavors.
      
      Signed-off-by: default avatarAlexey Brodkin <abrodkin@synopsys.com>
      Cc: Anton Kolesov <akolesov@synopsys.com>
      Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Cc: Peter Korsgaard <peter@korsgaard.com>
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      155a474f
  28. 14 Feb, 2015 1 commit
  29. 29 Dec, 2014 1 commit
  30. 21 Dec, 2014 1 commit
  31. 01 Dec, 2014 1 commit
  32. 07 Oct, 2014 1 commit
    • Thomas De Schampheleire's avatar
      .mk files: bulk aligment and whitespace cleanup of assignments · f268f713
      Thomas De Schampheleire authored
      
      
      The Buildroot coding style defines one space around make assignments and
      does not align the assignment symbols.
      
      This patch does a bulk fix of offending packages. The package
      infrastructures (or more in general assignments to calculated variable
      names, like $(2)_FOO) are not touched.
      
      Alignment of line continuation characters (\) is kept as-is.
      
      The sed command used to do this replacement is:
      find * -name "*.mk" | xargs sed -i \
          -e 's#^\([A-Z0-9a-z_]\+\)\s*\([?:+]\?=\)\s*$#\1 \2#'
          -e 's#^\([A-Z0-9a-z_]\+\)\s*\([?:+]\?=\)\s*\([^\\]\+\)$#\1 \2 \3#'
          -e 's#^\([A-Z0-9a-z_]\+\)\s*\([?:+]\?=\)\s*\([^\\ \t]\+\s*\\\)\s*$#\1 \2 \3#'
          -e 's#^\([A-Z0-9a-z_]\+\)\s*\([?:+]\?=\)\(\s*\\\)#\1 \2\3#'
      
      Brief explanation of this command:
          ^\([A-Z0-9a-z_]\+\)     a regular variable at the beginning of the line
          \([?:+]\?=\)            any assignment character =, :=, ?=, +=
          \([^\\]\+\)             any string not containing a line continuation
          \([^\\ \t]\+\s*\\\)     string, optional whitespace, followed by a
                                  line continuation character
          \(\s*\\\)               optional whitespace, followed by a line
                                  continuation character
      
      Hence, the first subexpression handles empty assignments, the second
      handles regular assignments, the third handles regular assignments with
      line continuation, and the fourth empty assignments with line
      continuation.
      
      This expression was tested on following test text: (initial tab not
      included)
      
      	FOO     = spaces before
      	FOO     =   spaces before and after
      	FOO	= tab before
      	FOO	  = tab and spaces before
      	FOO =	tab after
      	FOO =	   tab and spaces after
      	FOO =   	spaces and tab after
      	FOO =    \
      	FOO = bar \
      	FOO = bar space    \
      	FOO   =		   \
      	GENIMAGE_DEPENDENCIES   = host-pkgconf libconfuse
      	FOO     += spaces before
      	FOO     ?=   spaces before and after
      	FOO     :=
      	FOO     =
      	FOO	=
      	FOO	  =
      	FOO =
      	   $(MAKE1) CROSS_COMPILE=$(TARGET_CROSS) -C
      	AT91BOOTSTRAP3_DEFCONFIG = \
      	AXEL_DISABLE_I18N=--i18n=0
      
      After this bulk change, following manual fixups were done:
      - fix line continuation alignment in cegui06 and spice (the sed
        expression leaves the number of whitespace between the value and line
        continuation character intact, but the whitespace before that could have
        changed, causing misalignment.
      - qt5base was reverted, as this package uses extensive alignment which
        actually makes the code more readable.
      
      Finally, the end result was manually reviewed.
      
      Signed-off-by: default avatarThomas De Schampheleire <thomas.de.schampheleire@gmail.com>
      Cc: Yann E. Morin <yann.morin.1998@free.fr>
      Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Signed-off-by: default avatarPeter Korsgaard <peter@korsgaard.com>
      f268f713