1. 11 May, 2020 1 commit
  2. 07 Nov, 2019 1 commit
  3. 15 Jul, 2019 2 commits
  4. 05 Jul, 2019 1 commit
  5. 29 May, 2019 3 commits
  6. 19 May, 2019 1 commit
  7. 24 Apr, 2019 1 commit
  8. 17 Apr, 2019 1 commit
  9. 16 Apr, 2019 1 commit
  10. 11 Apr, 2019 1 commit
  11. 27 Mar, 2019 1 commit
  12. 26 Mar, 2019 1 commit
  13. 24 Jan, 2019 1 commit
  14. 10 Jan, 2019 1 commit
  15. 09 Jan, 2019 3 commits
  16. 08 Oct, 2018 1 commit
  17. 10 Aug, 2018 1 commit
    • Christian Hergert's avatar
      main: ignore SIGPIPE · fe698489
      Christian Hergert authored
      We might as well set this since we use pipes between processes fairly
      regularly and don't really expect this.
      fe698489
  18. 09 Jun, 2018 1 commit
  19. 22 Mar, 2018 1 commit
  20. 09 Jan, 2018 3 commits
  21. 11 Oct, 2017 1 commit
  22. 24 Sep, 2017 1 commit
  23. 23 Sep, 2017 1 commit
    • Christian Hergert's avatar
      build: add libgnome-builder-plugins for embedding plugins · e2f8a08d
      Christian Hergert authored
      This creates a new library that contains many plugins inside of it.  The idea
      here is that the gnome-builder executable will link against this library
      allowing us to drastically reduce the number of files that are checked/loaded
      when starting a gnome-builder process.
      e2f8a08d
  24. 20 Sep, 2017 1 commit
    • Christian Hergert's avatar
      build: remove gnome-builder-cli and gnome-builder-worker · 3137a9a5
      Christian Hergert authored
      Having these programs split out was not very useful as we move to a
      flatpak'd world. If we keep everything accessable via --type= then
      we can allow things to work even through 'flatpak run ...'
      
      Since we previously used a "hidden" parameter --type for the plugin
      name, that has been renamed to --plugin= which is arguably a much
      better choice.
      
      Use --type=cli for the cli version and --type=worker for the plugin
      worker version of gnome-builder.
      
      For our old format, you can do something like this in your .bashrc:
      
      Either:
      
        alias ide="gnome-builder --type=cli"
        alias ide="flatpak run org.gnome.Builder --type=cli"
      
      And then:
      
        ide --list-commands
      3137a9a5
  25. 26 Jun, 2017 2 commits
    • Garrett Regier's avatar
      bug-buddy: Avoid writing to a file · 78b39f2c
      Garrett Regier authored
      78b39f2c
    • Christian Hergert's avatar
      bug-buddy: fork() and execv() gdb on SIGSEGV · d45e4cb9
      Christian Hergert authored
      This can be extremely helpful in situations where it is hard to
      get a debugger in the normal process. We connect a SIGSEGV
      handler that can safely fork()/execv() a new process (meaning
      we can't use malloc, locks, etc).
      
      That gdb process will inspect our process while we wait for it
      to complete. After the gdb process exits, our crashing process
      will allow itself to exit.
      d45e4cb9
  26. 18 Mar, 2017 1 commit
    • Christian Hergert's avatar
      jsonrpc: port jsonrpc to use GVariant instead of JsonNode · 1e0f59e4
      Christian Hergert authored
      By switching all of this API to use GVariant, we allow ourselves to be
      able to upgrade the connection to something more efficient than Json.
      
      The problem with Json is that it requires creating a great deal of small
      objects at parse time which can drastically fragment memory. For example,
      if we get 1000 auto-completion items from a worker, we would like to be
      able to keep all of those results in a single contiguous buffer and access
      them (and their string data) by pointing into the buffer.
      
      Doing so will allow us to make our completion engine much lighter weight,
      with the exception of GtkSourceView's requirement on GList+GObjects being
      pre-inflated. (Although we'll likely switch to our own completion system
      at some point in the future to work around all this and get other desired
      features).
      1e0f59e4
  27. 24 Feb, 2017 1 commit
  28. 18 Feb, 2017 1 commit
  29. 29 Nov, 2016 1 commit
  30. 18 Dec, 2015 1 commit
  31. 17 Dec, 2015 2 commits
    • Christian Hergert's avatar
      libide: start on tool abstraction · a579be65
      Christian Hergert authored
      One of the last major parts to get solved is how we will handle tools/
      now that libgnome-builder is gone.
      
      To simplify the creation of tools, they can now be implemented as plugins.
      Simply define X-Tool-Name: in your plugin definition and implement
      IdeApplicationTool. Then the `ide' program can be used to execute your
      tool such as "ide build <args>".
      
      We still need to port the tools over, but this lays the framework for that
      to happen and continue using IdeApplication.
      a579be65
    • Christian Hergert's avatar