Build with automake-1.13 broken

curl is at curl.haxx.se

Brought to you by: bagder, captain-caveman, dfandrich, linusnielsen, and 2 others

This project can now be found here.

#1182 Build with automake-1.13 broken

Status: closed-fixed

Owner: Daniel Stenberg

Labels: None

Priority: 5

Updated: 2013-06-21

Created: 2013-01-12

Creator: Marko Lindqvist

Private: No

Automake-1.13 removed long obsolete AM_CONFIG_HEADER completely (
http://lists.gnu.org/archive/html/automake/2012-12/msg00038.html ) and errors
out upon seeing it.

Attached patch replaces it with proper AC_CONFIG_HEADERS.

There's another curl specific problem, I have not provided a patch without knowing how you want it resolved.
Your override of AC_CONFIG_MACRO_DIR causes aclocal to fail with cryptic error messages. In practice aclocal fails to see what directory it should be using (given normally by AC_CONFIG_MACRO_DIR).

I'm mass-submitting automake-1.13 fixes. Please see what you can do so
I don't need to do the same when automake-1.14 comes out:
http://cazfi.livejournal.com/195108.html

1 Attachments

obsolete_automake_macros.patch

Discussion

Daniel Stenberg - 2013-01-12

Thanks for your report. I believe this problem is already adressed in git. I assume your bug report concerns a released version?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Daniel Stenberg - 2013-01-12

milestone: -->
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Marko Lindqvist - 2013-01-12

Yes, I've been working against 7.28.1. After fixing first dozen or so packages for automake-1.13 I found it too time consuming to checkout latest development sources of all the projects just to check if things are already fixed there.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Daniel Stenberg - 2013-01-12

I find that a rather lame excuse. This way you'll end up filing bug reports to numerous of projects that already fixed the problem. I believe we already have this fixed so I'll close this report soon unless someone says there's a lingering bug.

(And if this was a big task for you, I'd say it suggests that automake was the wrong party here who unnecessarily removed a macro used by many projects so possibly it would've been easier to file a single bug report to them...)

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Marko Lindqvist - 2013-01-12
  
  (And if this was a big task for you, I'd say it suggests that automake
  was the wrong party here who unnecessarily removed a macro used by many
  projects so possibly it would've been easier to file a single bug report
  to them...)
  
  For the record, Stefano Lattarini of automake has already admitted that he made a mistake in how deprecation was handled: http://lists.gnu.org/archive/html/autoconf/2013-01/msg00007.html But that doesn't help now that mistake has already been made.
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
  - Daniel Stenberg - 2013-01-12
    
    They could have re-instated the macro and done a bug-fix release...
    
    If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Daniel Stenberg - 2013-01-12

status: open --> pending-invalid

assigned_to: Daniel Stenberg
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Daniel Stenberg - 2013-01-14

We believe this problem is fixed

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Daniel Stenberg - 2013-01-14

status: pending-invalid --> closed-fixed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link: