Граф коммитов

737 Коммитов

Автор SHA1 Сообщение Дата
richm%stanfordalumni.org 07ee057ce2 This commit was generated by cvs2svn to track changes on a CVS vendor
branch.
2006-05-19 20:44:56 +00:00
richm%stanfordalumni.org 3114877284 Initial import of the Sun C SDK back into mozilla 2006-05-19 20:44:56 +00:00
richm%stanfordalumni.org 9a7bcec84f This commit was generated by cvs2svn to track changes on a CVS vendor
branch.
2006-05-19 20:37:06 +00:00
richm%stanfordalumni.org 0394ada6f6 Initial import of the Sun C SDK back into mozilla 2006-05-19 20:37:06 +00:00
richm%stanfordalumni.org ff9384d16f remove from head 2006-05-19 20:27:03 +00:00
richm%stanfordalumni.org b581ec67bf Initial import of the Sun C SDK back into mozilla 2006-05-19 20:17:49 +00:00
richm%stanfordalumni.org 802d84bb7f This commit was generated by cvs2svn to track changes on a CVS vendor
branch.
2006-05-19 20:17:49 +00:00
cls%seawood.org 72a2b98461 Properly quote m4 macro definitions.
Thanks to Patrick Welche <pw-fb@newn.cam.ac.uk> for the patch.
Bug #298457 r=cls
2006-05-16 05:39:16 +00:00
mcs%pearlcrescent.com b013bb7119 Port to Linux (no /usr/ucb/echo). 2006-05-11 17:09:47 +00:00
mcs%pearlcrescent.com 4e31124271 Added -d option (include empty directories) 2006-05-11 17:07:41 +00:00
richm%stanfordalumni.org 72e7ca44c6 Bug: 334561
Description: Clean up spec file for RPM build
Fix Description: Make the spec files use the conventions used by the Fedora/Red Hat packaging system
2006-05-11 14:51:02 +00:00
richm%stanfordalumni.org 4b43831530 Bug: 334763
Description: Fix build to allow building command line tools without svrcore
Fix Description: Should allow the command line tools to be built without svrcore.  Also fixed the problem with system svrcore.
2006-05-11 14:48:34 +00:00
richm%stanfordalumni.org 78f3c060b2 Bug: 337210
Description: ber_scanf sometimes gives incorrect return code on 64-bit
Fix: ber_get_boolean needs to get the return value of ber_get_int as an unsigned long and return that unsigned long value
2006-05-11 14:40:48 +00:00
darin%meer.net 0318b8c707 landing patch for bug 326273 "Implement nsIThreadManager" (Mac portions by Mark Mentovai) with reviews from bienvenu, bsmedberg, bzbarsky, josh, roc, and ssieb 2006-05-10 17:30:15 +00:00
bugzilla%standard8.demon.co.uk ab27413ce3 Bug 336110 Missing out-of-memory check at directory/xpcom/base/src/nsLDAPConnection.cpp:1002. r/sr=dmose 2006-05-03 16:16:09 +00:00
bugzilla%standard8.demon.co.uk a48bde01fe Bug 332400 Correct misuse of ifdefs in the source tree (in directory/base/resources) r/sr=dmose 2006-04-23 09:12:40 +00:00
richm%stanfordalumni.org 91c3892247 fix for bug 330255 - sasl bind does not respect LDAP_OPT_RECONNECT option
add some more invalid parameter checking to the ldap bind routines
When reconnecting, do not use the previous binddn and password
2006-04-20 02:16:25 +00:00
richm%stanfordalumni.org f8ca9aa8da only link with svrcore if HAVE_SVRCORE is set 2006-04-19 03:03:54 +00:00
richm%stanfordalumni.org be553dd4b4 generate configure using autoconf-2.13 2006-04-18 18:33:23 +00:00
benjamin%smedbergs.us 70a0f2207b Freeze nsIArray (requires separating nsIMutableArray into another .idl file); also removes NS_NewArray and moves do_QueryElementAt into the glue, r=darin 2006-04-12 15:43:32 +00:00
richm%stanfordalumni.org 497a8e9380 Fix for bug 333406
I had made a change to make 64 bit builds the default on those platforms that
support 64 bit binaries.  However, the expected behavior for other mozilla
components is that you have to explicitly use --enable-64bit to make a 64
bit binary, and default to 32 bit binaries.  So, I made mozldap work like the
other components.
2006-04-11 21:12:58 +00:00
jag%tty.nl 396ca5826b Attempt to fix btek and -Ports bustage 2006-03-15 06:17:19 +00:00
bryner%brianryner.com 4cd1e2b280 Remove dependency on nsIClassInfo.h from nsISupports.h (bug 330420). This adds a new nsIClassInfoImpl.h file which can be included to get the CI implementation macros. Also, removes unneeded inclusion of nsIProgrammingLanguage.h from nsIClassInfo.h. r=darin. 2006-03-15 04:59:42 +00:00
richm%stanfordalumni.org 52c84b8950 bug 327864
LDAP C-SDK support for Mac cross builds
Add a new configure option --with-macos-sdk=dir
2006-02-22 18:59:31 +00:00
richm%stanfordalumni.org 2ac0bc97b4 On HP-UX, we should not link against the libraries we depend on at runtime because it puts explicit version dependencies into the shared library we are creating. This makes it impossible to upgrade to a new version of nspr or nss. 2006-02-16 23:08:22 +00:00
richm%stanfordalumni.org 2d07e6a635 use = for sh string tests, not == 2006-02-15 00:33:08 +00:00
richm%stanfordalumni.org f6510f68a6 use SVRCORE_LIBS instead of SVRCORE_LIB_PATH 2006-02-14 21:51:42 +00:00
richm%stanfordalumni.org adb14be478 Use SVRCORE_LIBS not SVRCORE_LIB_PATH 2006-02-14 21:49:10 +00:00
richm%stanfordalumni.org a354d34779 spec file for redhat and fedora core - based on the spec file for perl-ldap 2006-02-13 18:41:34 +00:00
richm%stanfordalumni.org 47ca684014 bug 292793
Allow build on Mac OSX
1) There is no RPATH on Darwin, so undefine the RPATH macros before linking
2) Have to use g++ to link
3) The iconv functions are in libiconv
2006-02-10 23:14:00 +00:00
richm%stanfordalumni.org c1d09252d4 bug 325625
This fix allows the trunk ldap c sdk build to be used to build the mozilla client.  I was able to use this to build the mozilla 1_8 branch of thunderbird on Fedora Core 4.  Addressbook and typedown addressing work fine.
The gist of the fix is to completely ignore svrcore if not specified, and to imply --with-nspr if --with-mozilla is specified.  If not specified, the client build uses $(DIST)/include/nspr and $(DIST)/lib for the locations of the NSPR files.
2006-02-10 23:08:16 +00:00
richm%stanfordalumni.org 4f508b6fae Whoops - only use name.lib if OS_ARCH is WINNT 2006-02-04 01:32:39 +00:00
richm%stanfordalumni.org 82876b785e bug 301035 and bug 325518
Enable autoconf build on Windows with cygwin and free MSVC compiler + SDK
1) Don't set the -lsvrcore in SVRCORE_LIBS in configure - instead, do it the
way we do the NSPR and NSS libs, in build.mk
2) For the component LINK macros, use name.lib instead of -lname on Windows
3) The new free MSVC compiler does not have lib.exe - add an autoconf test for
the lib program and use link /lib if missing
4) If using MSVC (which expects DOS style absolute paths) and cygwin (which
uses unix style abs. paths), use cygpath -m on all user supplied paths to make
sure they are in the correct format for cl and link.  It's better to do this
during configure rather than depend on cygwin_wrapper which is much, much
slower.
5) Don't link with the odbc libs (Why did we ever need these!?!??!?)
6) The free MSVC doesn't include afxwin.h, so use the other header files
instead
7) Add libutil to the Windows build, including getting rid of the old Makefile
and adding a new Makefile.in for the autoconf build (the Makefile.client
remains)
8) getopt.c doesn't need lber.h

I verified that these changes also build on Win2k with MSVC 6 SP 3.  I also changed the copyright in the new Makefile.in as suggested by Mark Smith.
2006-02-03 19:28:32 +00:00
richm%stanfordalumni.org 1813b5349f bug 324529
When the malloc fails in the 'v' or 'V' ber_scanf case, we need to break out of the loop and return with an LBER_DEFAULT code.  Also, in the realloc case, we need to save a copy of the old pointer and use either ber_svecfree ('v' case) or ber_bvecfree ('V' case) to clean up the memory.

bug 324525
If the malloc is done to allocate the *bv, but then an lber error is
encountered while doing the ber_skip_tag (due to a bad or malicious client),
the bv->bv_val is set to a random value.  If you then try to use ber_bvfree to
free the bv, it may call free on this uninitialized value, and badness ensues.
I think the proper fix is for ber_get_stringal to set (*bv)->bv_val to NULL and
(*bv)->bv_len to 0 just after the malloc.
2006-02-03 15:55:46 +00:00
richm%stanfordalumni.org efd15b81c3 bug 310521
also part of 301035 and 325518

Use $(srcdir) as the location for the .ex file
2006-02-03 15:36:14 +00:00
richm%stanfordalumni.org 7c51177559 fix nss version checking - add svrcore to pkg-config file - fix the way libraries and their symlinks are installed 2006-02-02 17:08:07 +00:00
richm%stanfordalumni.org cc7c8dd917 Even though using --with-system-svrcore, still need to add -lsvrcore to
SVRCORE_LIBS even though we don't need to add the -L/path
2006-01-31 22:52:18 +00:00
richm%stanfordalumni.org b83d0a0ab2 Change --system-svrcore to --with-system-svrcore 2006-01-31 22:43:15 +00:00
richm%stanfordalumni.org ebc506f0d7 Use --system-svrcore with configure to force the build to use svrcore from /usr/include and /usr/lib 2006-01-31 22:08:06 +00:00
richm%stanfordalumni.org 5e8787cd18 svrcore is installed in /usr/lib and /usr/include, so if the user specifies --system-svrcore
to configure, we can just assume we don't have to do any work to figure out the additional
paths to add to the include and lib paths.
2006-01-31 22:04:14 +00:00
richm%stanfordalumni.org 300fb23d41 svrcore is installed in /usr/lib and /usr/include, so if the user specifies --system-svrcore
to configure, we can just assume we don't have to do any work to figure out the additional
paths to add to the include and lib paths.
2006-01-31 21:58:13 +00:00
richm%stanfordalumni.org 35c98be598 bug 208655 - just needed to set the two_hosts argument for ldaptool_process_args in ldapcmp.c to pickup both hosts and ports 2006-01-18 23:19:42 +00:00
richm%stanfordalumni.org 046b3c553a bug 184968 - only perform terminal manipulation if stdin is a terminal 2006-01-18 23:11:48 +00:00
richm%stanfordalumni.org 0a6f3ecb10 bug 322576
1) +DSblended can be omitted entirely - it's the default on IA, and ignored on
PA
2) +DD64 is supported on both IA and PA for B.11.23
3) The $ORIGIN linker flag should be added to any B.11.11 or later linker - the
patch to the linker to support this on B.11.11 is pretty old and should be
applied by any customer wanting a supported HP-UX system.  If for some reason
they don't have the patch, the presence of $ORIGIN just causes a couple of
extra path lookups that fail - no big deal.
2006-01-18 19:38:33 +00:00
richm%stanfordalumni.org 1a0eb2daba Bug 323307
There were only a few places that needed to be changed.  I needed to change the
order of c++ and cc detection around in configure - it seems that if you do the
cross compilation stuff first, it messes up the "regular" case, which is the
more important one.  In order for the GNU_CC tests to work, you must define
CC=gcc and CXX=g++ on the configure command line.  If building 64 bit, you must
also specify CFLAGS=-m64 and CXXFLAGS=-m64.  I also removed the extra arguments
for static library building as they were not only not necessary but they were
also making the build abort.
2006-01-18 03:46:52 +00:00
richm%stanfordalumni.org 65b6ae714e bug 323374
Mem and resource leaks in ldapsinit.c
1) I'm pretty sure the reference to socket should be fd instead.  I don't know
why it compiled with socket in there . . . note to self: read compiler warnings
. . .
2) The cert returned by SSL_PeerCertificate is "dup"ed, so we need to call
CERT_DestroyCertificate to release it otherwise we'll leak references.
3) The hostname returned by SSL_RevealURL is strduped and must be freed.
Reviewed by Mark and Pete (Thanks!)
2006-01-17 14:53:57 +00:00
richm%stanfordalumni.org 75853eee2e bug 323188: Link order is important when building executables
It also seems to be important in certain cases when using g++
to build shared libraries.
I was having weird errors building the CLUs on linux x86_64.  These turned out to be due to the incorrect ordering of objects on the link line.

The LINK_EXE macro already has everything needed - it is not necessary to
supply extra libs in the form of the LDTOOLS_LIBS.  Just specify them in the
correct order in EXTRA_LIBS.  You don't need to set EXTRA_LIBS for every
platform - on *nix platforms, they are all the same, so just define them in a
common place in the correct order.  Use PLATFORMLIBS to specify platform
dependent libs.

The one tricky thing is that LINK_EXE expects OBJS to have all of the objects.
This works if you only build one executable per makefile, but this makefile
builds several, so you need to get the executable specific .obj file in the
link line as well.  I suppose I could have used target specific variable
assignment to OBJS, but that seemed messy to me, so I just added a $(filter ..)
to the LINK_EXE command which will add all of the .obj files specified in the
executable link target dependency list to the link line.  The filter is to
filter out libraries and other dependencies, which are usually specified
elsewhere.  This seems to work on linux x86_64 and HP IPF 64 just fine.
2006-01-13 15:35:45 +00:00
richm%stanfordalumni.org b28a2f939b use NSS_LIBS instead of NSS_LIB_PATH for the --with-nss case 2006-01-12 18:23:00 +00:00
richm%stanfordalumni.org c1c8a7578b Bug 322618 - Enable RPM build
Reviewed by Mark, Dan, Chris (Thanks!)
The newly added README.rpm explains how to build an RPM.
Running ./configure will print the list of flags and what they do.
2006-01-11 20:20:13 +00:00
bugzilla%standard8.demon.co.uk 1b5e29beff Bug 92650 directory/xpcom/public/nsLDAP.h should go away. r/sr=dmose 2006-01-11 18:51:12 +00:00