Mailing-List: contact dev-help@hawq.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hawq.incubator.apache.org
Date: Mon, 11 Jul 2016 21:54:11 +0000 (UTC)
From: "Roman Shaposhnik (JIRA)" <jira@apache.org>
To: dev@hawq.incubator.apache.org
Message-ID: <JIRA.12988443.1468274033000.84614.1468274051154@Atlassian.JIRA>
In-Reply-To: <JIRA.12988443.1468274033000@Atlassian.JIRA>
References: <JIRA.12988443.1468274033000@Atlassian.JIRA> <JIRA.12988443.1468274033021@arcas>
Subject: [jira] [Created] (HAWQ-914) Improve user experience of HAWQ's build
 infrastructure
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Mon, 11 Jul 2016 21:54:16 -0000

Roman Shaposhnik created HAWQ-914:
-------------------------------------

             Summary: Improve user experience of HAWQ's build infrastructure
                 Key: HAWQ-914
                 URL: https://issues.apache.org/jira/browse/HAWQ-914
             Project: Apache HAWQ
          Issue Type: Improvement
          Components: Build
            Reporter: Roman Shaposhnik
            Assignee: Lei Chang


This is likely to end up being an umbrella JIRA so feel free to fork off sub-tasks whenever it makes sense.

As an end-user of HAWQ's build system, I'd like to see the default of the build system (running configure/etc. with no arguments) to be:
 # treating optional missing dependencies with a WARNING similar to what PostrgreSQL configure does in the following example:
{noformat}
checking for bison... no
configure: WARNING:
*** Without Bison you will not be able to build PostgreSQL from CVS nor
*** change any of the parser definition files.  You can obtain Bison from
*** a GNU mirror site.  (If you are using the official distribution of
*** PostgreSQL then you do not need to worry about this, because the Bison
*** output is pre-generated.)  To use a different yacc program (possible,
*** but not recommended), set the environment variable YACC before running
*** 'configure'.
{noformat}
# treating all the missing suggested dependencies by failing the build and suggesting how to point at binary copies of these missing dependencies similar to what PostrgreSQL configure does in the following example:
{noformat}
checking for -ledit... no
configure: error: readline library not found
If you have readline already installed, see config.log for details on the
failure.  It is possible the compiler isn't looking in the proper directory.
Use --without-readline to disable readline support.
{noformat}
# treating the core dependencies same as suggested dependencies, but obviously about the option of continuing the build without them.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)