Re: kompilowanie jezyków skryptowych - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › kompilowanie jezyków skryptowych › Re: kompilowanie jezyków skryptowych

X-Received: by 10.140.47.43 with SMTP id l40mr1834qga.11.1391297136452; Sat, 01 Feb
2014 15:25:36 -0800 (PST)
X-Received: by 10.140.47.43 with SMTP id l40mr1834qga.11.1391297136452; Sat, 01 Feb
2014 15:25:36 -0800 (PST)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.nask.pl!news.nask.org.pl!news.unit0.net!usenet.blueworldhosting.c
om!feeder01.blueworldhosting.com!peer01.iad.highwinds-media.com!news.highwinds-
media.com!feed-me.highwinds-media.com!uq10no8173295igb.0!news-out.google.com!y1
8ni189qap.1!nntp.google.com!k15no11438034qaq.0!postnews.google.com!glegroupsg20
00goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Sat, 1 Feb 2014 15:25:36 -0800 (PST)
In-Reply-To: <f...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=93.154.136.61;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 93.154.136.61
References: <8...@g...com>
<52ea63bd$0$2151$65785112@news.neostrada.pl>
<e...@g...com>
<8...@g...com>
<4...@g...com>
<5...@g...com>
<6...@g...com>
<f...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8...@g...com>
Subject: Re: kompilowanie jezyków skryptowych
From: firr <p...@g...com>
Injection-Date: Sat, 01 Feb 2014 23:25:36 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 2251
X-Received-Body-CRC: 3079297688
Xref: news-archive.icm.edu.pl pl.comp.programming:205076
[ ukryj nagłówki ]
>
> > 3) jak to wyglada w praktyce, czy da sie to łaczyc
> > zupelnie 'seamless' i jak to robią dostepne interpretery
>
>
>
> Co do tego "zupelnie 'seamless'", to nie wiem, co
> masz na mysli. Co do pytania, jak to robia dostepne
> interpretery, to tez nie bardzo wiem, o co pytasz.

w sumie chodzi o to czy jak ma sie jeden modul
w postaci skompilowanego kodu binarnego obj i drugi modul w postaci interpretowanego
pliku c to te muduły moga nawzajem wywolywac swoje funkcjie i
czytac swoje dane bez zadnego kodu dodatkowego zszywajacego (na granicy komunikacji
miedzy plikami c i obj), wydaje sie ze chyba tak, tj nie potrzebuja