Builder libpcap-solaris10-sparcv9 Build #3222

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-libpcap-solaris10-sparcv9' triggered this build

Steps and Logfiles:

1. git update ( 23 secs )
   1. stdio
2. shell Set developer mode ( 0 secs )
   1. stdio
3. shell_1 './autogen.sh' ( 22 secs )
   1. stdio
4. shell_2 './configure' ( 1 mins, 5 secs )
   1. stdio
   2. config.log
5. shell_3 'gmake' ( 53 secs )
   1. stdio
6. shell_4 'gmake check' ( 14 mins, 42 secs )
   1. stdio
7. shell_5 'rm -rf ...' ( 0 secs )
   1. stdio
8. shell_6 'gmake install ...' ( 5 secs )
   1. stdio
9. trigger triggered trigger-tcpdump-solaris10-sparcv9 ( 12 mins, 36 secs )
   1. - no logs -
   2. tcpdump-solaris10-sparcv9 #6073

Build Properties:

Forced Build Properties:

Responsible Users:

1. Guy Harris

   gharrisohnoyoudont@sonic.net

Timing:

All Changes:

:

1. Change #252558

   Category	libpcap
   Changed by	Guy Harris <gharrisohnoyoudont@sonic.net>
   Changed at	Wed 17 Dec 2025 20:24:21
   Repository	https://git.tcpdump.org/libpcap
   Project	libpcap
   Branch	master
   Revision	642238f57d88b2429636180e245d9750aeb15e99

   Comments

   Stub out all the rpcap-URL-related APIs if no remote capture.
   The code needs a lot of cleanup, due o a number of bugs found in it.
   
   For now, at least, let's just stub it out, with routines that always
   fail and provide a "this isn't supported" error string, if ENABLE_REMOTE
   isn't defined.
   
   Move routines back into pcap-new.c; they are routines provided for 1)
   the ability to open and enumerate remote devices and 2) compatibility
   with WinPcap for access to local devices and capture files, but those
   aren't APIs we want to recommend.

   Changed files

   • CMakeLists.txt
   • Makefile.in
   • pcap-new.c
   • pcap.c