1 00:00:07,200 --> 00:00:09,100 [Powered by Google Translate] ROB Bowden: Parunāsim par kompilatoru. 2 00:00:09,100 --> 00:00:11,490 Līdz šajā punktā, jūs esat tikko ierakstījāt savu avota kodu 3 00:00:11,490 --> 00:00:14,260 daži faili, sūtīja viņus pa šo lielo melno kasti, kas ir 4 00:00:14,260 --> 00:00:16,890 Šķindoņa, un ārā nāk savu izpildāmo failu, kas dara 5 00:00:16,890 --> 00:00:19,430 tieši to, ko jūs rakstījāt jūsu avota kodu. 6 00:00:19,430 --> 00:00:22,170 As burvju kā ir bijis, mēs spēsim veikt tuvāk 7 00:00:22,170 --> 00:00:23,590 apskatīt to, kas patiesībā notiek 8 00:00:23,590 --> 00:00:25,220 kad mēs apkopotu failu. 9 00:00:25,220 --> 00:00:28,580 Tātad, ko tas nozīmē, lai apkopotu kaut ko? 10 00:00:28,580 --> 00:00:31,150 >> Nu, visvairāk vispārējā nozīmē, tas tikai nozīmē, 11 00:00:31,150 --> 00:00:32,580 pārveidojot kods rakstīts vienā 12 00:00:32,580 --> 00:00:34,680 programmēšanas valodas uz otru. 13 00:00:34,680 --> 00:00:37,550 Bet parasti, kad cilvēki saka, viņi sastādīt kaut ko, viņi 14 00:00:37,550 --> 00:00:39,660 domāju viņi lieto to no augstāka līmeņa plānošanas 15 00:00:39,660 --> 00:00:42,460 valoda zemāka līmeņa programmēšanas valodu. 16 00:00:42,460 --> 00:00:44,960 Tās var šķist ļoti subjektīviem nosacījumiem. 17 00:00:44,960 --> 00:00:48,090 Piemēram, jūs, iespējams, nav jādomā par C, kā augsts 18 00:00:48,090 --> 00:00:51,440 līmeņa programmēšanas valoda, bet jūs salīdzināšanu. 19 00:00:51,440 --> 00:00:52,730 Bet tas viss ir relatīvs. 20 00:00:52,730 --> 00:00:55,790 Kā mēs redzēsim, montāža kodu un beidzot mašīna 21 00:00:55,790 --> 00:00:59,270 kods, kas mēs apkopotu uz leju, ir nenoliedzami zemāka līmeņa 22 00:00:59,270 --> 00:01:00,700 kā C. 23 00:01:00,700 --> 00:01:03,310 Kaut arī mēs būsim, izmantojot šķindēt mūsdienu demonstrācijas, 24 00:01:03,310 --> 00:01:06,360 Daudz no idejām šeit pārnest uz citām apkopotājiem. 25 00:01:06,360 --> 00:01:09,160 >> Par šķindēt, ir četri galvenie soļi kopējā 26 00:01:09,160 --> 00:01:10,200 apkopošanas. 27 00:01:10,200 --> 00:01:15,430 Tie ir viens, preprocessing izdarīt apstrādātāju, divi, 28 00:01:15,430 --> 00:01:19,530 kompilācija darīts ar kompilatoru, trīs, montāža 29 00:01:19,530 --> 00:01:22,010 darīts ar montētājs, un četri, 30 00:01:22,010 --> 00:01:24,640 saistot darīts ar linker. 31 00:01:24,640 --> 00:01:27,600 To var būt mulsinoši, ka viens no kopējās substeps 32 00:01:27,600 --> 00:01:30,980 Šķindēt sastādītāji sauc sastādītājs, bet 33 00:01:30,980 --> 00:01:32,530 mēs nokļūt, ka. 34 00:01:32,530 --> 00:01:35,050 Mēs būsim, izmantojot vienkāršu Hello World programmu mūsu piemērs 35 00:01:35,050 --> 00:01:36,270 visā šajā video. 36 00:01:36,270 --> 00:01:38,380 Pieņemsim to apskatīt. 37 00:01:38,380 --> 00:01:40,330 >> Pirmais solis ir preprocessing. 38 00:01:40,330 --> 00:01:42,520 Ko apstrādātāju darīt? 39 00:01:42,520 --> 00:01:45,560 Diezgan daudz ik C programmu esat kādreiz lasīt vai rakstisku, 40 00:01:45,560 --> 00:01:48,310 Jūs esat izmantojis rindas kodu, kas sākas ar hash. 41 00:01:48,310 --> 00:01:51,730 Es aicinu to hash, bet jūs varat arī zvanīt to mārciņas, skaits 42 00:01:51,730 --> 00:01:53,280 parakstīt, vai asas. 43 00:01:53,280 --> 00:01:56,840 Jebkura šāda līnija ir apstrādātāju direktīva. 44 00:01:56,840 --> 00:02:00,650 Jūs, iespējams, redzējuši # definētu un # ietvert agrāk, taču tur 45 00:02:00,650 --> 00:02:03,690 Ir vēl citas, ka apstrādātāju atzīst. 46 00:02:03,690 --> 00:02:07,340 Pieņemsim pievienot # define mūsu sveiki pasaules piemērs. 47 00:02:07,340 --> 00:02:11,690 Tagad palaist tikai preprocessor ar šo lietu. 48 00:02:11,690 --> 00:02:16,150 Nokārtojot clage the-E karogu, jūs uzdodot to palaist 49 00:02:16,150 --> 00:02:17,880 tikai apstrādātāju. 50 00:02:17,880 --> 00:02:19,130 Paskatīsimies, kas notiek. 51 00:02:22,250 --> 00:02:24,020 Izskatās šķindēt vienkārši atklepo viss 52 00:02:24,020 --> 00:02:25,200 pie komandrindas. 53 00:02:25,200 --> 00:02:27,800 Lai saglabātu visu šo produkciju uz jaunu failu ar nosaukumu 54 00:02:27,800 --> 00:02:33,850 hello2.c, mēs pievienot> hello2.c mūsu komandu. 55 00:02:33,850 --> 00:02:37,800 Tagad pieņemsim apskatīt mūsu preprocessed failu. 56 00:02:37,800 --> 00:02:40,810 >> Paga, kas notika ar mūsu īso maz programmu? 57 00:02:40,810 --> 00:02:43,890 Ja mēs iet visu ceļu uz leju šo failu, mēs redzēsim 58 00:02:43,890 --> 00:02:46,070 daži kodu, ka mēs faktiski wrote. 59 00:02:46,070 --> 00:02:49,800 Ievērojiet, ka # define ir aizgājuši un visu vārda gadījumi 60 00:02:49,800 --> 00:02:51,950 ir aizstāti ar tieši to, ko mēs noteikti 61 00:02:51,950 --> 00:02:53,590 # define līniju. 62 00:02:53,590 --> 00:02:56,530 Tātad, kādi ir visi šie typedefs un funkciju deklarācijas 63 00:02:56,530 --> 00:02:58,140 augšpusē failu? 64 00:02:58,140 --> 00:03:00,820 Ievērojiet, ka # define nebija vienīgais apstrādātāju 65 00:03:00,820 --> 00:03:02,390 direktīva, mēs noteikti. 66 00:03:02,390 --> 00:03:05,280 Mēs arī esam # ietvert stdio.h. 67 00:03:05,280 --> 00:03:09,560 Tātad visi traks līnijas ir faktiski tikai stdio.h kopēti 68 00:03:09,560 --> 00:03:11,810 un ielīmēt augšpusē šo failu. 69 00:03:11,810 --> 00:03:14,110 Tieši tāpēc header faili ir tik noderīgi funkcijas 70 00:03:14,110 --> 00:03:15,160 deklarācijas. 71 00:03:15,160 --> 00:03:17,740 Tā vietā, lai nepieciešamības kopēt un ielīmēt visu funkciju 72 00:03:17,740 --> 00:03:21,050 deklarācijas jūs plānojat izmantot augšpusē jūsu failu, 73 00:03:21,050 --> 00:03:22,990 apstrādātāju kopēt un ielīmēt tos no galvenes 74 00:03:22,990 --> 00:03:24,140 fails jums. 75 00:03:24,140 --> 00:03:26,480 >> Tagad, ka mēs esam darīts preprocessing, mēs virzāmies uz 76 00:03:26,480 --> 00:03:27,680 apkopošanas. 77 00:03:27,680 --> 00:03:30,725 Iemesls, kāpēc mēs saucam šo soli kompilāciju ir, jo tas ir 78 00:03:30,725 --> 00:03:34,130 solis kad šķindēt faktiski nav tās apkopojot no C līdz 79 00:03:34,130 --> 00:03:35,370 montāža kodu. 80 00:03:35,370 --> 00:03:38,280 Lai būtu šķindēt veido lietu līdz montāžu, bet 81 00:03:38,280 --> 00:03:42,030 turpināt vairs nav, nodot to the-S karogs 82 00:03:42,030 --> 00:03:43,560 pie komandrindas. 83 00:03:43,560 --> 00:03:44,790 Pieņemsim to apskatīt montāžas 84 00:03:44,790 --> 00:03:47,390 failu, ko bija izvadīt. 85 00:03:47,390 --> 00:03:49,740 Tas izskatās diezgan citā valodā. 86 00:03:49,740 --> 00:03:52,660 Montāža kods ir ļoti procesors specifiska. 87 00:03:52,660 --> 00:03:55,440 Šajā gadījumā, jo CS50 ierīce darbojas 88 00:03:55,440 --> 00:04:00,470 virtuālā x86 procesoru, tas ir x86 montāža kodu. 89 00:04:00,470 --> 00:04:03,450 Ļoti maz cilvēku rakstīt tieši montāžas kodu šajās dienās, 90 00:04:03,450 --> 00:04:06,490 bet katru C programma jūs kādreiz uzrakstīt izpaužas pārveidots leju 91 00:04:06,490 --> 00:04:07,940 uz pulcēšanās. 92 00:04:07,940 --> 00:04:11,440 Atkal, mēs saucam šo soli apkopojot C uz pulcēšanās 93 00:04:11,440 --> 00:04:14,170 jo mēs ejam no augstāka līmeņa uz zemāku līmeni 94 00:04:14,170 --> 00:04:15,480 programmēšanas valodu. 95 00:04:15,480 --> 00:04:17,880 >> Kas padara montāža zemāku līmeni, nekā C? 96 00:04:17,880 --> 00:04:21,660 Nu, montāžu, mēs esam ļoti ierobežota, ko mēs varam darīt. 97 00:04:21,660 --> 00:04:25,120 Nav IF, bet s, par s, vai cilpas nekādu. 98 00:04:25,120 --> 00:04:27,560 Bet jūs varat paveikt pašas lietas, kas šiem kontroles 99 00:04:27,560 --> 00:04:30,270 struktūras piedāvā izmantojot ierobežotos operācijas, 100 00:04:30,270 --> 00:04:32,350 montāža tas sniedz. 101 00:04:32,350 --> 00:04:35,960 Bet, lai redzētu, cik zems līmenis montāža patiešām ir, iesim 102 00:04:35,960 --> 00:04:39,320 vienu soli tālāk mūsu apkopošanā, montāža. 103 00:04:39,320 --> 00:04:41,890 Tas ir montētājam darbs, lai pārveidotu montāžas kodu 104 00:04:41,890 --> 00:04:44,740 uz objektu vai mašīnu kodu. 105 00:04:44,740 --> 00:04:47,610 Atcerieties, ka montētājs nav izejas montāžu; 106 00:04:47,610 --> 00:04:51,080 drīzāk, tas aizņem montāžā un izvadi mašīnu kodu. 107 00:04:51,080 --> 00:04:54,040 Mašīnu kods ir faktiskā 1 devēja un 0, ka CPU var 108 00:04:54,040 --> 00:04:57,290 saprotu, kaut gan mums vēl ir niecīga darba bit atlicis 109 00:04:57,290 --> 00:04:59,380 Pirms mēs varam vadīt mūsu programmu. 110 00:04:59,380 --> 00:05:01,400 Pieņemsim apkopot mūsu montāžas kodu, izejot 111 00:05:01,400 --> 00:05:04,080 Šķindēt-c karogu. 112 00:05:04,080 --> 00:05:06,410 Tagad pieņemsim redzēt, kas samontētajā failā. 113 00:05:06,410 --> 00:05:09,220 >> Nu, tas nepalīdz mums ļoti daudz. 114 00:05:09,220 --> 00:05:11,340 Atcerieties, ka mašīna kods ir tie, un nullītes ka 115 00:05:11,340 --> 00:05:13,240 dators var saprast. 116 00:05:13,240 --> 00:05:16,080 Tas nenozīmē, ka tas ir viegli, lai mēs saprastu. 117 00:05:16,080 --> 00:05:19,160 Tātad, kā tieši zems līmenis ir montāža? 118 00:05:19,160 --> 00:05:21,480 Tas ir gandrīz identisks objekta kodu. 119 00:05:21,480 --> 00:05:24,300 Iet no montāžas līdz objekta kodu ir daudz vairāk 120 00:05:24,300 --> 00:05:27,540 tulkojums nekā transformācija, kas ir iemesls, kāpēc 121 00:05:27,540 --> 00:05:29,310 varētu neuzskata montētājam, lai 122 00:05:29,310 --> 00:05:31,400 darīt kaut faktisko sagatavošanu. 123 00:05:31,400 --> 00:05:34,110 Faktiski, tas ir diezgan viegli, lai manuāli tulkot no 124 00:05:34,110 --> 00:05:36,050 montāža uz mašīnu kodu. 125 00:05:36,050 --> 00:05:39,040 Raugoties uz Bloks galvenā funkcija, kas pirmā līnija 126 00:05:39,040 --> 00:05:42,100 notiek, lai atbilstu heksadecimālo 0x55. 127 00:05:42,100 --> 00:05:45,470 Binārā, ka ir 1.010.101. 128 00:05:45,470 --> 00:05:49,300 Otrajā rindā notiek, lai atbilstu heksadecimālo 0x895. 129 00:05:49,300 --> 00:05:51,290 Un nākamais, 0x56. 130 00:05:51,290 --> 00:05:53,730 Ņemot vērā samērā vienkārši galda, jūs varētu tulkot 131 00:05:53,730 --> 00:05:57,130 montāža uz kodu ka mašīnas var saprast arī. 132 00:05:57,130 --> 00:05:58,810 >> Tātad tur ir viens atlikušais posms 133 00:05:58,810 --> 00:06:01,150 kompilācija, kas savieno. 134 00:06:01,150 --> 00:06:04,530 Savieno apvieno ķekars objektu failus vienā lielā failā 135 00:06:04,530 --> 00:06:06,380 ka jūs faktiski var izpildīt. 136 00:06:06,380 --> 00:06:08,570 Saistot ir ļoti sistēma atkarīgi. 137 00:06:08,570 --> 00:06:11,030 Tāpēc vienkāršākais veids, kā iegūt šķindēt lai tikai saite objektu 138 00:06:11,030 --> 00:06:13,920 failus kopā ir aicināt šķindēt par visiem failiem, kas 139 00:06:13,920 --> 00:06:15,190 vēlaties saistīt kopā. 140 00:06:15,190 --> 00:06:18,740 Ja jūs norādiet. O failus, tad tas nav nepieciešams pārstrādāt, 141 00:06:18,740 --> 00:06:21,680 apkopot, un apkopot visu jūsu avota kodu. 142 00:06:21,680 --> 00:06:23,960 Pieņemsim mest math funkcijas mūsu failu, tāpēc mums ir 143 00:06:23,960 --> 00:06:25,210 kaut saistīt iekšā 144 00:06:34,220 --> 00:06:37,010 Tagad pieņemsim sastādīt to atpakaļ uz leju, lai objekta kodu un 145 00:06:37,010 --> 00:06:38,260 aicināt šķindēt par to. 146 00:06:40,560 --> 00:06:41,420 Hmm. 147 00:06:41,420 --> 00:06:43,790 Tā mēs iekļāvām math funkcijas, mums saiti 148 00:06:43,790 --> 00:06:46,610 math bibliotēka ar-LM. 149 00:06:46,610 --> 00:06:48,990 >> Ja mēs vēlējāmies, lai savienotu ķekars. O failus, kas mums 150 00:06:48,990 --> 00:06:51,420 rakstīja par mūsu pašu, mēs gribētu vienkārši norādiet tos visus 151 00:06:51,420 --> 00:06:52,460 komandrindas. 152 00:06:52,460 --> 00:06:55,320 Ierobežojums ir tas, ka tikai viens no šiem failiem jābūt 153 00:06:55,320 --> 00:06:57,790 faktiski norādīt galveno funkciju, vai arī 154 00:06:57,790 --> 00:06:59,930 rezultātā izpildāmā nezinu, kur sākt 155 00:06:59,930 --> 00:07:00,910 rādīt savu kodu. 156 00:07:00,910 --> 00:07:03,360 Kāda ir atšķirība starp norādot failu saistīt ar atšķirību 157 00:07:03,360 --> 00:07:06,600 ar-l un vienkārši norādot failu tieši? 158 00:07:06,600 --> 00:07:07,440 Nekas. 159 00:07:07,440 --> 00:07:09,850 Tas ir tikai, ka šķindēt notiek precīzi zināt, ko failu 160 00:07:09,850 --> 00:07:12,560 kaut kā-LM notiek atsaukties uz. 161 00:07:12,560 --> 00:07:14,700 Ja jūs zinātu, ka failu sevi, jūs varētu norādīt to 162 00:07:14,700 --> 00:07:15,930 skaidri. 163 00:07:15,930 --> 00:07:18,990 Tikai atceraties, ka viss-l karogiem ir jānāk beigās 164 00:07:18,990 --> 00:07:20,770 Jūsu klienta pieprasījuma. 165 00:07:20,770 --> 00:07:22,300 >> Un tas viss notiek ar to. 166 00:07:22,300 --> 00:07:24,940 Kad jūs vienkārši palaist šķindēt par dažiem failiem, tas ir, kas tas ir 167 00:07:24,940 --> 00:07:26,350 faktiski dara. 168 00:07:26,350 --> 00:07:29,490 Mans vārds ir Rob Bowden, un tas ir CS50.