Bug 925558 - httpd: Does not support aarch64 in f19 and rawhide
Summary: httpd: Does not support aarch64 in f19 and rawhide
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: httpd
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Joe Orton
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: ARM64, F-ExcludeArch-aarch64
TreeView+ depends on / blocked
 
Reported: 2013-03-23 00:45 UTC by Dennis Gilmore
Modified: 2014-02-25 15:09 UTC (History)
5 users (show)

Fixed In Version: httpd-2.4.4-11.fc19
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-02-25 15:09:02 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Dennis Gilmore 2013-03-23 00:45:20 UTC
Support for the ARM 64 bit CPU architecture (aarch64) was introduced in 
autoconf 2.69.  httpd appears to use an earlier version of 
autoconf, preventing its being built.  This can be fixed in of three ways (In order of preference):

1. Work with upstream to migrate the package to autoconf 2.69.

2. Rerun autoconf or autoreconf in %prep or %build prior to running 
configure.

3. Apply the patch at http://ausil.fedorapeople.org/aarch64/httpd/httpd-aarch64.patch
which updates config.guess and config.sub to recognize aarch64.

Comment 1 D. Marlin 2013-06-27 19:41:35 UTC
I tried building httpd-2.4.4-6.fc19 using autoconf-2.69-10.fc19.noarch and adding 'autoreconf -i -f', but config.sub and config.guess in the build directory do not get replaced.  I do see the following warning when running autoreconf:

aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in'
acinclude.m4:7: warning: underquoted definition of APACHE_HELP_STRING
acinclude.m4:7:   run info Automake 'Extending aclocal'
acinclude.m4:7:   or see http://www.gnu.org/software/automake/manual/automake.html#Extending-aclocal


If I remove the old config.sub and config.guess from the build directory and run autoreconf they do not get created/copied.

Option #3, applying the patch, does appear to work.


Note You need to log in before you can comment on or make changes to this bug.