Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / 2c / 8b0a540d6bc4c6c01bfc826c7bda5b23a5c76a
1 Return-Path: <dkg@fifthhorseman.net>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id 85A5D431FD0\r
6         for <notmuch@notmuchmail.org>; Tue, 21 Jun 2011 19:05:26 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 0\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
12         autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id VLXu0AZqL-D8 for <notmuch@notmuchmail.org>;\r
16         Tue, 21 Jun 2011 19:05:25 -0700 (PDT)\r
17 Received: from che.mayfirst.org (che.mayfirst.org [209.234.253.108])\r
18         by olra.theworths.org (Postfix) with ESMTP id D990A431FB6\r
19         for <notmuch@notmuchmail.org>; Tue, 21 Jun 2011 19:05:25 -0700 (PDT)\r
20 Received: from [192.168.13.75] (lair.fifthhorseman.net [216.254.116.241])\r
21         by che.mayfirst.org (Postfix) with ESMTPSA id E5400F970\r
22         for <notmuch@notmuchmail.org>; Tue, 21 Jun 2011 22:05:23 -0400 (EDT)\r
23 Message-ID: <4E014DDB.20001@fifthhorseman.net>\r
24 Date: Tue, 21 Jun 2011 22:05:15 -0400\r
25 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
26 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;\r
27         rv:1.9.2.17) Gecko/20110516 Icedove/3.1.10\r
28 MIME-Version: 1.0\r
29 To: notmuch@notmuchmail.org\r
30 Subject: Re: hiding xapian symbols\r
31 References: <1308704923-14748-1-git-send-email-david@tethera.net>\r
32 In-Reply-To: <1308704923-14748-1-git-send-email-david@tethera.net>\r
33 X-Enigmail-Version: 1.1.2\r
34 Content-Type: multipart/signed; micalg=pgp-sha512;\r
35         protocol="application/pgp-signature";\r
36         boundary="------------enig8A5960AA5BA1FD58935161A0"\r
37 X-BeenThere: notmuch@notmuchmail.org\r
38 X-Mailman-Version: 2.1.13\r
39 Precedence: list\r
40 Reply-To: notmuch <notmuch@notmuchmail.org>\r
41 List-Id: "Use and development of the notmuch mail system."\r
42         <notmuch.notmuchmail.org>\r
43 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
44         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
45 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
46 List-Post: <mailto:notmuch@notmuchmail.org>\r
47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
48 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
49         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
50 X-List-Received-Date: Wed, 22 Jun 2011 02:05:26 -0000\r
51 \r
52 This is an OpenPGP/MIME signed message (RFC 2440 and 3156)\r
53 --------------enig8A5960AA5BA1FD58935161A0\r
54 Content-Type: text/plain; charset=UTF-8\r
55 Content-Transfer-Encoding: quoted-printable\r
56 \r
57 On 06/21/2011 09:08 PM, david@tethera.net wrote:\r
58 > Here is my proposal, based on Clint's suggestion on IRC, and on the\r
59 > sed hack from librhash, to hide all symbols that are not explicitly\r
60 > part of the notmuch API. In particular it hides the various symbols\r
61 > related to Xapian exceptions.\r
62 \r
63 I like this proposal -- i would be really glad to not see the mangled\r
64 Xapian symbols in libnotmuch.so.\r
65 \r
66 However, i'm concerned that the act of hiding these symbols will make it\r
67 so that any program that tries to link both libnotmuch and libxapian\r
68 will be unable to use these symbols.\r
69 \r
70 Consider the visiblity rules [0]:\r
71 \r
72 >> Symbol visibility is "default" by default but if the linker encounters=\r
73 =20\r
74 >> just one definition with it hidden - just one - that typeinfo symbol=20\r
75 >> becomes permanently hidden (remember the C++ standard's ODR - one=20\r
76 >> definition rule).=20\r
77 \r
78 \r
79 This makes me think that a program that links against libnotmuch and\r
80 libxapian, but actually tries to *use* libxapian's exception handling\r
81 may have a problem.\r
82 \r
83 This is probably best resolved by writing such an executable and seeing\r
84 if it behaves, but alas, i haven't done that work.   Any takers?\r
85 Perhaps this could be a test in the notmuch test suite?\r
86 \r
87         --dkg\r
88 \r
89 \r
90 [0]\r
91 http://gcc.gnu.org/wiki/Visibility#Problems_with_C.2B-.2B-_exceptions_.28=\r
92 please_read.21.29\r
93 \r
94 \r
95 \r
96 --------------enig8A5960AA5BA1FD58935161A0\r
97 Content-Type: application/pgp-signature; name="signature.asc"\r
98 Content-Description: OpenPGP digital signature\r
99 Content-Disposition: attachment; filename="signature.asc"\r
100 \r
101 -----BEGIN PGP SIGNATURE-----\r
102 Version: GnuPG v1.4.11 (GNU/Linux)\r
103 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/\r
104 \r
105 iQJ8BAEBCgBmBQJOAU3bXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
106 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwRUU1QkU5NzkyODJEODBCOUY3NTQwRjFD\r
107 Q0QyRUQ5NEQyMTczOUU5AAoJEMzS7ZTSFznp7rYQAKM+VE48bjNLEGv6VYQ9sCdq\r
108 79DzrgKAYoBkE5sLHGGkowY85wHF35kMgFwPFjeu7JFagMZ8VI2VOg8f1Qp66SDW\r
109 5crlotun9WtB0yBqRTc1BBIpZdqNdye8dYd1sICJoVy0onzJWC7nyv04bfmi+QSr\r
110 9dWqtu/ixaHPxO6X2paZIxzqFZBck8Qe/olIYHNOjjoyEG6zyg6gr5pYbqW9dLvp\r
111 5bKm49/zlI4JRjP+iRXO0QseL/CTQ1Vus41KGux/FeteQEHtQyIjQfJ4yBAdH2At\r
112 mfOIXW39niUcVuIdgkfbnLtwdUsi9k9Ffu3/HBGRkURfkZ3StEG7X9Fueza6bJlW\r
113 NAPiKaRNqK02Strrb4HunYSYv8FQzzt6DacSAJ9n+/sbLDTVRr5NMdoSKJJc8Fsn\r
114 84HVaRWHSlGSMJrWO1ixE79yXWklovFlu7nY5LxdnXsl8TTUVDs8SzqWDsu0d2A/\r
115 N0o1fMLqE3GXngjMr++C8z2Tg6JyZADTzxnxChd2wsxUV9mBQNHhwIdvleDKfEMQ\r
116 nCA7608lSS/pWwuKCxV1bJ3ppatd7UMfCov+NKjMOtXDd7+p6jSIwiHm4MDR4RUM\r
117 hy5qD3I24UM2CK6RTfB4FmoxVbcpDCqSD1cFwRdoEQl9yUo6snmh3r/1V8HIahgh\r
118 wXeCzE5r/C4Q7rSeujgv\r
119 =0rGx\r
120 -----END PGP SIGNATURE-----\r
121 \r
122 --------------enig8A5960AA5BA1FD58935161A0--\r