"Bernhard R. Link" writes:
> * Russ Allbery [120127 22:30]:
>> This is probably the best summary of why a symbols file might be
>> useful. It helps catch cases where ABI compatibility is not maintained
>> without people being aware that this broke.
> On the other hand a symbols file can also m
* Russ Allbery [120127 22:30]:
> > Symbol files are nice if you have a upstream who doesn't always take
> > binary compatibility that serious (which is probably the case for 75% of
> > upstreamers). Then you have a list that helps you finding out.
>
> This is probably the best summary of why a sym
Sune Vuorela writes:
> On 2012-01-26, Russ Allbery wrote:
>> But that feels like a result contrary to what I had previously thought
>> was the intended direction, so I wanted to ask the Debian development
>> community as a whole: am I missing something? Are these symbols files
>> actually usefu
On Thu, Jan 26, 2012 at 11:49:06PM +, Sune Vuorela wrote:
> On 2012-01-26, Thomas Weber wrote:
> > I'm currently creating symbol files for Octave in Debian. And quite
> > frankly, the way symbol files for C++ libraries are handled and
> > (especially) documented is totally frustrating.
> >
> >
On 2012-01-26, Thomas Weber wrote:
> I'm currently creating symbol files for Octave in Debian. And quite
> frankly, the way symbol files for C++ libraries are handled and
> (especially) documented is totally frustrating.
>
> There's exactly zero precise documentation on how to maintain symbol
> fi
On Thu, Jan 26, 2012 at 08:08:07AM +, Sune Vuorela wrote:
> >Am I missing some trick to make them useful?
>
> You miss pkgkde-symbolshelper written by the fabulous Modestas Vainius
> which is available in pkg-kde-tools.
>
> http://pkg-kde.alioth.debian.org/symbolfiles.html
I'm currently crea
"Bernhard R. Link" writes:
> How many upstream are there that try to achieve ABI equivalence?
> Usually people only try to achieve ABI compability, i.e. programs
> compiled against the old version will work with the new one, but there
> is no garantee that programs compiled against the new versio
* From: Russ Allbery, Wed, 25 Jan 2012 22:53:04 -0800
> 4. Once I had a symbols file that resulted in a successful build and
> that I could have uploaded, I started thinking about how I was going
> to maintain it. With a C program, I would change the symbols file
> versions when the underlying func
On Jue 26 Ene 2012 05:08:07 Sune Vuorela escribió:
[snip]
> >Am I missing some trick to make them useful?
>
> You miss pkgkde-symbolshelper written by the fabulous Modestas Vainius
> which is available in pkg-kde-tools.
>
> http://pkg-kde.alioth.debian.org/symbolfiles.html
+1. As Sune said in ot
* Russ Allbery:
> I'm currently working on the Policy modification to document (and
> recommend) use of symbols instead of shlibs, but I'd only personally used
> symbols with C libraries. Today I decided that I should try adding a
> symbols file to a C++ library, particularly if I'm going to reco
On 2012-01-26, Chow Loong Jin wrote:
>> (subst)MediaInfoLib::MediaInfo::Count_Get(MediaInfoLib::stream_t
>> {size_t})@base 0.7.52
>
> That feature has not been implemented, and its bug[1] has been tagged won=
> tfix.
it's available in pkg-kde-tools as mentioned at other places in this
thread.
>
On 26/01/2012 17:06, Sune Vuorela wrote:
> On 2012-01-26, Chow Loong Jin wrote:
>> (c++|regex)"MediaInfoLib::MediaInfo::Count_Get\(MediaInfoLib::stream_t,
>> unsigned (int|long)\)@Base" 0.7.52
>
> (subst)MediaInfoLib::MediaInfo::Count_Get(MediaInfoLib::stream_t
> {size_t})@base 0.7.52
That feat
On 2012-01-26, Chow Loong Jin wrote:
> (c++|regex)"MediaInfoLib::MediaInfo::Count_Get\(MediaInfoLib::stream_t,
> unsigned (int|long)\)@Base" 0.7.52
(subst)MediaInfoLib::MediaInfo::Count_Get(MediaInfoLib::stream_t
{size_t})@base 0.7.52
note that you might actually want to use the mangled symbol
On 2012-01-26, Russ Allbery wrote:
> I certainly believe there are carefully-maintained C++ libraries that are
> more conservative and that go to the required effort to make this work
> properly, and KDE is probably an excellent example of a large C++ project
> with enough C++ experts involved to
On 2012-01-26, Jérémy Lal wrote:
> About what i wonder (since i'm not c++ expert) if abi-compliance-checker
> is serious enough to be used to decide soname bumps ?
> http://www.upstream-tracker.org/
The abi checker that iirc is hosted somewhere underneath linuxfoundation
is producing quite good r
On 26/01/2012 14:53, Russ Allbery wrote:
> 5. The exported symbols of the library contained many symbols that
>obviously weren't really from that library, but instead were artifacts
>of the C++ compilation process, things like instantiations of
>std::vector. Do those go into the symbol
On Do, Jan 26, 2012 at 09:26:15 (CET), Jérémy Lal wrote:
[...]
> About what i wonder (since i'm not c++ expert) if abi-compliance-checker
> is serious enough to be used to decide soname bumps ?
> http://www.upstream-tracker.org/
Thank you very much for pointing out this service. It surely is ver
On 26/01/2012 09:08, Sune Vuorela wrote:
> On 2012-01-26, Russ Allbery wrote:
>> But that feels like a result contrary to what I had previously thought was
>> the intended direction, so I wanted to ask the Debian development
>> community as a whole: am I missing something? Are these symbols files
Raphael Hertzog writes:
> On Wed, 25 Jan 2012, Russ Allbery wrote:
>> 4. Once I had a symbols file that resulted in a successful build and that
>>I could have uploaded, I started thinking about how I was going to
>>maintain it. With a C program, I would change the symbols file
>>vers
On 2012-01-26, Russ Allbery wrote:
> But that feels like a result contrary to what I had previously thought was
> the intended direction, so I wanted to ask the Debian development
> community as a whole: am I missing something? Are these symbols files
> actually useful?
Symbol files are nice if
On Wed, Jan 25, 2012 at 10:53:04PM -0800, Russ Allbery wrote:
> I'm currently working on the Policy modification to document (and
> recommend) use of symbols instead of shlibs, but I'd only personally used
> symbols with C libraries. Today I decided that I should try adding a
> symbols file to a C
On Thu, Jan 26, 2012 at 08:58:55AM +0100, Raphael Hertzog wrote:
> Hi,
>
> On Wed, 25 Jan 2012, Russ Allbery wrote:
> > 4. Once I had a symbols file that resulted in a successful build and that
> >I could have uploaded, I started thinking about how I was going to
> >maintain it. With a C
Hi,
On Wed, 25 Jan 2012, Russ Allbery wrote:
> 4. Once I had a symbols file that resulted in a successful build and that
>I could have uploaded, I started thinking about how I was going to
>maintain it. With a C program, I would change the symbols file
>versions when the underlying fu
23 matches
Mail list logo
