mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #1292] src/lib/ipc/IpcServerProxy.cpp:98:29: error: ‘static void ProtocolUtil::writef(void*, const char*, va_list)’ is private within this context #1030
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#1030
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @stintel on GitHub (Sep 18, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1292
What happened?
Barrier does not compile on a RISC-V system.
Version
v2.3.3
Git commit hash (if applicable)
No response
If applicable, where did you install Barrier from?
Gentoo ebuild.
What OSes are you seeing the problem on? (Check all that apply)
Linux
What OS versions are you using?
Gentoo Base System release 2.7
Relevant log output
Any other information
No response
@asheplyakov commented on GitHub (Mar 21, 2024):
Could you please check if this patch helps?
@asheplyakov commented on GitHub (Mar 21, 2024):
Explanation:
va_listisvoid *on risc-v (and a few other architectures, such as LoongArch).Thus
is indeed ambiguous:
&m_streamand&commandtovoid *, soProtocolUtil::writef(void*, const char*, va_list)matchesProtocolUtil::writef(barrier::IStream*, const char*, ...)obviously matchesTo avoid the above ambiguity one could change the type of the 1st argument of
ProtocolUtil::writef(void*, const char*, va_list)fromvoid *tostd::uint8_t*(or something similar). Implicit conversion frombarrier::IStream*tostd::uint8_t*is not OK, hence the compiler has no problem picking the right overload (that is,ProtocolUtil::writef(barrier::IStream*, const char*, ...))@stintel commented on GitHub (Mar 21, 2024):
Apparently barrier 2.4.0 builds fine on RISC-V using gcc version 13.2.1 20240210 (Gentoo 13.2.1_p20240210 p13).