Raphael Hertzog hert...@debian.org (23/07/2009):
In case a maintainer of a shared lib never did this, I strongly
advise playing around with a simple combo of diff, find, and nm, in
order to have a look at what symbols are becoming between two
releases.
Why is that better than comparing
On Wed, 22 Jul 2009, Cyril Brulebois wrote:
Raphael Hertzog hert...@debian.org (22/07/2009):
Yes. Check man dpkg-gensymbols and see how some nice tools
[…propaganda…]
FSVO “nice”. #536034.
Mistakes happen, that doesn't change anything concerning the usefulness of
the tool.
In case a
On Wed, 22 Jul 2009, Christian Hammers wrote:
Am Tue, 21 Jul 2009 22:13:55 + (UTC)
schrieb Philipp Kern tr...@philkern.de:
Well, actually... I would expect that from a maintainer of a... shared
library. dpkg-gensymbols helps with that, though.
I meant maintainer as in Debian
Peter Samuelson wrote:
2) Runtime linking. This is overhead at application startup time.
Something that embeds an SQL engine should not, I think, start up too
frequently. Am I wrong?
We're talking about amarok here. As a medi aplayer I could imagine it will be
starte several times per
2) Runtime linking. This is overhead at application startup time.
Something that embeds an SQL engine should not, I think, start up too
frequently. Am I wrong?
[Bernd Zeimetz]
We're talking about amarok here. As a medi aplayer I could imagine it
will be starte several times per
Raphael Hertzog hert...@debian.org (22/07/2009):
Yes. Check man dpkg-gensymbols and see how some nice tools
[…propaganda…]
FSVO “nice”. #536034.
In case a maintainer of a shared lib never did this, I strongly advise
playing around with a simple combo of diff, find, and nm, in order to
have a
On Tue, Jul 21, 2009 at 12:40:17AM +0200, Christian Hammers wrote:
So I try to get this working on Debian, too, and create a libmysqld0
package with a shared library instead. Speaking of it, which soname
version should I give it? 0.0.0? Or something like 0.5137.0 to somehow
encode a version as
On Tue, Jul 21, 2009 at 12:40:17AM +0200, Christian Hammers wrote:
Am Mon, 20 Jul 2009 23:18:23 +0100
schrieb Roger Leigh rle...@codelibre.net:
If other libraries are including this library, then why is libmysqld
not being provided as a properly-versioned shared object?
Upstream, in this
[Wouter Verhelst]
Whether we should recommend using static libraries is another matter
entirely; indeed performance does go down a teeny weeny bit when using
shared libraries, but the difference shouldn't be *that* large; if it
is, that probably means they're using a twisty maze of function
On Tue, Jul 21, 2009 at 09:17:28AM -0500, Peter Samuelson wrote:
[Wouter Verhelst]
Whether we should recommend using static libraries is another matter
entirely; indeed performance does go down a teeny weeny bit when using
shared libraries, but the difference shouldn't be *that* large; if
Hello
On 2009-07-21 Wouter Verhelst wrote:
On Tue, Jul 21, 2009 at 12:40:17AM +0200, Christian Hammers wrote:
Am Mon, 20 Jul 2009 23:18:23 +0100
schrieb Roger Leigh rle...@codelibre.net:
If other libraries are including this library, then why is libmysqld
not being provided as a
On 2009-07-21, Christian Hammers c...@debian.org wrote:
First, thanks for the long answer, Wouter!
To wrap it up:
* static libraries are a PITA in case of security problems
* static libraries are a PITA for other projects as they have no versions
* shared libraries with self chosen soname
Am Tue, 21 Jul 2009 22:13:55 + (UTC)
schrieb Philipp Kern tr...@philkern.de:
On 2009-07-21, Christian Hammers c...@debian.org wrote:
First, thanks for the long answer, Wouter!
To wrap it up:
* static libraries are a PITA in case of security problems
* static libraries are a PITA
On Tue, Jul 21, 2009 at 04:52:52PM +0200, Wouter Verhelst wrote:
As I understand it, the performance drawbacks of a shared library are:
1) The PIC code and its use of a GOT. Given that we're talking about a
PIC static library, this is not relevant.
The argument was that a shared
Hello
In the Cc'ed bug report we were asked to created a libmysqld-pic package that
only contains libmysqld_pic.a which should be compiled with -fPIC.
As I'm no library expert I gladly follow the recommendation of Policy §10.2
and ask for comments :) The reason for creating this package was that
On Mon, Jul 20, 2009 at 11:10:11PM +0200, Christian Hammers wrote:
Hello
In the Cc'ed bug report we were asked to created a libmysqld-pic package that
only contains libmysqld_pic.a which should be compiled with -fPIC.
As I'm no library expert I gladly follow the recommendation of Policy
Am Mon, 20 Jul 2009 23:18:23 +0100
schrieb Roger Leigh rle...@codelibre.net:
On Mon, Jul 20, 2009 at 11:10:11PM +0200, Christian Hammers wrote:
Hello
In the Cc'ed bug report we were asked to created a libmysqld-pic
package that only contains libmysqld_pic.a which should be compiled
17 matches
Mail list logo
