summaryrefslogtreecommitdiff
path: root/moz/patches/index.txt
blob: 8eb067718bc8915e2b6164bf56a27e6ec328fde5 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
====================================================================================
File name
---------
  embed_manifest.patch

Description
-----------
  When building Mozilla with MSVC2005, generated libraries and applications
  require the manifest file (name.dll.manifest) to reside beside the file
  itself, or to be embedded.

  The patch does the latter: embedding the manifest file into the
  library/application itself, using the Manifest Tool from the Platform SDK
  resp. MSVC installation.

  The patch is effectively the patch as was committed to the Mozilla trunk,
  taken from here: https://bugzilla.mozilla.org/show_bug.cgi?id=249782#c81.

====================================================================================
File name
---------
  wchart_on_msvc8.patch

Description
-----------
  For compiling with MSVC2005: See https://bugzilla.mozilla.org/show_bug.cgi?id=324842.

====================================================================================
File name
---------
  cygwin_paths_in_ldap_sdk.patch

Description
-----------
  make 1.81, as currently part of cygwin, does not support Windows paths anymore.
  So, targets, and target dependencies, in makefile may need to be converted to cygwin
  notation. This patch does this for directory/c-sdk/ldap/include, other occurances are
  not known, yet.

====================================================================================
File name
---------
  no_core_abspath_in_nss.patch

Description
-----------
  On various platforms, building security/nss/cmd/shlibsign fails. In all cases, the
  error messages indicate the core_abspath macro used in the Makefile is not resolved
  properly.
  This patch replaces the usage of core_abspath with platform-specific constructs.

====================================================================================
File name
---------
  consecutive_ldap_queries.patch

Description
-----------
  Consecutive LDAP address book queries (using the same instance of nsAbLDAPDirectoryQuery,
  but different parameters to the DoQuery method) do not work in OOo. The reason is that
  the second call to DoQuery ignores most of its arguments, including the listener which
  is to be notified about the query results, and re-uses the arguments from the first
  call.
  The patch changes the DoQuery behavior to respect the arguments of the second call.

====================================================================================
File name
---------
  macosx_build_fix.patch.patch

Description
-----------
  For one, recently introduced --with-system-nspr/--with-nspr-prefix in
  moz/makefile.mk reveals that directory/c-sdk/build.mk/build.mk uses just a
  hard-coded list of nspr libraries, lacking a proper -L switch (as provided by
  nspr-config).
  For another, disabling the routine use of MOZ_ARCH and resulting
  MOZ_CROSS_COMPILE for Mac OS X in moz/makefile.mk reveals that
  xpcom/build/Makefile.in wants to link against a macmorefiles_s library
  without a proper -L switch.