Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > muc.lists.freebsd.emulation > #12755 > unrolled thread

[Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE

Back to article view | Back to muc.lists.freebsd.emulation

Contents

  [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2025-12-04 12:53 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2025-12-04 12:56 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-14 23:22 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-14 23:27 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-15 21:35 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-15 21:35 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-15 21:37 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-15 23:52 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-16 19:33 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-25 00:17 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-25 00:27 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-05-28 06:41 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-20 19:57 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-20 20:00 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-20 20:03 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-20 20:06 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-20 20:12 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-20 23:04 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-20 23:09 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-20 23:25 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-21 15:14 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 01:56 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 02:02 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 03:43 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 06:07 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 14:35 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 19:15 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 20:56 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 22:55 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 23:19 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 23:48 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-22 23:49 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 00:17 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 00:19 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 00:49 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 01:21 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 01:54 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 02:21 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 05:07 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 16:00 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 16:37 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 17:57 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 18:42 +0000
    [Bug 291390] emulators/qemu-user-static: poudriere build fails on both 14-STABLE and 15-STABLE bugzilla-noreply@freebsd.org - 2026-06-23 22:23 +0000

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#12998

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #20 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
well i did build _15 still tho...

so if this is a fix, why is it not in ports yet?

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#12999

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #21 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #19)
Ok, I cannot reproduce your problem on a live main 16-CURRENT 1600018 system
with a lot of desktop packages already installed.
The original reporter (comment #1) has a similar problem, but he has then
attached a poudriere log (from the clean environment).

Are you on 32-bit architecture (i386)?

We can try to start debugging this issue on your side. Can you attach the
config.log file as suggested by the failed configure script:

> Please report the problem to emulation@FreeBSD.org [maintainer] and attach the
> "/wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-527096e0c8/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea).

If you do 'make configure' in the port directory and it fails, you can go to
the work directory and examine the 'configure' script. It has a small snippet
like:

> # Sanity check that the current size_t matches the
> # size that glib thinks it should be. This catches

and so on. The small program after the comment block is failing on your system
and I do not know why.

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13000

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #22 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #20)
A few commits by Warner (imp@) into the rebase-3.1 branch and my update of the
port should fix other problems. I suspect that sizeof(size_t) mismatch is still
there.

However, given that the attachment #271980 fixes at least other problems I
would propose to commit it as is. This will help other users that do not have
size_t mismatch problem and will simplify further debugging of the size_t
problem for you.

Anybody here with the ports commit bit?

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13003

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #23 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
no, i'm at amd64

i'll have to start investigating

apart from building ports with portupgrade and perhaps busted ports after
13->14 upgrade (few ports are still from 13 ages), there's nothing special in
that env

how others got it btw? and what is it and why?

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13004

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #24 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #23)
Given the wierdnisses of the size_t mismatch, the first thing is to check the
installation of glib and pkg-config (pkgconf). What do the commands

pkg-config --cflags glib-2.0
pkg-config --libs glib-2.0

return?

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13005

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #25 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
hmm

16:41,ketas@green:~> pkg-config --cflags glib-2.0
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
-I/usr/local/include
16:41,ketas@green:~> pkg-config --libs glib-2.0
-L/usr/local/lib -lglib-2.0 -lintl
16:42,ketas@green:~>

i don't see error here?

i had idea to rebuild glib already, pkgconf is rebuilt

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13009

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #26 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #25)
Okay, that seems to work.

Can you then compile this small program:
------------------------------------
#include        <glib.h>
#include        <stdio.h>

int
main(void)
{
        printf("sizeof(size_t) = %lu\n", sizeof(size_t));
        printf("GLIB_SIZEOF_SIZE_T = %d\n", GLIB_SIZEOF_SIZE_T);

        return (0);
}
------------------------------------
with the command:

> cc -o test `pkg-config --cflags --libs glib-2.0` size_t.c

and run it?

I expect:

> sizeof(size_t) = 8
> GLIB_SIZEOF_SIZE_T = 8

The failing configure script in the port does something very similar and
somehow fails the test sizeof(size_t) != GLIB_SIZEOF_SIZE_T

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13010

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #27 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
23:54,ketas@green:~/files/sizeof-size_t> tail -1000 *.c *.sh
==> sizeof-size_t.c <==
#include        <glib.h>
#include        <stdio.h>

int
main(void)
{
        printf("sizeof(size_t) = %lu\n", sizeof(size_t));
        printf("GLIB_SIZEOF_SIZE_T = %d\n", GLIB_SIZEOF_SIZE_T);

        return (0);
}

==> make.sh <==
cc -o sizeof-size_t `pkg-config --cflags --libs glib-2.0` sizeof-size_t.c
23:54,ketas@green:~/files/sizeof-size_t> sh -x make.sh
+ pkg-config --cflags --libs glib-2.0
+ cc -o sizeof-size_t -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/includ
e -I/usr/local/include -L/usr/local/lib -lglib-2.0 -lintl sizeof-size_t.c
23:55,ketas@green:~/files/sizeof-size_t> ./sizeof-size_t
sizeof(size_t) = 8
GLIB_SIZEOF_SIZE_T = 8
23:55,ketas@green:~/files/sizeof-size_t> uname -a
FreeBSD green.sau.si.pri.ee 14.4-RELEASE-p6 FreeBSD 14.4-RELEASE-p6 #0
releng/14.4-n
273726-3d95ec875867-dirty: Thu Jun 11 15:24:33 EEST 2026    
root@green.sau.si.pri.e
e:/usr/obj/usr/src/amd64.amd64/sys/CUSTOM amd64
23:55,ketas@green:~/files/sizeof-size_t>


now what? i expected a fail here btw

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13012

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #28 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #27)
Maybe it is working now?

From one side, try this program which is exactly what is inside the configure
script:
------------------------------------------------
#include <glib.h>
#include <unistd.h>

#define QEMU_BUILD_BUG_ON(x) \
  typedef char qemu_build_bug_on[(x)?-1:1] __attribute__((unused));

int main(void) {
   QEMU_BUILD_BUG_ON(sizeof(size_t) != GLIB_SIZEOF_SIZE_T);
   return 0;
}
------------------------------------------------

compile with the same command
> cc -o test `pkg-config --cflags --libs glib-2.0` test.c

But now, if everything is ok, it compiles it silently. In case of mismatch it
outputs:
> conf_test.c:8:4: error: 'qemu_build_bug_on' declared as an array with a negative size
>     8 |    QEMU_BUILD_BUG_ON(sizeof(char) != GLIB_SIZEOF_SIZE_T);
>       |    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> conf_test.c:5:34: note: expanded from macro 'QEMU_BUILD_BUG_ON'
>     5 |   typedef char qemu_build_bug_on[(x)?-1:1] __attribute__((unused));
>       |                                  ^~~~~~~~
> 1 error generated.

If the test works, try building the port again manually:
> cd /usr/ports/emulators/qemu-user-static
> make configure

If it fails, go to the work directory:
> cd work/qemu-bsd-user-527096e0c8
and post the last sections of config.log file.

If it works, then rebuild and reinstall the port! ;)

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13013

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #29 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
work/qemu-bsd-user-5270
96e0c8/config.log:


cc -I/usr/local/include -pthread -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib
-2.0/include -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -W
strict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings
-Wmissing-prototyp
es -fno-strict-aliasing -fno-common -fwrapv -I/usr/local/include
-I/usr/ports/emulat
ors/qemu-user-static/work/qemu-bsd-user-527096e0c8 -I/usr/local/include
-DPREFIX=\""
/usr/local\"" -Wno-error=address-of-packed-member -Wno-string-plus-int
-Wno-initiali
zer-overrides -Wexpansion-to-defined -Wendif-labels -Wno-shift-negative-value
-Wno-m
issing-include-dirs -Wempty-body -Wnested-externs -Wformat-security
-Wformat-y2k -Wi
nit-self -Wignored-qualifiers -Wold-style-definition -Wtype-limits
-DHAVE_GETRANDOM
-fstack-protector-strong -I/usr/local/include -g -O2 -pipe
-Wno-address-of-packed-me
mber -D_WANT_SEMUN -fstack-protector-strong -fno-strict-aliasing -o
config-temp/qemu
-conf.exe config-temp/qemu-conf.c -m64 -static -g -L/usr/local/lib
-L/usr/local/lib
-lgthread-2.0 -pthread -lintl -lglib-2.0 -lintl -liconv -lm -pthread -lutil
-lpcre2-
8 -pthread -lpthread -lprocstat -lkvm -lelf -lutil
ld: error: unable to find library -lpcre2-8
cc: error: linker command failed with exit code 1 (use -v to see invocation)


the hell?

pcre-8.45_4
pcre2-10.47_1

are installed tho


so it wasn't about size_t at all?

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13014

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #30 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #29)
I also have both versions of pcre:
> pkg info | grep pcre
> pcre-8.45_4                    Perl Compatible Regular Expressions library
> pcre2-10.47_1                  Perl Compatible Regular Expressions library, version 2

libpcre2-8 is the new one (2-10 actually):
> pkg-config --libs libpcre2-8
> -L/usr/local/lib -lpcre2-8

The libraries are installed in the system:
> ls /usr/local/lib/libpcre2-8.*
> /usr/local/lib/libpcre2-8.a         /usr/local/lib/libpcre2-8.so.0
> /usr/local/lib/libpcre2-8.so        /usr/local/lib/libpcre2-8.so.0.15.0

Most importantly, the linking works:
> cc -o test `pkg-config --cflags --libs glib-2.0 --libs libpcre2-8` test.c

> pkg-config --cflags --libs glib-2.0 --libs libpcre2-8
> -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -L/usr/local/lib -lglib-2.0 -lintl -lpcre2-8

Check that you and the system linker can find libpcre2-8.so!

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13015

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #31 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #29)
And yes, it was not about the sizeof(size_t), this is too easy! :)

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13016

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #32 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
those manual tests all work


what doesn't work is qemu-user-static-3.1.0_15 :/


16 works?


i mean it was build on 13 on same machine so wtf. and it's still installed. the
same thing. but it no longer builds on 14. it fails to link to pcre but it can?

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13017

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #33 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
i meant portrevision not current

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13018

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #34 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #32)
Hmmm...I am running out of ideas now!

(The system linker) finds and links with libpcre2-8.so in manual tests, but
looses it during port or portupgrade build? Very weird!

About _16 portrevision: you can try it, but it is not that much different from
_15.
Copy the existing port directory:
> mkdir emulators
> cp -R /usr/ports/emulators/qemu-user-static emulators/

Download the update patch:
> fetch -o patch "https://bugs.freebsd.org/bugzilla/attachment.cgi?id=271980"

Apply the patch:
> patch < patch

All hunks should apply cleanly, like
> Patching file emulators/qemu-user-static/Makefile using Plan A...
> Hunk #1 succeeded at 1.
> Hunk #2 succeeded at 17.

Try it now in an isolated port directory:
> cd emulators/qemu-user-static/
> make configure

As for me, I have a 14-STABLE jail to test, but as I know, it has already
llvmorg-21.1.8-0-g2078da43e25a imported, but 14.4-RELEASE still has
llvmorg-19.1.7-0-gcd708029e0b2
I do not know, if it plays a role, but it is a clean jail anyway, no
heritage...

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13019

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #35 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
no luck with _16 yeah either, did in place patch, taking it off again

say i have broken the env somehow, that would break manual tests too?

and i haven't done anything special with my env

also, i have jail, i kind of run custom thin jails, so this master jail which
holds all the ports and gives them as ro nullfs to others, this jail can't
build either. i run them separately from each other. so this would mean i broke
two different env, altho same kernel. they don't share anything, except many
ports are installed in both host and jail. actually poudriere runs in one of
those jails. i don't actually need qemu user in host but it doesn't build
anywhere

i could give full list of ports or give other debug info if you want to compare

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13020

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #36 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
===>  Configuring for qemu-user-static-devel-6.2.50_4

ERROR: sizeof(size_t) doesn't match GLIB_SIZEOF_SIZE_T.
       You probably need to set PKG_CONFIG_LIBDIR
       to point to the right pkg-config files for your
       build target


so no dice there either

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13021

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #37 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #35)
Maybe the content of your /etc/make.conf?

The shot from the other side:
The compile command from config.log that you have posted:

#!/bin/sh
cc -I/usr/local/include -pthread -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -m64 -mcx16 -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes
-Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes
-fno-strict-aliasing -fno-common -fwrapv -I/usr/local/include
-I/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-527096e0c8
-I/usr/local/include -DPREFIX=\""/usr/local\""
-Wno-error=address-of-packed-member -Wno-string-plus-int
-Wno-initializer-overrides -Wexpansion-to-defined -Wendif-labels
-Wno-shift-negative-value -Wno-missing-include-dirs -Wempty-body
-Wnested-externs -Wformat-security -Wformat-y2k -Winit-self
-Wignored-qualifiers -Wold-style-definition -Wtype-limits -DHAVE_GETRANDOM
-fstack-protector-strong -I/usr/local/include -g -O2 -pipe
-Wno-address-of-packed-member -D_WANT_SEMUN -fstack-protector-strong
-fno-strict-aliasing -o qemu-conf.exe qemu-conf.c -m64 -static -g
-L/usr/local/lib -L/usr/local/lib -lgthread-2.0 -pthread -lintl -lglib-2.0
-lintl -liconv -lm -pthread -lutil -lpcre2-8 -pthread -lpthread -lprocstat
-lkvm -lelf -lutil

Does it work for you in the same environment where you try to build
qemu-user-static?
You need the file qemu-conf.c from comment #28.
It works for me on 16-CURRENT...

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13022

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #38 from Sulev-Madis Silber <bugs-freebsd-org916@ketas.si.pri.ee> ---
make has either

DEVELOPER=yes
MAKE_JOBS_NUMBER_LIMIT=1

or just

MAKE_JOBS_NUMBER_LIMIT=1


however that next thing fails

ld: error: unable to find library -lpcre2-8
cc: error: linker command failed with exit code 1 (use -v to see invocation)


links to just pcre (non-2) with -lpcre


oh and nginx uses pcre2 and i just built it

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

#13023

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291390

--- Comment #39 from Alexey Shuvaev <bugsbeastie@gmail.com> ---
(In reply to Sulev-Madis Silber from comment #38)
Probably we are close on target! ;)

Within the build environment and with the same small test file from comment
#28, but now with STATIC linking:
> cc -o qemu-conf.exe -static `pkg-config --static --cflags --libs glib-2.0` qemu-conf.c

Because the qemu-user-static is a statically linked binary (has to be, and the
name has it too :)!

I obtain:
> file qemu-conf.exe
> qemu-conf.exe: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), statically linked, for FreeBSD 16.0 (1600018), FreeBSD-style, with debug_info, not stripped

Also check that you have static library libpcre2-8.a
> ls /usr/local/lib/libpcre2-8.*
> /usr/local/lib/libpcre2-8.a         /usr/local/lib/libpcre2-8.so.0
> /usr/local/lib/libpcre2-8.so        /usr/local/lib/libpcre2-8.so.0.15.0

-- 
You are receiving this mail because:
You are the assignee for the bug.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | muc.lists.freebsd.emulation

csiph-web