By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 1840 - Build issue: Autotools 2.0 will break TDE autotools build system (subdir-objects/obsolete-macros)
Summary: Build issue: Autotools 2.0 will break TDE autotools build system (subdir-obje...
Status: NEW
Alias: None
Product: TDE
Classification: Unclassified
Component: other (any) (show other bugs)
Version: R14.0.x [Trinity]
Hardware: All Linux
: P5 major
Assignee: Timothy Pearson
URL:
Depends on:
Blocks:
 
Reported: 2014-01-20 21:35 CST by David C. Rankin
Modified: 2018-05-27 10:48 CDT (History)
2 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description David C. Rankin 2014-01-20 21:35:16 CST 
All,

  This is a heads up on upcoming autotools update to 2.0 that will break many of the TDE packages that build with autotools. Specifically, current autotools 1.14 creates breakage in some packages (hal) and numerous deprecation warnings in the rest. Much of the upcoming change deals with the way subdir-object are handled in the TDE builds. When you experience the subdir-object issue you will receive warnings (and or failure) in 1.14 like:

hald/solaris/probing/Makefile.am:19: warning: source file '../../logger.c' is in a subdirectory,
hald/solaris/probing/Makefile.am:19: but option 'subdir-objects' is disabled
partutil/Makefile.am:7: warning: source file '../hald/logger.c' is in a subdirectory,
partutil/Makefile.am:7: but option 'subdir-objects' is disabled
==> ERROR: A failure occurred in build().
    Aborting...

Where line 7 is:

  libpartutil_la_SOURCES = partutil.h partutil.c ../hald/logger.c

  with the 'subdir-objects' disabled failure referring to logger.c.

  Apparently automake 2.0 will force object files to be produced in the current directory deprecating the multiple subdirectory Makefile source references that hal and other TDE autotools builds currently use.

  Some of the subdir-objects issues can be corrected by enabling the automake 'subdir-object' option. This can often (but not always) be done by passing the option in AM_INIT_AUTOMAKE([subdir-objects]). Many others will require manual intervention. https://bugs.freedesktop.org/show_bug.cgi?id=69874 provides a more thorough explanation. It is unclear to what extent passing the subdir-objects option in 2.0 will work.

  In addition to the 'subdir-objects' issue another upcoming automake issue that will cause FTBFS is the use of obsolete-macros in the TDE autotools files. This issue was found in hal and libkdcraw with autotools 1.14. In the case of hal, autotools provides a tool to update obsolete-macros to correct the issue. To correct the issue in hal, the following autotool approach was required:

  libtoolize --force
  aclocal
  autoupdate   # required to fix obsolete macros
  autoconf
  automake --add-missing --warnings=all

  The obsolete-macro issue must be corrected before autotools 2.0 is released because the obsolete macros WILL BE REMOVED FROM autotools:

From http://www.gnu.org/software/automake/manual/automake.html --

  Although using some of the following macros was required in past releases, you should not use any of them in new code. All these macros will be removed in the next major Automake version; if you are still using them, running autoupdate should adjust your configure.ac automatically (see Using autoupdate to Modernize configure.ac in The Autoconf Manual). Do it NOW!