Article View: pl.comp.os.linux.programowanie
Article #72617Re: wielokrotne make ze zmianą definicji
From: Sebastian Biały
Date: Fri, 22 Mar 2013 12:14
Date: Fri, 22 Mar 2013 12:14
21 lines
2275 bytes
2275 bytes
On 2013-03-22 13:04, m wrote: >>>> Katastrofa, rekompilacja za każdym razem. >>> No zaraz, a jak chcesz bez rekompilacji? >> Normalnie, make foo. I odstaje *kilka* foo.elf z różnymi #define. > Jakie konkretnie te foo.elf , skoro przecież założenie wstępne jest > takie, że nie robisz wielu plików o róznych nazwach dla jednego .c Jak to nie :)? Dostaje wiele elfów, plików .o, .a itd. > Jeżeli zakładamy, że wszystkie pliki mogą używać definicji, to z > założenia wszystkie trzeba przekompilować. Co byś nie kombinował i tak > skończysz przy rekompilacji. Nie. Jeśli plik main-1234.o jest nowszy niz main.c to nie rekompiluje. Nie wiem dlaczego to miało by być w koncepcji problemem. To prosty graf kiedy z jednego pliku .c powstaje kilka plików .o ale każdy z nich jest prawidłowo oznakowany datą z godnie z regulami sztuki make. Przypominam że #define nie są przypadkowe tylko są "statycznie znane" innymi slowy liczba ścieżek jest znana i powtarzalna pomiedzy odpalniami make.
Technical Details
Message-ID:
<kihhuq$klr$1@node1.news.atman.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mailReferences:
<kifrko$ubl$1@node1.news.atman.pl> <slrnkkn3om.387.amok@ubiquitous.utgard.biz> <kih6c9$84j$1@node1.news.atman.pl> <514c2400$0$26703$65785112@news.neostrada.pl> <kihdal$fi9$1@node1.news.atman.pl> <514c4587$0$1259$65785112@news.neostrada.pl> <kihgr3$t5l$1@node2.news.atman.pl> <514c48da$0$1212$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail From: Sebastian Biały <heby@poczta.onet.pl> Newsgroups: pl.comp.os.linux.programowanie Subject: Re: wielokrotne make ze zmianą definicji Date: Fri, 22 Mar 2013 13:14:12 +0100 Organization: ATMAN - ATM S.A. Lines: 21 Message-ID: <kihhuq$klr$1@node1.news.atman.pl> References: <kifrko$ubl$1@node1.news.atman.pl> <slrnkkn3om.387.amok@ubiquitous.utgard.biz> <kih6c9$84j$1@node1.news.atman.pl> <514c2400$0$26703$65785112@news.neostrada.pl> <kihdal$fi9$1@node1.news.atman.pl> <514c4587$0$1259$65785112@news.neostrada.pl> <kihgr3$t5l$1@node2.news.atman.pl> <514c48da$0$1212$65785112@news.neostrada.pl> NNTP-Posting-Host: 193.0.194.227 Mime-Version: 1.0 X-Trace: node1.news.atman.pl 1363954458 21179 193.0.194.227 (22 Mar 2013 12:14:18 GMT) X-Complaints-To: usenet@atman.pl NNTP-Posting-Date: Fri, 22 Mar 2013 12:14:18 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 In-Reply-To: <514c48da$0$1212$65785112@news.neostrada.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit