* Miroslav Lichvar:
> On Mon, Jan 02, 2023 at 06:07:25PM +0100, Florian Weimer wrote:
>> * Miroslav Lichvar:
>> > /usr/bin/ld: /usr/lib64/libform.so.6: undefined reference to
>> > `wmove@NCURSES6_5.0.19991023'
>> > /usr/bin/ld: /usr/lib64/libform.so.6: undefined reference to
>> > `derwin@NCURSES
On Mon, Jan 02, 2023 at 06:07:25PM +0100, Florian Weimer wrote:
> * Miroslav Lichvar:
> > /usr/bin/ld: /usr/lib64/libform.so.6: undefined reference to
> > `wmove@NCURSES6_5.0.19991023'
> > /usr/bin/ld: /usr/lib64/libform.so.6: undefined reference to
> > `derwin@NCURSES6_5.0.19991023'
> > /usr/bin
* Miroslav Lichvar:
> On Fri, Dec 16, 2022 at 09:55:11AM +0100, Florian Weimer wrote:
>> It may work to use this for libtinfo.so:
>>
>> GROUP (/usr/lib64/ncurses-novs/libtinfo.so.6 AS_NEEDED
>> (/usr/lib64/ncurses-novs/libncurses.so.6))
>
> FWIW, I tried this and the error messages from the swif
On Fri, Dec 16, 2022 at 09:55:11AM +0100, Florian Weimer wrote:
> It may work to use this for libtinfo.so:
>
> GROUP (/usr/lib64/ncurses-novs/libtinfo.so.6 AS_NEEDED
> (/usr/lib64/ncurses-novs/libncurses.so.6))
FWIW, I tried this and the error messages from the swift-lang build
changed from:
/u
Thanks for doing that, Swift builds correctly on Rawhide now:
https://koji.fedoraproject.org/koji/taskinfo?taskID=95546843
On 16 Dec 2022, at 5:24, Miroslav Lichvar wrote:
> On Fri, Dec 16, 2022 at 09:55:11AM +0100, Florian Weimer wrote:
>> Miroslav, we may have to revert the versioning change i
* Miroslav Lichvar:
> On Fri, Dec 16, 2022 at 09:55:11AM +0100, Florian Weimer wrote:
>> Linking versioned libncurses against
>> unversioned libtinfo etc. would solve this, but I don't know how it
>> would to get to this point.
>
> I don't know much about ELF. Is it possible to remove versions f
If you’re interested in testing any changes/fixes with Swift, you can
use my Swift-for-Fedora repo
(https://github.com/tachoknight/swift-lang-packaging-fedora).
`setup-container.sh` does what you think it does in case you’re using
podman or docker, and `justbuild.sh` actually does all the work
On Fri, Dec 16, 2022 at 09:55:11AM +0100, Florian Weimer wrote:
> Miroslav, we may have to revert the versioning change if the AS_NEEDED
> approach does not work.
Ok, I reverted that change, at least until I have more time for
testing the possible fixes.
> Linking versioned libncurses against
>
* Ron Olson:
> In Rawhide the ncurses libs are at 6.3-4.20221126, while f37 is
> 6.3-3.20220501. I recall seeing some messages go by related to ncurses
> on the list here regarding the -compat library, but I’m not sure if
> that’s related to my issue. It seems weird that some of the functions
> it
On Thu, Dec 15, 2022 at 2:02 PM Ron Olson wrote:
> Hey all-
>
> I got linking errors on rawhide that I did not get on F37 when building Swift
> related to curses support
> (https://kojipkgs.fedoraproject.org//work/tasks/7462/95367462/build.log),
> like:
>
> /usr/bin/ld: /usr/lib64/libncurses.so
Hey all-
I got linking errors on rawhide that I did not get on F37 when building
Swift related to curses support
(https://kojipkgs.fedoraproject.org//work/tasks/7462/95367462/build.log),
like:
/usr/bin/ld: /usr/lib64/libncurses.so.6: undefined reference to
`tparm@NCURSES6_TINFO_5.0.19991023
11 matches
Mail list logo