Package: wnpp
Severity: wishlist
Owner: Olivier Sallou
* Package name: ruby-text
Version : 1.1.2
Upstream Author : Paul Battley, Michael Neumann, Tim Fletcher
* URL : https://rubygems.org/gems/Text
* License : GPL
Programming Lang: Ruby
Description : c
Package: wnpp
Severity: wishlist
Owner: Olivier Sallou
* Package name: ruby-cassiopee
Version : 0.1.8
Upstream Author : Olivier Sallou
* URL : https://rubygems.org/gems/cassiopee
* License : GPL
Programming Lang: Ruby
Description : provide methods to
DEP-5 is a good step forward to standardize copyright information.
While it's indeed useful to determine a license type, there's no
guarantee stand-alone license paragraphs or license headers are
accurate (i.e. typos, GPL-2 license header while declaring GPL-2+), or
canonically formatted (i.e. 72-
On 2011-10-02 23:08, Henrique de Moraes Holschuh wrote:
On Sun, 02 Oct 2011, Florian Weimer wrote:
Couldn't we get rid of static libraries altogether, replacing static
linking with ahead-of-time dynamic linking?
[1] but I don't feel strong enough about it to get in the way if we do
decide to d
On Mon, Oct 03, 2011 at 11:20:11AM +0100, Alastair McKinstry wrote:
> On 2011-10-02 23:08, Henrique de Moraes Holschuh wrote:
> >On Sun, 02 Oct 2011, Florian Weimer wrote:
> >>Couldn't we get rid of static libraries altogether, replacing static
> >>linking with ahead-of-time dynamic linking?
> >
>
* Henrique de Moraes Holschuh:
> On Sun, 02 Oct 2011, Florian Weimer wrote:
>> Couldn't we get rid of static libraries altogether, replacing static
>> linking with ahead-of-time dynamic linking?
>
> Well, the normal usecase for static libraries and static linking is to
> produce self-contained obj
Good day,
Please if you have information provided can be installed on Nokia N93
with Symbian OS 9.1, S60 3rd edition, a version of Linux.
thank you for the advice!
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
* Adam Borowski:
>> I would defend static libs for scientific apps. Static libs show a
>> significant performance benefit (2-40%, median around 5-10% but sometimes
>> far more with C++ apps) and so are standard in HPC still;
>
> If you see that big a difference, you do a lot of cross-file calls in
On Mon, Oct 3, 2011 at 05:13, ..Blue...Genea.. wrote:
> Good day,
> Please if you have information provided can be installed on Nokia N93
> with Symbian OS 9.1, S60 3rd edition, a version of Linux.
>
> thank you for the advice!
I am not a Debian Developer, but I have never heard of Linux being
in
* Bastien ROUCARIES:
> On Mon, Oct 3, 2011 at 3:02 PM, Florian Weimer wrote:
>> * Adam Borowski:
>>
I would defend static libs for scientific apps. Static libs show a
significant performance benefit (2-40%, median around 5-10% but sometimes
far more with C++ apps) and so are standa
On Mon, Oct 3, 2011 at 3:02 PM, Florian Weimer wrote:
> * Adam Borowski:
>
>>> I would defend static libs for scientific apps. Static libs show a
>>> significant performance benefit (2-40%, median around 5-10% but sometimes
>>> far more with C++ apps) and so are standard in HPC still;
>>
>> If you
* Bastien ROUCARIES [111003 17:27]:
> > Not necessarily. -fPIC and -fPIE force calls to global functions
> > defined in the same translation unit to go through the PLT. They
> > aren't translated to direct IP-relative calls. For -fPIC, this is
> > required by the ELF specification (no kidding,
* Alastair McKinstry [111003 12:48]:
> I would defend static libs for scientific apps. Static libs show a
> significant performance
> benefit (2-40%, median around 5-10% but sometimes far more with C++
> apps)
Are those numbers only the position independent code (I guess mostly
the register avail
On Mon, 03 Oct 2011 at 17:11:21 +0200, Bastien ROUCARIES wrote:
> On Mon, Oct 3, 2011 at 3:02 PM, Florian Weimer wrote:
> > Not necessarily. -fPIC and -fPIE force calls to global functions
> > defined in the same translation unit to go through the PLT. They
> > aren't translated to direct IP-rel
14 matches
Mail list logo
