1. 04 Dec, 2013 1 commit
  2. 28 Jun, 2013 1 commit
    • Rob Latham's avatar
      subdir-objects and top_srcdir/top_builddir conflict · 89958058
      Rob Latham authored
      After adding the subdir-objects automake option, the autotools will try
      to create a directory called literally '$(top_srcdir)'/path/to/source
      to store .Plo files.  with subdir-objects option, the top_srcdir and
      top_builddir variables are no longer needed  (except in AM_CPPFLAGS and
      linker commands).
      *finally* gets hydra building again after yesterday's attempt to make
      automake-1.14 happy
  3. 10 Nov, 2011 1 commit
    • David Goodell's avatar
      [svn-r9135] completely overhaul the build system · 4153c8f8
      David Goodell authored
      Use automake+libtool instead of simplemake+createshlib.  Parallel make
      now works for real, and shared library creation should be more robust on
      more platforms.  "make dist" now works, modulo building the documentation,
      although for boring reasons we can't actually use it for the final
      distribution tarball generation.
      This is a massive change and without a doubt has some bugs in it.  We'll
      work through them as we find them.
      No reviewer.
  4. 17 Apr, 2010 1 commit
  5. 27 Jan, 2010 2 commits
  6. 02 Dec, 2009 4 commits
    • Pavan Balaji's avatar
    • Pavan Balaji's avatar
      [svn-r5899] Initial code for the persistent bootstrap server. This is not · af24af10
      Pavan Balaji authored
      functional yet, but it looks like the bootstrap interface is not rich
      enough to handle cases where a single socket is shared for both stdout
      and stderr. We'll keep this commit as a WIP and fix the bootstrap
      interface first.
    • Pavan Balaji's avatar
      [svn-r5896] Clean up the argument parsing and initialization functionality, so it · 316b7286
      Pavan Balaji authored
      can be shared between different executables.
    • Pavan Balaji's avatar
      [svn-r5890] Revamp the persistent proxy code; mainly motivated by the requirements · 835bf007
      Pavan Balaji authored
      of dynamic processes. Attempting to move the persistent launching
      capability to the bootstrap server completely and remove any
      information corresponding to it in the upper layers.
      The idea is to have a separate daemon that plays the role of
      ssh/rsh/slurm on systems where any such daemon is not available. It
      just boots a process and forwards stdout, stderr, stdin (no Hydra
      specific information). The upper layers will always talk to this
      daemon as in their "runtime mode". As a bonus, we also get the ability
      for multiple jobs to share the persistent daemons and the ability to
      add security/authentication later.
      Current status: Runtime launching works correctly, but the bootstrap
      interface is quite broken making the persistent launch part
      difficult. It expects too much information that is of no use to the
      bootstrap servers. We'll leave the code in this commit as a WIP
      (persistent launching is in a broken state) and get back to it after
      fixing the bootstrap interface. The hydserv persistent daemon is yet
      to be added.