Re: Build problems in graphviz and xentools413

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

On Mon, 25 Jan 2021 at 13:41, Robert Nestor <rnestor%mac.com@localhost> wrote:
>
> That looks like the same error I’m seeing in my pkg_comp builds as well.  This is on a fresh install of NetBSD-9.99.78/amd64  on a newly initialized disk with a pkgsrc of -current that was downloaded yesterday. But I’ve been seeing this same thing since about NetBSD-9.99.68 on both pkgsrc-current and pkgsrc-2020Q3. Basically I've made no changes to mk.conf or the configuration files used by pkg_comp and the underlying pbuilk setup, so this is on a pretty simple setup of the system.
>
> The errors coming out of graphviz are a bit different and I’ll be posting more details with all the log files today.
>
> -bob
>
> On Jan 25, 2021, at 4:18 AM, Patrick Welche <prlw1%cam.ac.uk@localhost> wrote:
>
> > On Sun, Jan 24, 2021 at 11:24:58AM -0500, Greg Troxel wrote:
> >>
> >> I know of no scheme that you should have to set variables to succeed.
> >> AIUI, xentools413 has ocmal code which was not updated upstream to avoid
> >> using deprecated ocaml features, and pkgsrc-current has ocaml 4.11 which
> >> removes that feature (unsafe strings).  But, I think xentools413 has
> >> been fixed in pkgsrc-current.
> >
> > FWIW I still reproduce gnats.netbsd.org/55888 in every pbulk run on
> > -current/amd64.
> >
> > Cheers,
> >
> > Patrick
>

seabios-rel-1.12 needs

--- src/string.c.orig   2020-10-24 08:24:32.543813339 +0200
+++ src/string.c        2020-10-24 08:25:00.984982804 +0200
@@ -152,9 +152,6 @@
 void *
 #undef memcpy
 memcpy(void *d1, const void *s1, size_t len)
-#if MODESEGMENT == 0
-#define memcpy __builtin_memcpy
-#endif
 {
     SET_SEG(ES, GET_SEG(SS));
     void *d = d1;


I do it manually when I rebuild it. I don't know how to add it as a
standard patch.

-- 
----