Got this on a fairly clean system: checking which LDAP SDK to use... OpenLDAP checking ldap.h usability... no checking ldap.h presence... no checking for ldap.h... no configure: error: ldap.h not found. install openldap libs nothing in /usr/include to indicate otherwise. net-nds/openldap-2.2.28-r4 or so probably needs to be added to DEPEND, or the configure logic is off. Anyways, it's disabled: [ebuild N ] app-office/openoffice-2.0.1 USE="xml2 -binfilter -curl -eds -gnome -gtk -java -kde -ldap -mozilla" 0 kB [1]
Please Chris, tell me this is not on AMD64 ;)
Yes it is, Yes I know it's broken, Yes I plan on trying to fix it. Though finding a header file? Didn't think that was too amd64 specific..
(In reply to comment #2) > Yes it is, Yes I know it's broken, Yes I plan on trying to fix it. You make it sound like that would be trivial ;) AMD64 support does not only not build at the moment, lot's of functionality will be broken even when you manage to build it, this is still some months of and Novell has some paid hackers on it... So I don't see why we should fix a trivial bug which won't help anyway, as a) the build won't complete and b) it will be broken if you work around that. (and c) is fixed in HEAD anyway IIRC) If you really want to try out and hack on OOo, you really should try ooo-build from head, this has more fixes to AMD64-support.
Cause like.. if I don't have openldap installed on an x86 box it will still look for it and the compile will fail :P?
(In reply to comment #4) > Cause like.. if I don't have openldap installed on an x86 box it will still > look for it and the compile will fail :P? > This is a trivial bug in configure which is caused by some AMD64-patch, but as long as the build doesn't work at all, I just don't see the point in fixing this...
Ah, ok, that's what I was looking for, Guess I'll play around with head as suggested.
