[Bug translator/13997] New: --all-modules vs remote compilation/execution

[Bug translator/13997] New: --all-modules vs remote compilation/execution

[fche at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=13997

             Bug #: 13997
           Summary: --all-modules vs remote compilation/execution
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: translator
        AssignedTo: systemtap@sourceware.org
        ReportedBy: fche@redhat.com
    Classification: Unclassified


--all-module conflicts with our two remoting facilities, to the extent that the
insert_loaded_modules() logic is executed on the compilation host rather than
on the execution site.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug translator/13997] --all-modules vs remote compilation/execution

[jistone at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=13997

Josh Stone <jistone at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jistone at redhat dot com

--- Comment #1 from Josh Stone <jistone at redhat dot com> 2012-04-19 18:20:43 UTC ---
Note that right now with multiple simultaneous remotes, we only split the
compilation base on unique (kernel release, architecture) pairs.  If we start
incorporating more data about the remote into compilation, then we'll have to
split these up further.

We could just do separate compilation for all remotes regardless, and then
trust the caching to collapse pass-3/4 work.  We'd always be duplicating
earlier passes though.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.