Re: Architektura aplikacji - powody wyłączania dll z exe

eGospodarka.pl › Grupy › pl.comp.programming › Architektura aplikacji - powody wyłączania dll z exe › Re: Architektura aplikacji - powody wyłączania dll z exe

X-Received: by 10.31.147.83 with SMTP id v80mr476404vkd.0.1512169871254; Fri, 01 Dec
2017 15:11:11 -0800 (PST)
X-Received: by 10.31.147.83 with SMTP id v80mr476404vkd.0.1512169871254; Fri, 01 Dec
2017 15:11:11 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!peer02.am4!peer.am4.highwinds-media.com!peer03.iad!feed-me.highwinds-medi
a.com!news.highwinds-media.com!m31no77584qtf.0!news-out.google.com!t48ni159qtc.
1!nntp.google.com!m31no77583qtf.0!postnews.google.com!glegroupsg2000goo.googleg
roups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Fri, 1 Dec 2017 15:11:10 -0800 (PST)
In-Reply-To: <izm4rewsde4p$.dlg@tyczka.com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=159.205.146.160;
posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
NNTP-Posting-Host: 159.205.146.160
References: <0...@g...com>
<oukn36$l7m$1@node2.news.atman.pl>
<4...@g...com>
<oun2nc$r4t$1@node2.news.atman.pl>
<8...@g...com>
<ouviso$22u$1@node1.news.atman.pl>
<9...@g...com>
<1...@g...com>
<e...@g...com>
<ovgk2k$kc2$1@gioia.aioe.org>
<5...@g...com>
<ovnil0$ubp$1@gioia.aioe.org>
<4...@g...com>
<ovq7de$f0m$1@node2.news.atman.pl>
<c...@g...com>
<izm4rewsde4p$.dlg@tyczka.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <2...@g...com>
Subject: Re: Architektura aplikacji - powody wyłączania dll z exe
From: "M.M." <m...@g...com>
Injection-Date: Fri, 01 Dec 2017 23:11:11 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Body-CRC: 838863019
X-Received-Bytes: 3097
Xref: news-archive.icm.edu.pl pl.comp.programming:211814
[ ukryj nagłówki ]
On Friday, December 1, 2017 at 8:14:21 PM UTC+1, Roman Tyczka wrote:
> On Fri, 1 Dec 2017 04:21:11 -0800 (PST), M.M. wrote:
>
> > Niepokoi mnie tylko jedno. W językach takich jak C, C++ , Pascal i w
> > kilku innych, można zrobić:
> >
> > var = foo() // trudna do oszacowana wartość
> > var(); // wywołanie funkcji
> >
> > Wiem że taka praktyka programistyczna jest bardzo zła, ale formalnie
> > poprawna. Jak więc linkier / kompilator może ustalić, że pewne funkcje
> > z libów można pominąć?
>
> Przecież robiąc to przypisanie dajesz znać, że tego używasz, zatem zostaje
> nieusunięte, co tu niejasnego?
>

Ściślej, kompilator dostaje informacje o nieprzewidywalnych wywołaniach w
momencie gdy jakaś zmienna jest rzutowana na typ wskaźnika na funkcję.
Jak wtedy kompilator powinien się zachować? Czy powinien wcielić absolutnie
całego liba?

Pozdrawiam