Date: Mon, 11 Dec 2023 15:51:16 +0000
From: bugzilla-noreply@freebsd.org
To: uboot@FreeBSD.org
Subject: [Bug 267842] sysutils/u-boot-tools: error: typedef redefinition with different types ('uint64_t' (aka 'unsigned long') vs 'unsigned long long')
Message-ID: <bug-267842-39090-7ZYq6HjXVe@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-267842-39090@https.bugs.freebsd.org/bugzilla/>
References: <bug-267842-39090@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267842 --- Comment #5 from John Hein <jcfyecrayz@liamekaens.com> --- One way this can happen: you have multimedia/v4l_compat installed. v4l_com= pat installs a linux/types.h in LOCALBASE (among other files). And that is the culprit for this problem. You also have to have a situation where the buil= d is told to look in LOCALBASE for include files (e.g., -I/usr/local/include). = That can happen if you have devel/sdl2 installed ('make configure' will detect t= hat and cause -I/usr/local/include to be passed to the compiler). I will attach a local patch I have had for about a year. I just realize I = did not submit this patch yet (because I tried to build on another system withou the patch). The patch does what Mark suggested - it helps the build look in the local working source tree for its include files before looking outside = the build. Once that is fixed, you may hit other errors, such as: tools/mkeficapsule.c:18:10: fatal error: 'uuid/uuid.h' file not found That does NOT happen if you have e2fsprogs-libuuid installed (and devel/sdl= 20 to get -I/usr/local/include). I have separate patches for that. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-267842-39090-7ZYq6HjXVe>