After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 443705 - libical's AC_CONFIG_AUX_DIR is incorrect
libical's AC_CONFIG_AUX_DIR is incorrect
Status: RESOLVED FIXED
Product: evolution-data-server
Classification: Platform
Component: libical
1.10.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2007-06-03 20:50 UTC by Øystein Gisnås
Modified: 2007-06-09 20:02 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Attachments
Couple of fixes including AUX_DIR; fixes double builds butchering config.guess/.sub (527 bytes, patch)
2007-06-03 21:27 UTC, Loïc Minier
committed Details | Review

Description Øystein Gisnås 2007-06-03 20:50:38 UTC
Please describe the problem:
Cut from calendar/libical/configure.in:
dnl Set the aux dir to .. (the toplevel evolution directory) so ylwrap
dnl is found in the correct directory for automake >= 1.5
AC_CONFIG_AUX_DIR(..)

It should be:
AC_CONFIG_AUX_DIR(../..)

Steps to reproduce:
1. ./configure


Actual results:
config.guess ends up in calendar/

Expected results:
config.guess ends up in the top level build directory and calendar/libical

Does this happen every time?
Yes

Other information:
This bug gives a build error when building, distcleaning and building again. See http://people.debian.org/~lucas/logs/2007/05/15/00_Failed_2/evolution-data-server_1.10.1-2_sid32.buildlog and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424199
Comment 1 Loïc Minier 2007-06-03 21:27:29 UTC
Created attachment 89296 [details] [review]
Couple of fixes including AUX_DIR; fixes double builds butchering config.guess/.sub

I confirm the problem.

I don't see any reason for the AC_CONFIG_AUX_DIR, especially set to .., and it seems to be fine without; things like ylwrap end up in libical's dir which seems sane.

I also fixed AC_INIT which looked for "src" which is obviously not a discriminatory way of locating the source.  :-/
Comment 2 Srinivasa Ragavan 2007-06-09 19:25:18 UTC
Makes sense. Please commit to head.
Comment 3 Loïc Minier 2007-06-09 20:02:35 UTC
Committed in trunk as r608:

2007-06-09  Loïc Minier  <lool@dooz.org>

        * configure.in: Use more specific "src/libical/ical.h" in AC_INIT() 
        instead of the generic "src"; remove AC_CONFIG_AUX_DIR() override 
        which was incorrect and was causing rebuilds to fail (#443705)