re: unlink_if_ordinary undefined...
> = note: ld: /usr/libexec/liblto_plugin.so: error loading plugin: > /usr/libexec/liblto_plugin.so: Undefined PLT symbol > "unlink_if_ordinary" (symnum = 47) this part should be fixed now. probably needs a pullup.. .mrg.
Re: unlink_if_ordinary undefined...
On Sun, 31 Dec 2023 at 16:02, Chavdar Ivanov wrote:
>
> On Sun, 31 Dec 2023 at 15:56, Chavdar Ivanov wrote:
> >
> > On Sun, 31 Dec 2023 at 15:25, Martin Husemann wrote:
> > >
> > > On Sun, Dec 31, 2023 at 02:19:01PM +, Chavdar Ivanov wrote:
> > > > As far as I could tell, the only place where this is defined in the
> > > > system is in
> > > >
> > > > nm /usr/libexec/lto-wrapper | grep unlink_if
> > > > 0006a842 T unlink_if_ordinary
> > > >
> > > > No idea about this, my google-fu apparently is not so strong to
> > > > suggest anything useful.
> > >
> > > It is a GNU libiberty utility function and probably should not be a
> > > dynamic
> > > symbol anywhere (but staticaly linked from -liberty).
> >
> > I just found that I can't build any other rust projects, which used to
> > work ok, like helix, for instance, because of that.
> >
> > So it must be something very recent - my last successful helix build
> > is from 29th of December, I rebuilt the system on the 30th, but in the
> > meantime I switched from rust-bin to source (because of a problem with
> > shells/nushell dumping core upon reading birthdates of mounted /kern
> > ).
>
> I switched back to rust-bin 1.73 - this didn't change anything - I
> still can't build anything with cargo.
While the original query is perhaps valid, the rest turned out to be a
simple case of PEBCAK - at one of the runs I had a message about an
invalid make parameters and decided to see if that could be overcome
with gnu make - so I set my PATH starting with /usr/pkg/gnu/bin
Moral of the story - don't do this...
As far as zellij is concerned, it appears to fail about two thirds of
the build when building region 3.0.0:
Compiling region v3.0.0
error[E0412]: cannot find type `QueryIter` in module `os`
-->
/home/ci4/.cargo/registry/src/index.crates.io-6f17d22bba15001f/region-3.0.0/src/query.rs:7:24
|
7 | iterator: Option,
|^ not found in `os`
|
help: consider importing this struct through its public re-export
|
1 + use crate::QueryIter;
|
help: if you import `QueryIter`, refer to it directly
|
7 - iterator: Option,
7 + iterator: Option,
|
error[E0433]: failed to resolve: could not find `QueryIter` in `os`
-->
/home/ci4/.cargo/registry/src/index.crates.io-6f17d22bba15001f/region-3.0.0/src/query.rs:15:9
|
15 | os::QueryIter::new(origin, size).map(|iterator| Self {
| ^ could not find `QueryIter` in `os`
|
help: consider importing this struct through its public re-export
|
1 + use crate::QueryIter;
|
help: if you import `QueryIter`, refer to it directly
|
15 - os::QueryIter::new(origin, size).map(|iterator| Self {
15 + QueryIter::new(origin, size).map(|iterator| Self {
|
Chavdar
>
> >
> > >
> > > Martin
> >
> >
> >
> > --
> >
>
>
>
> --
>
--
Re: unlink_if_ordinary undefined...
On Sun, 31 Dec 2023 at 15:56, Chavdar Ivanov wrote: > > On Sun, 31 Dec 2023 at 15:25, Martin Husemann wrote: > > > > On Sun, Dec 31, 2023 at 02:19:01PM +, Chavdar Ivanov wrote: > > > As far as I could tell, the only place where this is defined in the > > > system is in > > > > > > nm /usr/libexec/lto-wrapper | grep unlink_if > > > 0006a842 T unlink_if_ordinary > > > > > > No idea about this, my google-fu apparently is not so strong to > > > suggest anything useful. > > > > It is a GNU libiberty utility function and probably should not be a dynamic > > symbol anywhere (but staticaly linked from -liberty). > > I just found that I can't build any other rust projects, which used to > work ok, like helix, for instance, because of that. > > So it must be something very recent - my last successful helix build > is from 29th of December, I rebuilt the system on the 30th, but in the > meantime I switched from rust-bin to source (because of a problem with > shells/nushell dumping core upon reading birthdates of mounted /kern > ). I switched back to rust-bin 1.73 - this didn't change anything - I still can't build anything with cargo. > > > > > Martin > > > > -- > --
Re: unlink_if_ordinary undefined...
On Sun, 31 Dec 2023 at 15:25, Martin Husemann wrote: > > On Sun, Dec 31, 2023 at 02:19:01PM +, Chavdar Ivanov wrote: > > As far as I could tell, the only place where this is defined in the system > > is in > > > > nm /usr/libexec/lto-wrapper | grep unlink_if > > 0006a842 T unlink_if_ordinary > > > > No idea about this, my google-fu apparently is not so strong to > > suggest anything useful. > > It is a GNU libiberty utility function and probably should not be a dynamic > symbol anywhere (but staticaly linked from -liberty). I just found that I can't build any other rust projects, which used to work ok, like helix, for instance, because of that. So it must be something very recent - my last successful helix build is from 29th of December, I rebuilt the system on the 30th, but in the meantime I switched from rust-bin to source (because of a problem with shells/nushell dumping core upon reading birthdates of mounted /kern ). > > Martin --
Re: unlink_if_ordinary undefined...
On Sun, Dec 31, 2023 at 02:19:01PM +, Chavdar Ivanov wrote: > As far as I could tell, the only place where this is defined in the system is > in > > nm /usr/libexec/lto-wrapper | grep unlink_if > 0006a842 T unlink_if_ordinary > > No idea about this, my google-fu apparently is not so strong to > suggest anything useful. It is a GNU libiberty utility function and probably should not be a dynamic symbol anywhere (but staticaly linked from -liberty). Martin
unlink_if_ordinary undefined...
Hi, I've been trying from time to time to build zellij(1) under NetBSD; it used to fall because of some Linux-specific call in the rust dependencies. Now I can't get even as far as that, instead I am getting on a number of dependencies: ... "-o" "/home/xci /src/zellij/target/debug/build/corosensei-a36b402a4a09a331/build_script_build-a36b402a4a09a331" "-Wl,--gc-sections" "-pie" "-Wl,-z,relro,-z,now" "-Wl,-rpath,/usr/pkg/lib" = note: ld: /usr/libexec/liblto_plugin.so: error loading plugin: /usr/libexec/liblto_plugin.so: Undefined PLT symbol "unlink_if_ordinary" (symnum = 47) ... As far as I could tell, the only place where this is defined in the system is in nm /usr/libexec/lto-wrapper | grep unlink_if 0006a842 T unlink_if_ordinary No idea about this, my google-fu apparently is not so strong to suggest anything useful. Any pointers? Chavdar --- 1) https://github.com/zellij-org/zellij - I suspect there won't be many not yet heard of it, it is a tmux/screen type session manager on steroids (not that tmux is bad or not enough, but still - this one doesn't need any configuration in order to become useful, and there is no learning curve as such...) --
