Wireshark-bugs: [Wireshark-bugs] [Bug 5664] New: Some files needed for running from build direct

Date: Tue, 8 Feb 2011 09:16:45 -0800 (PST)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5664

           Summary: Some files needed for running from build directory
                    aren't there when doing out-of-source-tree build
           Product: Wireshark
           Version: SVN
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Low
         Component: Wireshark
        AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
        ReportedBy: jeff.morriss.ws@xxxxxxxxx


Build Information:
TShark 1.5.1 (SVN Rev 35880 from /trunk)

Copyright 1998-2011 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Compiled (64-bit) with GLib 2.18.4, with libpcap 1.1.1, with libz 1.2.3, with
POSIX capabilities (Linux), without libpcre, without SMI, without c-ares,
without ADNS, with Lua 5.1, without Python, with GnuTLS 2.4.2, with Gcrypt
1.4.4, without Kerberos, without GeoIP.

Running on Linux 2.6.27.38-170.2.113.fc10.x86_64, with libpcap version 1.1.1,
with libz 1.2.3.

Built using gcc 4.3.2 20081105 (Red Hat 4.3.2-7).

--
I recently switched to building in a directory separate from where the source
is (so I can have 2 builds--on 2 architectures--from the same source code).

But I have noticed that some files used at runtime are not picked up because
they are not copied/linked into the build directory.  Examples include:

- COPYING (for Help->About)
- manuf
- services
- diameter/
- radius/

... basically all the stuff in the *_DATA variables in the top-level
Makefile.am .

WIRESHARK_RUN_FROM_BUILD_DIRECTORY tells Wireshark to pick these files up from
the build directory, but in my case they're not in the build directory, they're
in the /source/ directory.

Searching for a way to get the files (unmodified and not renamed) into the
build directory with automake hasn't yielded any good ideas.  Make refuses to
symlink the files, for example like this:

diameter:
      ln -s $(top_srcdir)/diameter .

because (thanks to VPATH?) it thinks that $(top_srcdir)/diameter is the same as
$(top_builddir)/diameter .

-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.