The generated-configure.sh script is dead, long live autoconf!
Volker Simonis
volker.simonis at gmail.com
Wed Feb 7 15:04:03 UTC 2018
On Wed, Feb 7, 2018 at 2:52 PM, Thomas Stüfe <thomas.stuefe at gmail.com> wrote:
> Hi Magnus,
>
> short question, is it possible to overwrite the location of autoconf with a
> configure setting or similar? Similar to "toolchain-path"?
>
I doubt because you need autoconf in order to generate the actual
configure script (generated-configure.sh) which evaluates the
arguments.
We would either need special arguments for the initial configure
script or pass it through the environment which I think is both not
worth it if we could just as well put autoconf in the regular path.
> Thanks, Thomas
>
> On Mon, Feb 5, 2018 at 9:21 AM, Magnus Ihse Bursie <
> magnus.ihse.bursie at oracle.com> wrote:
>
>> With JDK-8195689 that has just been pushed to jdk/jdk, the checked-in
>> runnable generated-configure.sh script has been removed. Instead, there's a
>> new build-time dependency on autoconf.
>>
>> For most users, this should not make any difference. You will still
>> initiate your configuration by running "bash configure".
>>
>> If you do not already have autoconf installed, when running configure the
>> first time after checking out JDK-8195689, this will be detected, and you
>> will be asked to install autoconf. For most systems, a suggestions on how
>> to do this is also printed.
>>
>> If you have made changes to the build system before, you have probably had
>> a work flow including a custom-built autoconf, running autogen.sh, and
>> asking someone in Oracle to sponsor your patch for generation of the closed
>> version of generated-configure.sh. Neither of this will now be needed.
>> While you can of course keep a custom-built version of autoconf, you might
>> also delete it. With the new solution, the exact version of autoconf does
>> not matter. (Note that it will still be needed for backports, though.)
>>
>> The build documentation has been updated to reflect this change.
>>
>> /Magnus
>>
>>
More information about the jdk-dev
mailing list