Builder libpcap-solaris10-sparcv9 Build #3317

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 15 secs )
   1. stdio
2. shell Set developer mode ( 0 secs )
   1. stdio
3. shell_1 './autogen.sh' ( 41 secs )
   1. stdio
4. shell_2 './configure' ( 2 mins, 2 secs )
   1. stdio
   2. config.log
5. shell_3 'gmake' ( 1 mins, 33 secs )
   1. stdio
6. shell_4 'gmake check' ( 29 mins, 49 secs )
   1. stdio
7. shell_5 'rm -rf ...' ( 0 secs )
   1. stdio
8. shell_6 'gmake install ...' ( 6 secs )
   1. stdio
9. trigger triggered trigger-tcpdump-solaris10-sparcv9 ( 20 mins, 37 secs )
   1. - no logs -
   2. tcpdump-solaris10-sparcv9 #6288

Build Properties:

Forced Build Properties:

Responsible Users:

1. Denis Ovsienko

   denisohnoyoudont@ovsienko.info

Timing:

All Changes:

:

1. Change #278487

   Category	libpcap
   Changed by	Denis Ovsienko <denisohnoyoudont@ovsienko.info>
   Changed at	Mon 17 Aug 2026 11:27:13
   Repository	https://git.tcpdump.org/libpcap
   Project	libpcap
   Branch	master
   Revision	faa0f0f53bbc0c5a6a00e39442f537d853da3d4a

   Comments

   Add tests for the PCAP_BSWAP_ macros.

   Changed files

   • testprogs/TESTrun
   • testprogs/translatetest.c

2. Change #278488

   Category	libpcap
   Changed by	Denis Ovsienko <denisohnoyoudont@ovsienko.info>
   Changed at	Mon 17 Aug 2026 11:27:14
   Repository	https://git.tcpdump.org/libpcap
   Project	libpcap
   Branch	master
   Revision	f24d2e43be71d100ea723958cb59b8efa5ed1b35

   Comments

   Detect __builtin_ctz() directly.
   LLVM has been implementing the builtin since release 1.6.  LLVM release
   2.1 had introduced Clang, which originally started to define GCC version
   macros the same way as GCC 4.0.1 and later went up to GCC 4.2.1.  Clang
   release 10.0 had introduced the "-fgnuc-version=" command-line option to
   override this default behaviour.  This way, the current guard condition
   of GCC >= 3.4 usually matches Clang as well, but this is neither obvious
   nor certain.
   
   TinyCC does not define GCC version macros, its latest stable release at
   the time of this writing ("0.9.27", __TINYC__ == 927) does not support
   the builtin.  Later development snapshots started to support the builtin
   whilst still declaring __TINYC__ to 927, later __TINYC__ became 928, but
   the version is still "0.9.28rc".  This way, the current guard condition
   does not match TinyCC and cannot be extended to match, in a reliable
   manner, versions that support the builtin.
   
   Reduce this problem space to the only factor that matters: whether the
   compiler in fact implements the builtin.  This detects the expected
   results for:
   
   * GCC 14.2.0 (positive)
   * Clang 19.1.7 (positive)
   * TinyCC 0.9.27 (negative)
   * TinyCC 0.9.28rc mob@2be0218b (positive)
   * Sun C 5.15 (negative)

   Changed files

   • CMakeLists.txt
   • cmakeconfig.h.in
   • configure.ac
   • optimize.c