Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

After applying #2830, build on OpenBSD still fails #2967

Closed
pranomostro opened this issue Jul 13, 2016 · 3 comments
Closed

After applying #2830, build on OpenBSD still fails #2967

pranomostro opened this issue Jul 13, 2016 · 3 comments
Labels
help wanted Seeking public contribution on this issue kind/bug A bug in existing code (including security flaws)

Comments

@pranomostro
Copy link

Hello,

I have followed the instructions in described in #2830, but
unfortunately I get another error message.

I am also using OpenBSD (5.9), with go version go1.5.3 openbsd/386.

Here is the error message: if I run go build -tags=nofuse directly in the cmd/ipfs:

# gx/ipfs/QmaaC9QMYTQHCbMq3Ebr3uMaAR2ev4AVqMmsJpgQijAZbJ/go-reuseport/poll
../../../gx/ipfs/QmaaC9QMYTQHCbMq3Ebr3uMaAR2ev4AVqMmsJpgQijAZbJ/go-reuseport/poll/poll_bsd.go:24: cannot use uint64(fd) (type uint64) as type uint32 in field value

I am trying to build ipfs 0.4.2, using gx version 0.8.0.

Is this rather a gx issue? If yes, I will open an issue there (I got gx running on my system, though).

Thanks in advance.

@whyrusleeping
Copy link
Member

@pranomostro this is an issue with the go-reuseport dependency. We need to do better handling here for the 386 architecture on bsd

@pranomostro
Copy link
Author

Thank you.

You're doing great work here.

@em-ly em-ly added the kind/bug A bug in existing code (including security flaws) label Aug 25, 2016
@whyrusleeping whyrusleeping added the status/deferred Conscious decision to pause or backlog label Sep 14, 2016
@whyrusleeping whyrusleeping added the help wanted Seeking public contribution on this issue label Sep 3, 2017
@Stebalien
Copy link
Member

This has been fixed.

@ghost ghost removed the status/deferred Conscious decision to pause or backlog label Aug 2, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Seeking public contribution on this issue kind/bug A bug in existing code (including security flaws)
Projects
None yet
Development

No branches or pull requests

4 participants