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.