Wireshark-bugs: [Wireshark-bugs] [Bug 10648] New: New automake v1.14 warning when building Wires

Date: Thu, 30 Oct 2014 22:22:33 +0000
Bug ID 10648
Summary New automake v1.14 warning when building Wireshark ...
Product Wireshark
Version Git
Hardware All
OS Fedora
Status UNCONFIRMED
Severity Minor
Priority Low
Component Dissection engine (libwireshark)
Assignee [email protected]
Reporter [email protected]

Build Information:

--
(After updating to automake v1.14)

automake v1.14 has a new warning:


./autogen.sh

...
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the 'subdir-objects'
automake: automake option hasn't been enabled.  For now, the corresponding
output
automake: object file(s) will be placed in the top-level directory.  However,
automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same
subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout
your
automake: project, to avoid future incompatibilities.
codecs/Makefile.common:24: warning: source file 'G711u/G711udecode.c' is in a
subdirectory,
codecs/Makefile.common:24: but option 'subdir-objects' is disabled
...


>From the automake-1.14.1 NEWS file:

The next major Automake version (2.0) will unconditionally activate
the 'subdir-objects' option.  In order to smooth out the transition,
we now give a warning (in the category 'unsupported') whenever a
source file is present in a subdirectory but the 'subdir-object' is
not enabled.  For example, the following usage will trigger such a
warning:

        bin_PROGRAMS = sub/foo
        sub_foo_SOURCES = sub/main.c sub/bar.c

So in preparation for this, you need subdir-objects as one of the options in
AM_INIT_AUTOMAKE, if you use subdirectories in 'object' names as described
above. This option will be 'on' by default in 2.0.

=====

Adding subdir-objects to AM_INIT_AUTOMAKE causes the Wireshark build to
eventually fail:

./autogen.sh && ./configure && make
...
make[3]: Leaving directory `...../epan/wmem'
Making all in wslua
make[3]: Entering directory `...../epan/wslua'
Makefile:681: .deps/lrexlib.Plo: No such file or directory
Makefile:682: .deps/lrexlib_glib.Plo: No such file or directory
Makefile:683: .deps/lrexlib_glib_f.Plo: No such file or directory
Makefile:684: .deps/lua_bitop.Plo: No such file or directory
Makefile:685: .deps/wslua_dir.Plo: No such file or directory
Makefile:686: .deps/wslua_dumper.Plo: No such file or directory
Makefile:687: .deps/wslua_field.Plo: No such file or directory
Makefile:688: .deps/wslua_file.Plo: No such file or directory
Makefile:689: .deps/wslua_gui.Plo: No such file or directory
Makefile:690: .deps/wslua_int64.Plo: No such file or directory
Makefile:691: .deps/wslua_internals.Plo: No such file or directory
Makefile:692: .deps/wslua_listener.Plo: No such file or directory
Makefile:693: .deps/wslua_pinfo.Plo: No such file or directory
Makefile:694: .deps/wslua_proto.Plo: No such file or directory
Makefile:695: .deps/wslua_struct.Plo: No such file or directory
Makefile:696: .deps/wslua_tree.Plo: No such file or directory
Makefile:697: .deps/wslua_tvb.Plo: No such file or directory
Makefile:698: .deps/wslua_util.Plo: No such file or directory
make[3]: *** No rule to make target `.deps/wslua_util.Plo'.  Stop.


You are receiving this mail because:
  • You are watching all bug changes.