pkg/60666: devel/bazel: BROKEN_ON_PLATFORM is set twice, so the LP32 exclusion never takes effect

"[email protected] via gnats" <[email protected]>
Newsgroups gmane.os.netbsd.devel.pkgsrc.bugs
Message-ID <[email protected]>
>Number:         60666
>Category:       pkg
>Synopsis:       devel/bazel: BROKEN_ON_PLATFORM is set twice, so the LP32 exclusion never takes effect
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Aug 29 08:30:00 +0000 2026
>Originator:     Showta Ishizaki
>Release:        NetBSD 11.0, pkgsrc CVS as of 2026-08-27
>Organization:
>Environment:
System: NetBSD 11.0 amd64
Architecture: x86_64
Machine: amd64

>Description:

devel/bazel/Makefile sets BROKEN_ON_PLATFORM twice, with = both times, so
line 33 throws line 30 away and the 32-bit platforms are no longer excluded.
Line 33 wants +=.

>How-To-Repeat:

On NetBSD 10.1/i386:

  $ make show-var VARNAME=BROKEN_ON_PLATFORM
  NetBSD-11.99.*-*
  $ make show-var VARNAME=PKG_FAIL_REASON

Empty, so the build starts.  With the patch, same machine:

  $ make show-var VARNAME=PKG_FAIL_REASON
  "[bsd.pkg.mk] bazel-6.4.0 is marked broken on NetBSD-10.1-i386"

>Fix:

Index: devel/bazel/Makefile
--- devel/bazel/Makefile.orig
+++ devel/bazel/Makefile
@@ -30,7 +30,7 @@
 BROKEN_ON_PLATFORM=	${LP32PLATFORMS}
 # external/com_google_absl/absl/debugging/internal/elf_mem_image.cc:355:43: error: member reference base type 'const Elf64_Versym' (aka 'const unsigned short') is not a structure or union
 # needs equivalent of devel/abseil/patches/patch-absl_debugging_internal_elf__mem__image.cc
-BROKEN_ON_PLATFORM=	NetBSD-11.99.*-*
+BROKEN_ON_PLATFORM+=	NetBSD-11.99.*-*
 
 WRKSRC=		${WRKDIR}
 USE_TOOLS+=	bash:run pkg-config unzip zip

Noticed while writing pkg/60654, which adds a gyp build option to
inputmethod/mozc-* for the platforms where bazel is not available.

>Unformatted:
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.