Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 24 Feb 2021 00:59:51 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 253766] databases/pgloader3: builds on i386 now (and other non-64)
Message-ID:  <bug-253766-7788-9uGZhRH9od@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-253766-7788@https.bugs.freebsd.org/bugzilla/>
References:  <bug-253766-7788@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=3D253766

Mario Duhanic <freebsd-ravioli@duhanic.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #222726|0                           |1
        is obsolete|                            |
 Attachment #222777|                            |maintainer-approval+
              Flags|                            |

--- Comment #4 from Mario Duhanic <freebsd-ravioli@duhanic.com> ---
Created attachment 222777
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D222777&action=
=3Dedit
proposed patch for patch-Makefile, diff -u ports files/patch-Makefile.diff

Thanks for the comments!

I was thinking about truncating "sysctl -n hw.usermem" somehow (to avoid an
overflow) and checking if we are able to allocate 1 or 4 GiB or so to come =
back
to the initial problem "can I haz memory". But this didn't seem to look qui=
te
elegant.

Now I'm using "getconf LONG_BIT" to compare against, which should cover
hopefully all or most of the ILP32 and LP64 data model cases, see also the
sys/*/include/_limits.h.

Poudriere ran on both amd64 and i386 without problems with the desired and
expected results.

--=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-253766-7788-9uGZhRH9od>