Summary: | net-nds/openldap: 2.6.6-r2 fails to compile against gnutls: tls_g.c:971:57: error: passing argument 4 of 'gnutls_fingerprint' from incompatible pointer type [-Wincompatible-pointer-types] | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Petr Šourek <sourek.petr> |
Component: | Current packages | Assignee: | Gentoo LDAP project <ldap-bugs> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | joachim.ionoff, sourek.petr |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
environment emerge --info '=net-nds/openldap-2.6.6-r2::gentoo' emerge -pqv '=net-nds/openldap-2.6.6-r2::gentoo' Fix Incompatible pointer type assignments build.log 2 |
Description
Petr Šourek
2024-06-09 17:32:58 UTC
Created attachment 895474 [details]
build.log
Created attachment 895475 [details]
environment
Created attachment 895476 [details]
emerge --info '=net-nds/openldap-2.6.6-r2::gentoo'
Created attachment 895477 [details]
emerge -pqv '=net-nds/openldap-2.6.6-r2::gentoo'
Created attachment 895770 [details, diff] Fix Incompatible pointer type assignments Hello, I found it has been reported to openldap and already fixed. Bug: https://bugs.openldap.org/show_bug.cgi?id=10171 Fix: https://git.openldap.org/openldap/openldap/-/commit/fb9e6a81bbee880549e7ec18f0a74ddddbd2d1ab I tested it on x86_32 arch. Maybe not exactly the same issue as the one you encountered. I hope it will help you. (In reply to Joachim IONOFF from comment #6) > Maybe not exactly the same issue as the one you encountered. I hope it will > help you. Hello, thanks for the patch, but error still remains. I am attaching build.log2.txt, not sure if I should post all other info again (if yes, I will). I had downloaded this patch to /etc/portage/patches/net-nds/openldap-2.6.6/ as incompatibleAssignments.patch using wget. Then I had launched: USE="gnutls" emerge -av1 openldap It correctly had applied the patch, but error is the same. Then I had looked into the bug on OpenLDAP forum, I went to whole merge request (https://git.openldap.org/openldap/openldap/-/merge_requests/683) downloaded it as incompatibleAssignments.patch using wget. It was a little larger, than the previous one If I had seen it. Launched the same command: USE="gnutls" emerge -av1 openldap And it failed again. But maybee would be better if I post the error to openldap issue tracker? Thanks, Regards, Petr Sourek Created attachment 895772 [details]
build.log 2
I can see on your emerge log "x86_64-pc-linux-gnu-gcc -m32". It seems you (emerge) are trying to compile openldap in 32bits with (maybe) gnutls library in 64 bits. Maybe an include/lib path issue ? Is it possible ? Maybe you can try to build with "(size_t *) (&keyhash.bvlen)" to convert to the right type. On the file libraries/libldap/tls_g.c, by updating the line 971: from: keyhash.bv_val, &keyhash.bv_len ) < 0 ) { to: keyhash.bv_val, (size_t *) (&keyhash.bvlen) ) < 0 ) { (without the typo on bv_len) from: keyhash.bv_val, &keyhash.bv_len ) < 0 ) { to: keyhash.bv_val, (size_t *) (&keyhash.bv_len) ) < 0 ) { (In reply to Joachim IONOFF from comment #9) > I can see on your emerge log "x86_64-pc-linux-gnu-gcc -m32". It seems you > (emerge) are trying to compile openldap in 32bits with (maybe) gnutls > library in 64 bits. Maybe an include/lib path issue ? > Is it possible ? I am still having abi_x86_32 in my default use configuration to have backward compatibility for 32bit architecture, but not sure if I need it in 2024. I mean, I was using MacOS from 2008 till 2021, when I switched back to Gentoo after 15 years and I was not sure if I need it so I had defined it. I might start to disable it for gnutls and openldap to see if it works correctly, than maybee for rest of the world? |