The "phosphor-ipmi-flash" package seems became to use "m= eson" rather than "bootstrap.sh", so I run these commands in= the source directory. Is it correct?
-----
meson setup -Dbmc-blob-handler=3Ddisabled builddir
ninja -C builddir
ninja -C builddir install
-----
After running "meson setup -Dbmc-blob-handler=3Ddisabled builddir= ", it occurred dependency errors, like 'sdbusplus', 'phosphor-dbus-int= erfaces', 'libipmid', and so on is required respectively, is it correct?=
I for now have tried to install these dependencies one-b= y-one, but be stuck at 'libipmid'. That is I clone the "phosphor-host-= ipmid" and run "meson builddir" command to build it, however, I got an error in blow and I can't solve it. Could you please giv= e me some suggestions?
=3D=3D= =3D=3D=3D
Dependency sdeventplus = from subproject subprojects/sdeventplus found: YES 0.1
Dependency systemd found: YES 249 (cached)

Run-time dependency libcrypto found: YES 3.0.2

meson.build:89:0: ERROR: C++ shared or static library 'pam' not found<= /div> =3D=3D=3D=3D=3D

Thanks.

Regards,

Chris Chen

=B1H=A5=F3=AA=CC: Patrick Williams
=A4w=B6=C7=B0e: =ACP=B4=C1=A4G, 2022 6 =A4=EB 28 =A4=E9 =A4U=A4=C8 0= 7:20
=A6=AC=A5=F3=AA=CC: Chris Chen (TPI)
=B0=C6=A5=BB: openbmc@lists.ozlabs.org
=A5D=A6=AE: Re: [phosphor-ipmi-flash]: stdplus build failed before b= uilding the host-tool on the Host

On Tue, Jun 28, 2022 at 08:43:34AM = +0000, Chris Chen (TPI) wrote:
> And each library and tool is built successful(only one thing that is I= had to disable C++20 for the ipmi-blob-tool, others were fine) untilI star= ted to build the stdplus. I encountered a build failed issue as below. It l= ooks like there is a problem for using libfmt.a, I tried to figure out a solution on google but nothing is relate= d to this. Could anyone help on this? Thanks.

Do you know why you disabled C++20? This shouldn't have been necessar= y
and some of our code now requires C++20.

>
> =3D=3D=3D=3D=3D
> archer@archer-ArcherCityM:stdplus$
> archer@archer-ArcherCityM:stdplus$ meson setup -Dexamples=3Dfalse -Dte= sts=3Ddisabled builddir
> The Meson build system
> Version: 0.61.2
> Source dir: /home/archer/Downloads/host-tool/stdplus
> Build dir: /home/archer/Downloads/host-tool/stdplus/builddir
> Build type: native build
> Project name: stdplus
> Project version: 0.1
> C++ compiler for the host machine: c++ (gcc 11.2.0 "c++ (Ubuntu 1= 1.2.0-19ubuntu1) 11.2.0")
> C++ linker for the host machine: c++ ld.bfd 2.38
> Host machine cpu family: x86_64
> Host machine cpu: x86_64
> Found pkg-config: /usr/bin/pkg-config (0.29.2)
> Run-time dependency fmt found: YES 8.1.2

Where did this `fmt` come from? Ubuntu has `libfmt-dev` that you can<= br> install which is version 8.1.1 on Jammy right now.

> Library dl found: YES
> Run-time dependency liburing found: YES 2.0
> Build targets in project: 1
>
> stdplus 0.1
>
>   User defined options
>     examples: false
>     tests   : disabled
>
> Found ninja-1.10.1 at /usr/bin/ninja
> archer@archer-ArcherCityM:stdplus$
> archer@archer-ArcherCityM:stdplus$
> archer@archer-ArcherCityM:stdplus$ ninja -C builddir
> ninja: Entering directory `builddir'
> [9/9] Linking target src/libstdplus.so.0.1
> FAILED: src/libstdplus.so.0.1
> c++ -o src/libstdplus.so.0.1 src/libstdplus.so.0.1.p/stdplus_exc= eption.cpp.o src/libstdplus.so.0.1.p/stdplus_signal.cpp.o src/libstdplus.so= .0.1.p/stdplus_dl.cpp.o src/libstdplus.so.0.1.p/stdplus_fd_create.cpp.o src= /libstdplus.so.0.1.p/stdplus_fd_dupable.cpp.o src/libstdplus.so.0.1.p/stdplus_fd_impl.cpp.o src/libstdplus.so.0.1.p/stdp= lus_fd_managed.cpp.o src/libstdplus.so.0.1.p/stdplus_fd_mmap.cpp.o src/libs= tdplus.so.0.1.p/stdplus_fd_ops.cpp.o src/libstdplus.so.0.1.p/stdplus_io_uri= ng.cpp.o -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group -Wl,-soname,libstdplus.so.0 /usr/local/lib= /libfmt.a -ldl /usr/lib/x86_64-linux-gnu/liburing.so -Wl,--end-group
> /usr/bin/ld: /usr/local/lib/libfmt.a(format.cc.o): warning: relocation= against `stdout@@GLIBC_2.2.5' in read-only section `.text'
> /usr/bin/ld: /usr/local/lib/libfmt.a(format.cc.o): relocation R_X86_64= _PC32 against symbol `stderr@@GLIBC_2.2.5' can not be used when making a sh= ared object; recompile with -fPIC

However you obtained your libfmt, it was compiled incorrectly. It
shouldn't have a static library but a dynamic one.

The `libfmt-dev` package has `libfmt.so` which should be sufficient for
linking as a shared library.

--
Patrick Williams