nss_ldap-243 & FreeBSD/amd64 ... anyone? (build/errors/info attached)

From: Nathan Vidican (nvidican_at_wmptl.com)
Date: 11/03/05

  • Next message: Denny White: "Re: Script help for updating routine" 
    Date: Thu, 03 Nov 2005 14:00:14 -0500
To: questions@freebsd.org

    Wasn't sure which list to post to entirely, so sorry if seems off-topic.

    I can't seem to get nss_ldap-243 to compile at all under FreeBSD-6.0RC1/amd64,
    nor under 5.3-RELEASE, nor 5.4-RELEASE... all produce similar errors, however my
    development machine happens to be FreeBSD 6.0RC1/amd64 at the moment (dual AMD
    Opteron 246 box, 2gb ECC Registered, 1.25TB RAID 5). Here's a brief transcript
    of what I've done/where I am at, a longer version including the output from
    make/configure/etc. My comments start with a # to help differentiate from output:

    # configure (with options as specified, openldap-2.3.11 compiled with
    --prefix=/usr/openldap,
    # installed, configured, and running with DB). configure exits clean and
    generates a makefile:

    wmptwo# ./configure CPPFLAGS="-I/usr/openldap/include -I/usr/include"
    LDFLAGS="-L/usr/openldap/lib -L/usr/lib" --with-ldap=openldap --prefix=/usr
    --with-ldap-dir=/usr/openldap
    wmptwo#

    # now we run make, and get our first errors in ldap-nss.c, a quick inspection
    shows ldap-nss.c calling CONSTs defined in <sys/param.h>
    wmptwo# make

    <begin patch (diff ldap-nss.c.old ldap-nss.c)>
    25a26,29
    > #ifndef MAXHOSTNAMELEN
    > #include <sys/param.h>
    > #endif
    >
    </patch>

    # now I run make again, aside from a whole bunch of compiler warnings about null
    arguments being passed/required, (see output attached)
    # ldap-nss.c compiles, now we get a whole new set of compiler errors in
    ldap-pwd.c, first error complains of UID_NOBODY not being
    # defined but still being called/used... closer look reveals UID_NOBODY defined
    in ldap-nss.h, but not being defined:
    wmptwo# make

    # so I try patching ldap-nss.h, and update #define UID_NOBODY to reflect the
    default UID for the user 'nobody' on a 'standard' FreeBSD installation:
    <patch diff ldap-nss.h.old ldap-nss.h>
    446d445
    < #ifndef HAVE_NSSWITCH_H
    448,449c447
    < #define UID_NOBODY (-2)
    < #endif 

    ---
 > #define UID_NOBODY      (65534)
</patch>
# again, I run make, this time clean first, this time we're moving further into 
ldap-pwd.c, but still producing fatal compiler errors
# complaining about `structure has no member named `pw_comment'`, this is the 
point where I step back and wonder where to go next...
# should I systematically continue to retry make after I try to find/fix every 
compiler error; will this introduce new errors, will the
# code even work?
wmptwo#
Again, output of all the above is attached in a txt file, please fee free to 
take a look through. Has anyone out there been able to get nss_ldap to compile 
on FreeBSD; other than the patched/older dist included with the ports 
collection? Problem with the ports version (in my case) being the old(er) 
release of openldap/ldap librairies it depends on. Working out some issues with 
samba and nss here alltogether, needed to update openldap to get past some other 
un-related bugs. System still has openldap-2.2.9 installed from the ports 
collection for the nss_ldap, and pam_ldap that is currently running. Samba 
source code has been modified, compiled, and been in use for a while now running 
the new(er) openldap librairies installed into /usr/openldap. Just not sure 
where to go with nss_ldap here; havn't even begun trying to compile pam_ldap to 
use the new(er) openldap librairies either - but suspect I may run into similar 
issues. Any suggestions/guidance would be greatly appreciated at this point... 
kinda running out of things to try and can't really audit the entire source code 
for something I know little about the internals of.
Thanx all
--
Nathan Vidican
nvidican@wmptl.com
Windsor Match Plate & Tool Ltd.
http://www.wmptl.com/

    _______________________________________________
    freebsd-questions@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-questions
    To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"

  • Next message: Denny White: "Re: Script help for updating routine"

    Relevant Pages

    • Re: Samba 2.2.8 for OpenVMS, new release
      ... > binary that would match a specific OpenVMS release. ... within the limits of what the operating environment ... by the default installation of the host environment. ... compiler; to my knowledge, there has never been a default installation ...
      (comp.os.vms)
    • nss_ldap-243 & FreeBSD/amd64 ... anyone? (build/errors/info attached)
      ... wmptwo# make ... # now I run make again, aside from a whole bunch of compiler warnings about null ... default UID for the user 'nobody' on a 'standard' FreeBSD installation: ... the newopenldap librairies installed into /usr/openldap. ...
      (freebsd-hackers)
    • OT: IVF 11.0 on MSVS2008 array visualizer problem
      ... At first I thought AV would be part of the compiler, ... Now, there were two alternatives there, Viewer and Visualizer. ... I followed the installation procedure described in the file on the ... Fünf Minuten Hilfe sind besser als zehn Minuten Mitleid ...
      (comp.lang.fortran)
    • Re: Enabling Rapid Accelerator simulation mode in Simulink
      ... Unable to locate a Visual C/C++, Watcom, Borland, Intel, or LCC compiler. ... Please define one of the following environment variables: ... Microsoft Visual C installation and ensure the appropriate environemnt ... Professional Editions also require that the Microsoft Windows Software ...
      (comp.soft-sys.matlab)
    • Re: gcc problem
      ... >>> The other common option, which is okay only as long as you keep ... >>> it to just two versions of the compiler, ... >Many of the basic system utils will use old libc... ... Blowing the installation of the shared version of the standard ...
      (comp.os.linux.development.apps)