You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by ji...@apache.org on 2004/03/15 12:44:16 UTC

[jira] Created: (GUMP-32) support configure/make/automake

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-32

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GUMP-32
    Summary: support configure/make/automake
       Type: New Feature

     Status: Unassigned
   Priority: Major

    Project: Gump
 Components: 
             Python
   Fix Fors:
             unspecified
   Versions:
             unspecified

   Assignee: 
   Reporter: Leo Simons

    Created: Mon, 15 Mar 2004 3:43 AM
    Updated: Mon, 15 Mar 2004 3:43 AM

Description:
Gump currently knows how to interact with ant, and work is in progress on interacting with maven, but gump doesn't know how to behave like (for example) a C programmer.

To build these kinds of projects, the GOM needs to change to have things like <configure/>, <make/>, <automake/> and <rpmbuild/>. In addition, I think we need to have a <sequence/>, because building many projects is a sequence of commands. Example (incomplete snippets):

<project name="apache-httpd-prefork">
  <sequence>
    <script name="buildconf"/>
    <configure>
      <argument project="apxs-install"
           value="--with-apxs=${installdir}"/>
      <argument value="--with-mpm=prefork">
    </configure>
    <make/>
  </sequence>
</project>

<project name="apache-httpd-prefork-install">
  <make target="install"/>
  <installdir value="build/install/prefork"/>
  <depend project="apache-httpd-prefork"/>
</project>

<project name="apache-httpd-prefork-rpm">
  <rpmbuild specfile="build/rpm/httpd.spec.in"/>
  <depend project="apache-httpd-install"/>
</project>

Besides changing the GOM, we need to check for the existence of these tools (and figure out what to check for). Maybe we also need to implement some generic property expansion...

...an option for getting this in place quickly is delegating these new tags to ant buildfiles. The disadvantage from calling the tools directly might be that what ant does differs a little from what the tools do by themselves...

...but if we go through ant for integrating these things, we can work incrementally by creating some manual ant files for the first few projects first. That might give good insight in what these tags need to look like.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org