moz/patches/index.txt

   1 ====================================================================================\r
   2 File name\r
   3 ---------\r
   4   embed_manifest.patch\r
   5 \r
   6 Description\r
   7 -----------\r
   8   When building Mozilla with MSVC2005, generated libraries and applications\r
   9   require the manifest file (name.dll.manifest) to reside beside the file\r
  10   itself, or to be embedded.\r
  11 \r
  12   The patch does the latter: embedding the manifest file into the\r
  13   library/application itself, using the Manifest Tool from the Platform SDK\r
  14   resp. MSVC installation.\r
  15 \r
  16   The patch is effectively the patch as was committed to the Mozilla trunk,\r
  17   taken from here: https://bugzilla.mozilla.org/show_bug.cgi?id=249782#c81.\r
  18 \r
  19 ====================================================================================\r
  20 File name\r
  21 ---------\r
  22   wchart_on_msvc8.patch\r
  23 \r
  24 Description\r
  25 -----------\r
  26   For compiling with MSVC2005: See https://bugzilla.mozilla.org/show_bug.cgi?id=324842.\r
  27 \r
  28 ====================================================================================\r
  29 File name\r
  30 ---------\r
  31   cygwin_paths_in_ldap_sdk.patch\r
  32 \r
  33 Description\r
  34 -----------\r
  35   make 1.81, as currently part of cygwin, does not support Windows paths anymore.\r
  36   So, targets, and target dependencies, in makefile may need to be converted to cygwin\r
  37   notation. This patch does this for directory/c-sdk/ldap/include, other occurances are\r
  38   not known, yet.\r
  39 \r
  40 ====================================================================================\r
  41 File name\r
  42 ---------\r
  43   no_core_abspath_in_nss.patch\r
  44 \r
  45 Description\r
  46 -----------\r
  47   On various platforms, building security/nss/cmd/shlibsign fails. In all cases, the\r
  48   error messages indicate the core_abspath macro used in the Makefile is not resolved\r
  49   properly.\r
  50   This patch replaces the usage of core_abspath with platform-specific constructs.\r
  51 \r
  52 ====================================================================================\r
  53 File name\r
  54 ---------\r
  55   consecutive_ldap_queries.patch\r
  56 \r
  57 Description\r
  58 -----------\r
  59   Consecutive LDAP address book queries (using the same instance of nsAbLDAPDirectoryQuery,\r
  60   but different parameters to the DoQuery method) do not work in OOo. The reason is that\r
  61   the second call to DoQuery ignores most of its arguments, including the listener which\r
  62   is to be notified about the query results, and re-uses the arguments from the first\r
  63   call.\r
  64   The patch changes the DoQuery behavior to respect the arguments of the second call.\r
  65 \r
  66 ====================================================================================\r
  67 File name\r
  68 ---------\r
  69   macosx_build_fix.patch.patch\r
  70 \r
  71 Description\r
  72 -----------\r
  73   For one, recently introduced --with-system-nspr/--with-nspr-prefix in\r
  74   moz/makefile.mk reveals that directory/c-sdk/build.mk/build.mk uses just a\r
  75   hard-coded list of nspr libraries, lacking a proper -L switch (as provided by\r
  76   nspr-config).\r
  77   For another, disabling the routine use of MOZ_ARCH and resulting\r
  78   MOZ_CROSS_COMPILE for Mac OS X in moz/makefile.mk reveals that\r
  79   xpcom/build/Makefile.in wants to link against a macmorefiles_s library\r
  80   without a proper -L switch.\r