Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Stewart <christian@paral.in>
To: buildroot@busybox.net
Subject: [Buildroot] systemd: build failure against pam on arm
Date: Tue, 26 Dec 2017 16:55:38 -0800	[thread overview]
Message-ID: <87shbxq99x.fsf@paral.in> (raw)
In-Reply-To: <87mv25cg5t.fsf@paral.in>

Hi Waldemar, All,

Christian Stewart <christian@paral.in> writes:
> Hi Waldemar,
>
> Waldemar Brodkorb <wbx@openadk.org> writes:
>>> There are no extra pam files in my Buildroot tree - before building I
>>> ensure this with a "git clean -xfd" and I've searched the tree as well.
>>
>> But that is strange then.
>> find . -name libpam_misc.so\*
>> ./output/build/linux-pam-1.3.0/libpam_misc/.libs/libpam_misc.so.0
>> ./output/build/linux-pam-1.3.0/libpam_misc/.libs/libpam_misc.so
>> ./output/build/linux-pam-1.3.0/libpam_misc/.libs/libpam_misc.so.0.82.1
>
> ... please note that I am building out of tree. There are no
> limpam_misc* inside the "buildroot tree" which includes the main source
> tree. When the compilation fails, inside my "output tree":

I can confirm now that even in-tree builds result in the same thing:

libtool: link: /home/paralin/Documents/buildroot/output/host/bin/arm-buildroot-linux-gnueabihf-gcc -D__SANE_USERSPACE_TYPES__ -pipe -Wall -Wextra -Wundef -Wlogical-op -Wmissing-include-dirs -Wold-sty
le-definition -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wsuggest-attribute=noreturn -Werror=missing-prototypes -Werror=implicit-function-declaration -Werror=missing-declarations -Wer
ror=return-type -Werror=incompatible-pointer-types -Werror=format=2 -Wstrict-prototypes -Wredundant-decls -Wmissing-noreturn -Wshadow -Wendif-labels -Wstrict-aliasing=2 -Wwrite-strings -Wno-unused-parameter -Wno-m
issing-field-initializers -Wno-unused-result -Wno-format-signedness -Werror=overflow -Wdate-time -Wnested-externs -ffast-math -fno-common -fdiagnostics-show-option -fno-strict-aliasing -fvisibility=hidden -fstack-
protector -fstack-protector-strong -fPIE --param=ssp-buffer-size=4 -Werror=shadow -flto -ffunction-sections -fdata-sections -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -fno-lto -Wl,--gc-se
ctions -Wl,--as-needed -Wl,--no-undefined -Wl,-z -Wl,relro -Wl,-z -Wl,now -pie -o systemd-run src/run/run.o  ./.libs/libsystemd-shared.so -L/home/paralin/Documents/buildroot/output/host/arm-buildroot
-linux-gnueabihf/sysroot/usr/lib -lcap -lrt -lresolv /home/paralin/Documents/buildroot/output/host/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/liblzma.so -llz4 /home/paralin/Documents
/buildroot/output/host/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libgcrypt.so /home/paralin/Documents/buildroot/output/host/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libgpg-error.so /home/par
alin/Documents/synrobo/skiff/buildroot/output/host/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libblkid.so /home/paralin/Documents/buildroot/output/build/util-linux-2.31/.libs/libuuid.so -pthread -
Wl,-rpath -Wl,/home/paralin/Documents/buildroot/output/build/systemd-234/.libs -Wl,-rpath -Wl,/home/paralin/Documents/buildroot/output/host/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
 -Wl,-rpath -Wl,/home/paralin/Documents/buildroot/output/build/util-linux-2.31/.libs -Wl,-rpath -Wl,/lib/systemd -Wl,-rpath -Wl,/home/paralin/Documents/buildroot/output/host/arm-buildro
ot-linux-gnueabihf/sysroot/usr/lib                                                                                                                                                                                  
/lib/libpam.so: file not recognized: File format not recognized
collect2: error: ld returned 1 exit status

It must be something with how libpam is discovered that is only
triggered when on a system with a libpam.so layout like Gentoo's.

Any ideas how to go about fixing this?

Best,
Christian

  reply	other threads:[~2017-12-27  0:55 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-01  2:29 [Buildroot] systemd: build failure against pam on arm Christian Stewart
2017-06-01 18:36 ` Christian Stewart
2017-06-01 22:03 ` Peter Korsgaard
2017-06-01 23:35   ` Christian Stewart
2017-06-03  2:48     ` Christian Stewart
2017-06-03 10:54       ` Waldemar Brodkorb
2017-12-19 23:26         ` Christian Stewart
2017-12-20  0:31           ` Christian Stewart
2017-12-23  7:25         ` Christian Stewart
2017-12-23 10:06           ` Waldemar Brodkorb
2017-12-23 20:36             ` Christian Stewart
2017-12-24 10:38               ` Waldemar Brodkorb
2017-12-24 12:09               ` Waldemar Brodkorb
2017-12-25  1:35                 ` Christian Stewart
2017-12-25 15:13                   ` Waldemar Brodkorb
2017-12-26 21:50                     ` Christian Stewart
2017-12-27  0:55                       ` Christian Stewart [this message]
2017-12-27  3:05                         ` Waldemar Brodkorb
2017-12-27  5:39                           ` Christian Stewart
2017-12-27  8:05                             ` Waldemar Brodkorb
     [not found]                               ` <87o9mkdlf1.fsf@paral.in>
2017-12-28 18:04                                 ` Waldemar Brodkorb
2017-12-29 19:54                                   ` Christian Stewart
2018-02-14  2:55                                     ` Christian Stewart
2018-02-14  4:57                                       ` Waldemar Brodkorb

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87shbxq99x.fsf@paral.in \
    --to=christian@paral.in \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox