Message from discussion
Taille de classe
Received: by 10.180.73.242 with SMTP id o18mr1603400wiv.0.1350184350378;
Sat, 13 Oct 2012 20:12:30 -0700 (PDT)
Path: q11ni134302985wiw.1!nntp.google.com!feeder2.cambriumusenet.nl!feeder1.cambriumusenet.nl!feeder3.cambriumusenet.nl!feed.tweaknews.nl!94.232.116.13.MISMATCH!feed.xsnews.nl!border-3.ams.xsnews.nl!border3.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!border4.nntp.ams.giganews.com!border2.nntp.ams.giganews.com!border2.nntp.dca.giganews.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!nrc-news.nrc.ca!goblin1!goblin2!goblin.stu.neva.ru!feeder.erje.net!news2.arglkargh.de!news.mixmin.net!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!talisker.lacave.net!lacave.net!.POSTED!not-for-mail
From: Lucas Levrel <lucas.lev...@u-pec.fr>
Newsgroups: fr.comp.lang.c++
Subject: Re: Taille de classe
Date: Tue, 9 Oct 2012 11:02:23 +0200
Organization: Service de news de lacave.net
Lines: 18
Message-ID: <alpine.LNX.2.00.1210091054440.3030@coulomb.univ-paris12.fr>
References: <alpine.LNX.2.00.1210041248230.3227@coulomb.univ-paris12.fr> <87lifklneu.fsf@izac.org> <87mx00fzrz.fsf@dpt-info.u-strasbg.fr> <alpine.LNX.2.00.1210081101080.3000@coulomb.univ-paris12.fr> <k4u5tg$1qog$1@cabale.usenet-fr.net> <87d30t9jue.fsf@news.bourguet.org>
<87zk3xdn9f.fsf@dpt-info.u-strasbg.fr>
NNTP-Posting-Host: exafs.u-pec.fr
Mime-Version: 1.0
X-Trace: talisker.lacave.net 1349773281 33501 193.51.149.88 (9 Oct 2012 09:01:21 GMT)
X-Complaints-To: abuse@lacave.net
NNTP-Posting-Date: Tue, 9 Oct 2012 09:01:21 +0000 (UTC)
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
X-X-Sender: lu...@coulomb.univ-paris12.fr
In-Reply-To: <87zk3xdn9f.fsf@dpt-info.u-strasbg.fr>
Bytes: 2039
Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8BIT
Le 8 octobre 2012, Alain Ketterlin a �crit :
> C'est cela qu'il faut faire, � mon avis. Des templates pour chaque cas,
> sp�cialis�s sur le type (A ici). C'est tellement petit ces calculs
> d'adresse (et constant) que le compilo va inliner tout �a. Et s'il
> n'inline pas, �a veut dire qu'on ne veut pas optimiser, et donc autant
> avoir quelque chose de type-safe.
Bizarrement, j'ai des fonctions membres d'une ligne (avec un seul
point-virgule et pas de boucle ;-) ) qui ne sont pas inline-�es si je ne
les d�clare pas inline. Du type :
void A::set_toto(A *ptr){toto=ptr;}
(o� toto est un membre d'A, de type A*). Pourtant je compile avec -O3.
--
LL