কনস - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

কনস - একটি সফ্টওয়্যার নির্মাণ সিস্টেম

বর্ণনাঃ

সংস্করণ 2.2.0 এর জন্য একটি গাইড এবং রেফারেন্স

কপিরাইট (c) 1996-2000 ফ্রি সফটওয়্যার ফাউন্ডেশন, ইনকর্পোরেটেড।

এই প্রোগ্রামটি বিনামূল্যের সফটওয়্যার; আপনি এটি পুনরায় বিতরণ করতে পারেন এবং/অথবা এর শর্তাবলীর অধীনে এটি সংশোধন করতে পারেন
ফ্রি সফটওয়্যার ফাউন্ডেশন দ্বারা প্রকাশিত GNU জেনারেল পাবলিক লাইসেন্স; হয়
লাইসেন্সের সংস্করণ 2, অথবা (আপনার বিকল্পে) পরবর্তী সংস্করণ।

এই প্রোগ্রামটি এই আশায় বিতরণ করা হয়েছে যে এটি কার্যকর হবে, কিন্তু কোনো ওয়ারেন্টি ছাড়াই;
এমনকি একটি বিশেষ উদ্দেশ্যের জন্য ব্যবসায়িকতা বা ফিটনেসের অন্তর্নিহিত ওয়ারেন্টি ছাড়াই।
আরো বিস্তারিত জানার জন্য GNU জেনারেল পাবলিক লাইসেন্স দেখুন।

এই প্রোগ্রামের সাথে আপনার জিএনইউ জেনারেল পাবলিক লাইসেন্সের একটি অনুলিপি পাওয়া উচিত ছিল;
ফাইল কপি করা দেখুন। যদি না হয়, Free Software Foundation, Inc., 59 Temple-এ লিখুন
স্থান - স্যুট 330, বোস্টন, এমএ 02111-1307, মার্কিন যুক্তরাষ্ট্র।

ভূমিকা

মন্দ দিক এটি প্রাথমিকভাবে সফ্টওয়্যার নির্মাণের জন্য একটি সিস্টেম, কিন্তু এর থেকে বেশ আলাদা
পূর্ববর্তী সফ্টওয়্যার নির্মাণ সিস্টেম. কনস ডিল আপ স্থল থেকে ডিজাইন করা হয়েছিল
একাধিক সোর্স ডিরেক্টরিতে ছড়িয়ে থাকা সফ্টওয়্যার নির্মাণের মাধ্যমে সহজেই। কনস
সহজ, বোধগম্য এবং রক্ষণাবেক্ষণযোগ্য বিল্ড স্ক্রিপ্ট তৈরি করা সহজ করে তোলে।
কনস নিশ্চিত করে যে জটিল সফ্টওয়্যার সহজে এবং সঠিকভাবে পুনরুত্পাদনযোগ্য।

কনস এই সব সম্পন্ন করার জন্য অনেক কৌশল ব্যবহার করে। নির্মাণ স্ক্রিপ্ট শুধু
পার্ল স্ক্রিপ্ট, এগুলি উভয়কেই বোঝা সহজ এবং খুব নমনীয় করে তোলে। এর গ্লোবাল স্কোপিং
ভেরিয়েবলগুলির মধ্যে তথ্য ভাগ করে নেওয়ার জন্য একটি আমদানি/রপ্তানি প্রক্রিয়া দ্বারা প্রতিস্থাপিত হয়
স্ক্রিপ্ট, প্রতিটি স্ক্রিপ্টের পঠনযোগ্যতা এবং রক্ষণাবেক্ষণযোগ্যতা উল্লেখযোগ্যভাবে উন্নত করে।
নির্মাণ পরিবেশের চালু করা হয়েছে: এইগুলি হল পার্ল বস্তু যা ক্যাপচার করে
বিল্ড প্রক্রিয়া নিয়ন্ত্রণের জন্য প্রয়োজনীয় তথ্য। একাধিক পরিবেশ ব্যবহার করা হয়
যখন বিল্ড ট্রিতে পণ্য তৈরির জন্য বিভিন্ন শব্দার্থের প্রয়োজন হয়। কনস
স্বয়ংক্রিয় নির্ভরতা বিশ্লেষণ প্রয়োগ করে এবং বিশ্বব্যাপী সমগ্র ক্রমানুসারে এটি ব্যবহার করে
নির্মাণ বৈকল্পিক বিল্ড সহজে একটি একক উৎস গাছ থেকে উত্পাদিত হয়. বুদ্ধিমান বিল্ড
স্থানীয় পরিবর্তনের উপর কাজ করার সময় সাবসেটিং সম্ভব। ওভাররাইড সেট আপ করা যেতে পারে
কোনো স্ক্রিপ্ট পরিবর্তন না করে সহজেই বিল্ড নির্দেশাবলী ওভাররাইড করুন। MD5 ক্রিপ্টোগ্রাফিক
স্বাক্ষর প্রাপ্ত ফাইলের সাথে যুক্ত, এবং সঠিকভাবে নির্ধারণ করতে ব্যবহৃত হয় কিনা
একটি প্রদত্ত ফাইল পুনর্নির্মাণ করা প্রয়োজন।

উপরের সমস্ত এবং আরও অনেক কিছু দেওয়ার সময়, কনসগুলি সহজ এবং ব্যবহার করা সহজ। এটা হবে,
আশা করি, আপনি এই নথির অবশিষ্টাংশ পড়ার সাথে সাথে স্পষ্ট হয়ে উঠবেন।

কেন কনস? কেন না বানাবেন?

কনস হল একটি করা প্রতিস্থাপন নিম্নলিখিত অনুচ্ছেদে, আমরা কয়েক তাকান
মেক-এর অবাঞ্ছিত বৈশিষ্ট্য এবং মেক-এর উপর ভিত্তি করে সাধারণ বিল্ড পরিবেশ
কনস উন্নয়ন অনুপ্রাণিত.

নির্মাণ করা জটিলতা

যে কোনো আকারের ঐতিহ্যগত মেক-ভিত্তিক সিস্টেমগুলি বেশ জটিল হয়ে উঠতে থাকে। মূল তৈরি
ইউটিলিটি এবং এর ডেরিভেটিভগুলি বিভিন্ন উপায়ে এই প্রবণতায় অবদান রেখেছে। তৈরি করা হয়
একাধিক ডিরেক্টরিতে ছড়িয়ে থাকা সিস্টেমগুলির সাথে ডিল করার ক্ষেত্রে ভাল নয়। বিভিন্ন কাজ-
চারপাশে এই অসুবিধা অতিক্রম করতে ব্যবহৃত হয়; সাধারন পছন্দ হল আমন্ত্রণ জানানোর জন্য
নিজেই একটি বিল্ডের প্রতিটি সাব-ডিরেক্টরির জন্য পুনরাবৃত্তিমূলকভাবে। এই জটিল কোড বাড়ে, মধ্যে
যেটি প্রায়ই অস্পষ্ট হয় কিভাবে একটি ভেরিয়েবল সেট করা হয়, বা একটি ভেরিয়েবলের সেটিং কি প্রভাব ফেলে
সম্পূর্ণরূপে বিল্ড উপর থাকবে. মেক স্ক্রিপ্টিং ভাষা ধীরে ধীরে প্রসারিত হয়েছে
আরো সম্ভাবনা প্রদান করার জন্য, কিন্তু এইগুলি মূলত একটি ইতিমধ্যে বিশৃঙ্খল পরিবেশন করা হয়েছে
অতিপ্রসারিত ভাষা। প্রায়শই, বিল্ডগুলি প্রদান করার জন্য একাধিক পাসে করা হয়
এক ডিরেক্টরি থেকে অন্য ডিরেক্টরিতে উপযুক্ত পণ্য। এই একটি আরো প্রতিনিধিত্ব করে
নির্মাণ জটিলতা বৃদ্ধি।

নির্মাণ করা reproducibility

নির্ভরতা সঠিকভাবে পরিচালনা করাই সর্বদা সর্বদা ক্ষতিকর। প্রায়শই, একটি
একটি একক ডিরেক্টরির মধ্যে নির্ভরতার একটি যুক্তিসঙ্গত কাজ করার চেষ্টা করা হয়, কিন্তু না
ডিরেক্টরির মধ্যে কাজ করার জন্য গুরুতর প্রচেষ্টা করা হয়। এমনকি যখন নির্ভরতা হয়
সঠিকভাবে কাজ করছে, কিনা তা নির্ধারণ করতে একটি সাধারণ টাইম স্ট্যাম্প তুলনার উপর নির্ভর করে
একটি ফাইল তার নির্ভরশীলদের সাপেক্ষে পুরানো, সাধারণভাবে, এর জন্য পর্যাপ্ত নয়
কখন একটি ফাইল পুনরায় প্রাপ্ত করা উচিত তা নির্ধারণ করা। যদি একটি বহিরাগত লাইব্রেরি, উদাহরণস্বরূপ, হয়
পুনঃনির্মিত এবং তারপর ``স্ন্যাপড'' জায়গায়, এর সদ্য নির্মিত ফাইলের টাইমস্ট্যাম্প হতে পারে
শেষ স্থানীয় বিল্ডের চেয়ে অনেক আগে, যেহেতু এটি দৃশ্যমান হওয়ার আগেই নির্মিত হয়েছিল।

বৈকল্পিক তৈরী করে

মেক ভেরিয়েন্ট বিল্ড পরিচালনা করার জন্য শুধুমাত্র সীমিত সুবিধা প্রদান করে। বিস্তার সঙ্গে
হার্ডওয়্যার প্ল্যাটফর্ম এবং ডিবাগযোগ্য বনাম অপ্টিমাইজড কোডের প্রয়োজন, করার ক্ষমতা
সহজে এই বৈকল্পিক তৈরি অপরিহার্য. আরো গুরুত্বপূর্ণ, যদি বৈকল্পিক তৈরি করা হয়, এটি
হয় বৈকল্পিক আলাদা করতে সক্ষম হওয়া বা পুনরুত্পাদন করতে সক্ষম হওয়া গুরুত্বপূর্ণ
ইচ্ছামত আসল বা বৈকল্পিক। মেক দিয়ে বিল্ডগুলিকে আলাদা করা খুব কঠিন
একাধিক বিল্ড ডিরেক্টরি, উৎস থেকে পৃথক। এবং যদি এই কৌশলটি ব্যবহার না করা হয়,
কোন নির্দিষ্ট সময়ে কোন বৈকল্পিকটি উপস্থিত রয়েছে তা নিশ্চিত করা কার্যত অসম্ভব
গাছ, সম্পূর্ণ পুনর্নির্মাণের অবলম্বন ছাড়াই।

সংগ্রহস্থল

মেক কোড থেকে সফ্টওয়্যার তৈরির জন্য শুধুমাত্র সীমিত সমর্থন প্রদান করে যা a তে বিদ্যমান
কেন্দ্রীয় সংগ্রহস্থল ডিরেক্টরি গঠন। GNU তৈরির VPATH বৈশিষ্ট্য (এবং অন্য কিছু
মেক ইমপ্লিমেন্টেশন) এটি প্রদান করার উদ্দেশ্যে, কিন্তু প্রত্যাশিত হিসাবে কাজ করে না: এটি
টার্গেট ফাইলের পাথ VPATH নামে পরিবর্তন করে তার বিশ্লেষণের খুব তাড়াতাড়ি, এবং তাই
VPATH ডিরেক্টরিতে সমস্ত নির্ভরতার জন্য অনুসন্ধান করে। সঠিক উন্নয়ন নিশ্চিত করতে
বিল্ড, একটি স্থানীয় বিল্ড ডিরেক্টরিতে একটি ফাইল তৈরি করতে সক্ষম হওয়া গুরুত্বপূর্ণ এবং আছে
কোড সংগ্রহস্থলের যেকোন ফাইল (একটি VPATH ডিরেক্টরি, পরিভাষায়) যা স্থানীয় উপর নির্ভর করে
ফাইলটি সঠিকভাবে পুনর্নির্মাণ করুন। এটি অনেক কোডিং ছাড়া VPATH এর সাথে সম্ভব নয়
জটিল সংগ্রহস্থল জ্ঞান সরাসরি makefiles মধ্যে.

পালন it সহজ

মেক নিয়ে কিছু অসুবিধা উপরে উদ্ধৃত করা হয়েছে। এই এবং পরবর্তীতে
বিভাগগুলিতে, আমরা অসুবিধাগুলি উপস্থাপন করব এবং দেখাব যে এই সমস্যাগুলি কীভাবে সমাধান করা হয়।

পার্ল স্ক্রিপ্ট

কনস পার্ল-ভিত্তিক। অর্থাৎ কনস স্ক্রিপ্ট--রচনা এবং গঠন করা ফাইল, সমতুল্য
থেকে Makefile নামক or মেকফাইল--সবই পার্লে লেখা। এটি একটি তাৎক্ষণিক সুবিধা প্রদান করে:
স্ক্রিপ্ট লেখার জন্য ভাষা একটি পরিচিত এক. এমনকি যদি আপনি একটি পার্ল হতে না ঘটতে
প্রোগ্রামার, এটি জানতে সাহায্য করে যে পার্ল মূলত একটি সাধারণ ঘোষণামূলক ভাষা,
নিয়ন্ত্রণের একটি সু-সংজ্ঞায়িত প্রবাহ, এবং পরিচিত শব্দার্থবিদ্যা সহ। এটা ভেরিয়েবল আছে যে আচরণ
মূলত যেভাবে আপনি তাদের থেকে আশা করবেন, সাবরুটিন, নিয়ন্ত্রণ প্রবাহ ইত্যাদি। সেখানে
কনসের জন্য কোন বিশেষ সিনট্যাক্স চালু করা হয়নি। স্ক্রিপ্টিং ভাষা হিসাবে পার্লের ব্যবহার
প্রায়শই জটিলতার উপযুক্ত সমাধান প্রকাশ করার কাজকে সহজ করে
একটি নির্মাণের প্রয়োজনীয়তা।

হ্যালো, বিশ্ব !

নিম্নলিখিত আলোচনার ভিত্তি করার জন্য, আপনি কীভাবে এটি তৈরি করতে পারেন তা এখানে হ্যালো, বিশ্ব ! C
কনস সহ আবেদন:

$env = নতুন কনস();
প্রোগ্রাম $env 'hello', 'hello.c';

আপনি যদি এই স্ক্রিপ্টটি একটি ডিরেক্টরিতে ইনস্টল করেন, স্ক্রিপ্টটির নামকরণ গঠন করা, এবং তৈরি করুন
হ্যালো.সি একই ডিরেক্টরিতে সোর্স ফাইল, তারপর আপনি নির্মাণ করতে `cons hello' টাইপ করতে পারেন
আবেদন:

% কনস হ্যালো
cc -c hello.c -o hello.o
cc -ও হ্যালো হ্যালো.ও

নির্মাণ পরিবেশের

কনসের একটি মূল সরলীকরণ হল একটি ধারণা নির্মাণ পরিবেশ. একটি নির্মাণ
পরিবেশ একটি লক্ষ্য কী/মান জোড়ার একটি সেট এবং এর একটি সেট দ্বারা চিহ্নিত পদ্ধতি।
কনসকে কীভাবে কিছু তৈরি করতে হয় তা বলার জন্য, আপনি একটি এর মাধ্যমে উপযুক্ত পদ্ধতির আহ্বান জানান
উপযুক্ত নির্মাণ পরিবেশ। নিম্নলিখিত উদাহরণ বিবেচনা করুন:

$env = নতুন অসুবিধা (
CC => 'gcc',
LIBS => 'libworld.a'
);

প্রোগ্রাম $env 'hello', 'hello.c';

এই ক্ষেত্রে, ডিফল্ট নির্মাণ পরিবেশ ব্যবহার না করে, যেমন আছে, আমরা আছে
`CC'-এর মান ওভাররাইড করুন যাতে GNU C কম্পাইলার সমতুল্য ব্যবহার করা হয়, পরিবর্তে। থেকে
এই সংস্করণ হ্যালো, বিশ্ব ! একটি লাইব্রেরি প্রয়োজন, libworld.a, আমরা নির্দিষ্ট করেছি যে কোনো
এই পরিবেশে লিঙ্ক করা প্রোগ্রাম সেই লাইব্রেরির সাথে লিঙ্ক করা উচিত। লাইব্রেরি হলে
ইতিমধ্যে বিদ্যমান, ভাল এবং ভাল, কিন্তু যদি না হয়, তাহলে আমাদের বিবৃতিটিও অন্তর্ভুক্ত করতে হবে:

লাইব্রেরি $env 'libworld', 'world.c';

এখন আপনি যদি 'cons hello' টাইপ করেন, তাহলে প্রোগ্রাম লিঙ্ক হওয়ার আগে লাইব্রেরি তৈরি হবে, এবং,
অবশ্যই, 'gcc' উভয় মডিউল কম্পাইল করতে ব্যবহার করা হবে:

% কনস হ্যালো
gcc -c hello.c -o hello.o
gcc -c world.c -o world.o
ar r libworld.a world.o
ar: libworld.a তৈরি করা
ranlib libworld.a
gcc -o hello hello.o libworld.a

স্বয়ংক্রিয় এবং সম্পূর্ণ বশ্যতা বিশ্লেষণ

কনস সহ, নির্ভরতা স্বয়ংক্রিয়ভাবে পরিচালনা করা হয়। পূর্ববর্তী উদাহরণ অব্যাহত, নোট
যে যখন আমরা পরিবর্তন করি world.c, বিশ্ব পুনরায় কম্পাইল করা হয়, libworld.a পুনর্নির্মিত, এবং হ্যালো
পুনরায় লিঙ্ক করা:

% vi world.c
[সম্পাদনা]
% কনস হ্যালো
gcc -c world.c -o world.o
ar r libworld.a world.o
ar: libworld.a তৈরি করা
ranlib libworld.a
gcc -o hello hello.o libworld.a

এটি একটি অপেক্ষাকৃত সহজ উদাহরণ: কনস ``জানে'' বিশ্ব কোন কিছুর উপর নির্ভর করা world.c, কারণ
নির্ভরতা স্পষ্টভাবে 'লাইব্রেরি' পদ্ধতি দ্বারা সেট আপ করা হয়েছে। এটাও জানে libworld.a
কোন কিছুর উপর নির্ভর করা বিশ্ব এবং সেটা হ্যালো কোন কিছুর উপর নির্ভর করা libworld.a, সব একই কারণে।

এখন দেখা যাচ্ছে যে হ্যালো.সি এছাড়াও ইন্টারফেস সংজ্ঞা ফাইল অন্তর্ভুক্ত, বিশ্ব:

% emacs world.h
[সম্পাদনা]
% কনস হ্যালো
gcc -c hello.c -o hello.o
gcc -o hello hello.o libworld.a

কনস কিভাবে জানেন যে হ্যালো.সি অন্তর্ভুক্ত বিশ্ব, এবং সেটা হ্যালো তাই হতে হবে
পুনরায় সংকলিত? আপাতত, এটা বলাই যথেষ্ট যে কিনা বিবেচনা করার সময় হ্যালো উপরে আছে-
আজ অবধি, কনস তার নির্ভরতার জন্য একটি স্ক্যানার আহ্বান করে, হ্যালো.সি. এই স্ক্যানারটি গণনা করে
দ্বারা অন্তর্ভুক্ত ফাইল হ্যালো.সি তাদের ছাড়িয়ে আরও নির্ভরতার তালিকা নিয়ে আসা
Cons স্ক্রিপ্ট দ্বারা স্পষ্ট করা হয়েছে. এই প্রক্রিয়াটি পুনরাবৃত্তিমূলক: যেকোন ফাইল দ্বারা অন্তর্ভুক্ত
অন্তর্ভুক্ত ফাইলগুলিও স্ক্যান করা হবে।

এই দামী না? উত্তরটি হল, এটা নির্ভরশীল. আপনি যদি একটি বড় সিস্টেমের সম্পূর্ণ বিল্ড করেন,
স্ক্যান করার সময় নগণ্য। আপনি যদি একটি বড় সিস্টেমের পুনর্নির্মাণ করেন, তাহলে কনস হবে
কিছু হওয়ার নেই এমন সিদ্ধান্ত নেওয়ার আগে এটি সম্পর্কে চিন্তা করার জন্য একটি ন্যায্য পরিমাণ সময় ব্যয় করুন
সম্পন্ন (যদিও অগত্যা তৈরি করার চেয়ে বেশি সময় নয়!) ভাল খবর কনস এটা তোলে
আপনি যখন স্থানীয় পরিবর্তন নিয়ে কাজ করছেন তখন আপনার বিল্ডকে বুদ্ধিমত্তার সাথে সাবসেট করা খুব সহজ।

স্বয়ংক্রিয় বিশ্বব্যাপী নির্মাণ করা সিকোয়েন্সিং

কারণ কনস সম্পূর্ণ এবং সঠিক নির্ভরতা বিশ্লেষণ করে এবং এটি বিশ্বব্যাপী করে, এর জন্য
সম্পূর্ণ বিল্ড, কনস এর সম্পূর্ণ নিয়ন্ত্রণ নিতে এই তথ্য ব্যবহার করতে সক্ষম সিকোয়েন্সিং
নির্মাণের এই সিকোয়েন্সিং উপরের উদাহরণে স্পষ্ট, এবং কি সমতুল্য
নির্ভরতার একটি সম্পূর্ণ সেট দেওয়া হলে আপনি তৈরির আশা করবেন। কনস সঙ্গে, এই প্রসারিত
তুচ্ছ থেকে বড়, মাল্টি-ডিরেক্টরি বিল্ড। ফলে সব জটিলতায় জড়ায়
একটি বিল্ড সঠিকভাবে সংগঠিত হয়েছে তা নিশ্চিত করার জন্য - মাল্টি-পাস হায়ারার্কিক্যাল সহ
বিল্ড--মুছে ফেলা হয়। আমরা পরবর্তী বিভাগে এটি আরও আলোচনা করব।

ভবন বড় গাছ-- এখনও মাত্র as সহজ

A যাজকতন্ত্র of নির্মাণ করা স্ক্রিপ্ট

একটি বৃহত্তর বিল্ড, কনসে, একটি অনুক্রম তৈরি করে সংগঠিত হয় নির্মাণ করা স্ক্রিপ্ট. উপরে
গাছের একটি স্ক্রিপ্ট বলা হয় গঠন করা. বাকি স্ক্রিপ্ট, নিয়ম অনুযায়ী, প্রতিটি হয়
নামক রচনা. এই স্ক্রিপ্টগুলি একসাথে সংযুক্ত করা হয়েছে, খুব সহজভাবে, 'বিল্ড' দ্বারা,
'রপ্তানি', এবং 'আমদানি' কমান্ড।

সার্জারির নির্মাণ করা হুকুম

'বিল্ড' কমান্ড এর একটি তালিকা নেয় রচনা ফাইলের নাম, এবং সেগুলি হওয়ার ব্যবস্থা করে
বিল্ড অন্তর্ভুক্ত. উদাহরণ স্বরূপ:

বিল্ড qw(
ড্রাইভার/ডিসপ্লে/কনস্ক্রিপ্ট
ড্রাইভার/মাউস/কনস্ক্রিপ্ট
পার্সার/কন্সক্রিপ্ট
ইউটিলিটি/কন্সক্রিপ্ট
);

এটি বিল্ড স্ক্রিপ্টগুলির একটি সাধারণ দ্বি-স্তরের শ্রেণিবিন্যাস: সমস্ত সহায়ক রচনা নথি পত্র
শীর্ষ স্তরে উল্লেখ করা হয় গঠন করা ফাইল লক্ষ্য করুন যে গাছের সমস্ত ডিরেক্টরি নেই
অগত্যা তাদের সাথে যুক্ত বিল্ড স্ক্রিপ্ট আছে.

এটি একটি বহু-স্তরের স্ক্রিপ্ট হিসাবেও লেখা যেতে পারে। উদাহরণস্বরূপ, দ গঠন করা ফাইল হতে পারে
এই কমান্ড ধারণ করুন:

বিল্ড qw(
পার্সার/কন্সক্রিপ্ট
ড্রাইভার/কন্সক্রিপ্ট
ইউটিলিটি/কন্সক্রিপ্ট
);

এবং রচনা ফাইলের মধ্যে ড্রাইভার ডিরেক্টরিতে এটি থাকতে পারে:

বিল্ড qw(
ডিসপ্লে/কন্সক্রিপ্ট
মাউস/কন্সক্রিপ্ট
);

অভিজ্ঞতায় দেখা গেছে আগের মডেলটি বুঝতে একটু সহজ, যেহেতু
সম্পূর্ণ নির্মাণ গাছ আপনার সামনে, শীর্ষ স্তরে পাড়া হয়. হাইব্রিড স্কিম হল
এছাড়াও সম্ভব একটি পৃথকভাবে রক্ষণাবেক্ষণ করা উপাদান যা একটিতে অন্তর্ভুক্ত করা প্রয়োজন
বিল্ড ট্রি, উদাহরণস্বরূপ, এক জায়গায় বিল্ড ট্রিতে হুক করতে পারে, কিন্তু তার নিজস্ব সংজ্ঞায়িত করতে পারে
নির্মাণ অনুক্রম।

ডিফল্টরূপে, কনস তার কার্যকারী ডিরেক্টরিকে a ধারণকারী ডিরেক্টরিতে পরিবর্তন করে না
সহায়ক রচনা ফাইল এটি সহ। এই আচরণ দ্বারা একটি বিল্ড জন্য সক্রিয় করা যেতে পারে
নির্দিষ্ট করা, শীর্ষ-স্তরে গঠন করা ফাইল:

Conscript_chdir 1;

সক্রিয় করা হলে, Cons সাবসিডিয়ারিতে পরিবর্তিত হবে রচনা ফাইলের ডিরেক্টরি রয়েছে
সেই ফাইলটিতে পড়ার সময়, এবং তারপর ফাইলটি একবার শীর্ষ-স্তরের ডিরেক্টরিতে ফিরে যান
প্রক্রিয়াকরণ করা হয়েছে.

এটা প্রত্যাশিত যে এই আচরণটি কনস এর ভবিষ্যতের কিছু সংস্করণে ডিফল্ট হয়ে উঠবে।
এই ট্রানজিশনের জন্য প্রস্তুত করতে, এমন বিল্ড যা কনস বিল্ডের শীর্ষে থাকবে বলে আশা করে
যখন এটি একটি সহায়ক প্রতিষ্ঠানে পড়ে রচনা ফাইলটি এই বৈশিষ্ট্যটি স্পষ্টভাবে নিষ্ক্রিয় করা উচিত
অনুসরণ:

Conscript_chdir 0;

আত্মীয়, শীর্ষ আত্মীয়, এবং পরম ফাইল নাম

আপনি হয়তো লক্ষ্য করেছেন যে বিল্ড কমান্ডে নির্দিষ্ট করা ফাইলের নামগুলি আপেক্ষিক
স্ক্রিপ্টের অবস্থান থেকে এটি আহ্বান করা হয়েছে। এটি অন্যান্য ফাইলের নামের জন্য সাধারণত সত্য
অন্যান্য কমান্ডের আর্গুমেন্টও, যদিও আমরা এখানে উল্লেখ করতে পারি যে আপনি যদি শুরু করেন
একটি হ্যাশ চিহ্ন সহ একটি ফাইলের নাম, ``#'', তারপর সেই ফাইলটিকে উপরের সাপেক্ষে ব্যাখ্যা করা হয়-
স্তর ডিরেক্টরি (যেখানে গঠন করা ফাইল থাকে)। এবং, আশ্চর্যজনক নয়, যদি আপনি এটি শুরু করেন
``/'' এর সাথে, তাহলে এটি একটি পরম পথনাম হিসাবে বিবেচিত হয়। এমনকি সিস্টেমেও এটি সত্য
যা পরম পথের নাম দেওয়ার জন্য ফরোয়ার্ড স্ল্যাশের পরিবর্তে একটি ব্যাক স্ল্যাশ ব্যবহার করে।

ব্যবহার মডিউল in নির্মাণ করা স্ক্রিপ্ট

আপনি প্রতিটিতে মডিউল টানতে পারেন রচনা সাধারণ পার্ল ব্যবহার করে ফাইল 'ব্যবহার' বা 'প্রয়োজন'
বিবৃতি:

ইংরেজি ব্যবহার করুন;
আমার::মডিউল প্রয়োজন;

প্রতিটি 'ব্যবহার' বা 'প্রয়োজন' শুধুমাত্র একটিকে প্রভাবিত করে রচনা ফাইল যেখানে এটি প্রদর্শিত হয়। ব্যবহার করা a
একাধিক মডিউল রচনা ফাইল, আপনাকে অবশ্যই প্রতিটিতে একটি `ব্যবহার' বা `প্রয়োজনীয়' বিবৃতি রাখতে হবে
একটি যে মডিউল প্রয়োজন.

ব্যাপ্তি of ভেরিয়েবল

টপ লেভেল গঠন করা ফাইল এবং সব রচনা ফাইলগুলি একটি সাধারণ, পৃথক পার্লে জীবন শুরু করে
প্যাকেজ। মন্দ দিক প্যাকেজের জন্য প্রতীক টেবিল নিয়ন্ত্রণ করে যাতে, প্রতীক টেবিল
প্রতিটি স্ক্রিপ্ট খালি, ছাড়া গঠন করা ফাইল, যা কিছু কমান্ড লাইন পায়
যুক্তি. সেট বা ব্যবহার করা হয় যে সব ভেরিয়েবল, তাই, স্ক্রিপ্ট দ্বারা সেট করা হয়
নিজে--কিছু বাহ্যিক স্ক্রিপ্ট দ্বারা নয়।

ভেরিয়েবল স্পষ্টভাবে হতে পারে আমদানিকৃত এর মূল স্ক্রিপ্ট থেকে একটি স্ক্রিপ্ট দ্বারা। আমদানি করা a
পরিবর্তনশীল, এটা হতে হবে রপ্তানি অভিভাবক দ্বারা এবং আরম্ভ করা (অন্যথায় একটি ত্রুটি
ঘটতে হবে).

সার্জারির রপ্তানি হুকুম

'রপ্তানি' কমান্ড নিম্নলিখিত উদাহরণ হিসাবে ব্যবহৃত হয়:

$env = নতুন কনস();
$INCLUDE = "#এক্সপোর্ট/ইনক্লুড";
$LIB = "#export/lib";
রপ্তানি qw ( env LIB অন্তর্ভুক্ত);
বিল্ড qw( util/Conscript);

'রপ্তানি' তালিকায় উল্লিখিত সরল ভেরিয়েবলের মানগুলিকে সরিয়ে দেওয়া হবে
পরবর্তী যেকোনো 'বিল্ড' কমান্ড দ্বারা। 'এক্সপোর্ট' কমান্ড শুধুমাত্র পার্ল রপ্তানি করবে স্কেলার
ভেরিয়েবল, অর্থাৎ যে ভেরিয়েবলের নাম `$' দিয়ে শুরু হয়। অন্যান্য ভেরিয়েবল, বস্তু, ইত্যাদি
রেফারেন্স দ্বারা রপ্তানি করা যেতে পারে - কিন্তু সমস্ত স্ক্রিপ্ট একই বস্তুর উল্লেখ করবে, এবং এটি
অবজেক্টকে শুধুমাত্র সহায়ক স্ক্রিপ্ট এবং মূল দ্বারা পঠিত বলে বিবেচনা করা উচিত
স্ক্রিপ্ট রপ্তানি করা হচ্ছে। রপ্তানিকৃত স্কেলারে একটি নতুন মান বরাদ্দ করা গ্রহণযোগ্য
ভেরিয়েবল--এটি রেফারেন্সকৃত অন্তর্নিহিত পরিবর্তনশীল পরিবর্তন করবে না। এই ক্রম, জন্য
উদাহরণ, ঠিক আছে:

$env = নতুন কনস();
রপ্তানি qw ( env LIB অন্তর্ভুক্ত);
বিল্ড qw( util/Conscript);
$env = নতুন কনস(CFLAGS => '-O');
বিল্ড qw (অন্যান্য/কনস্ক্রিপ্ট);

ভেরিয়েবলটি `এক্সপোর্ট' কমান্ডের আগে বা পরে সেট করা হয়েছে কিনা তা বিবেচ্য নয়। দ্য
গুরুত্বপূর্ণ বিষয় হল 'বিল্ড' কমান্ডটি কার্যকর করার সময় ভেরিয়েবলের মান।
এই দূরে squirreled পায় কি. যেকোন পরবর্তী 'রপ্তানি' কমান্ড, যাইহোক,
প্রথমটি বাতিল করুন: আপনাকে অবশ্যই প্রতিটিতে রপ্তানি করতে চান এমন সমস্ত ভেরিয়েবল উল্লেখ করতে হবে
'রপ্তানি' কমান্ড।

সার্জারির আমদানি হুকুম

'রপ্তানি' কমান্ড দ্বারা রপ্তানি করা ভেরিয়েবলগুলি সাবসিডিয়ারি স্ক্রিপ্টগুলিতে আমদানি করা যেতে পারে
'আমদানি' কমান্ড। সহায়ক স্ক্রিপ্ট সবসময় থেকে সরাসরি ভেরিয়েবল আমদানি করে
উচ্চতর স্ক্রিপ্ট। এই উদাহরণ বিবেচনা করুন:

qw আমদানি করুন ( env অন্তর্ভুক্ত );

এটি শুধুমাত্র তখনই বৈধ যদি মূল স্ক্রিপ্ট `$env' এবং `$INCLUDE' উভয়ই রপ্তানি করে। এটাও আবশ্যক
এই ভেরিয়েবলের প্রতিটি মান দিয়েছে। এটি শুধুমাত্র সহায়ক স্ক্রিপ্টের জন্য ঠিক আছে
রপ্তানি করা ভেরিয়েবলের একটি উপসেট আমদানি করুন (এই উদাহরণে, `$LIB', যা দ্বারা রপ্তানি করা হয়েছিল
পূর্ববর্তী উদাহরণ, আমদানি করা হয় না)।

সমস্ত আমদানি করা ভেরিয়েবল স্বয়ংক্রিয়ভাবে পুনরায় রপ্তানি হয়, তাই ক্রম:

qw আমদানি করুন ( env অন্তর্ভুক্ত);
বিল্ড qw (নিচে-মি/কনস্ক্রিপ্ট);

সাবসিডিয়ারি ফাইলে `$env' এবং `$include' উভয়ই সরবরাহ করবে। যদি শুধুমাত্র `$env' হতে হয়
রপ্তানি করা হয়, তারপর নিম্নলিখিত যথেষ্ট হবে:

qw আমদানি করুন ( env অন্তর্ভুক্ত);
রপ্তানি qw ( env );
বিল্ড qw (নিচে-মি/কনস্ক্রিপ্ট);

বলা বাহুল্য, ভেরিয়েবলগুলিকে 'বিল্ড' করার আগে স্থানীয়ভাবে পরিবর্তন করা যেতে পারে
সহায়ক স্ক্রিপ্ট।

নির্মাণ করা লিপি মূল্যায়ন ক্রম

বিল্ড স্ক্রিপ্টের ক্রমানুসারে একমাত্র সীমাবদ্ধতা হল উচ্চতর স্ক্রিপ্টগুলি
তাদের নিম্নমানের স্ক্রিপ্টের আগে মূল্যায়ন করা হয়। টপ লেভেল গঠন করা ফাইল, উদাহরণস্বরূপ, হয়
প্রথমে মূল্যায়ন করা হয়, তারপরে কোনো নিম্নমানের স্ক্রিপ্ট। এই সব আপনি সত্যিই জানতে হবে
মূল্যায়ন আদেশ সম্পর্কে, যেহেতু আদেশ সাধারণত অপ্রাসঙ্গিক। নিম্নোক্ত বিবেচনা কর
'বিল্ড' কমান্ড:

বিল্ড qw(
ড্রাইভার/ডিসপ্লে/কনস্ক্রিপ্ট
ড্রাইভার/মাউস/কনস্ক্রিপ্ট
পার্সার/কন্সক্রিপ্ট
ইউটিলিটি/কন্সক্রিপ্ট
);

আমরা স্ক্রিপ্টের নামগুলিকে বর্ণানুক্রমিক ক্রমে রাখতে বেছে নিয়েছি, কারণ এটিই সবচেয়ে বেশি
রক্ষণাবেক্ষণের উদ্দেশ্যে সুবিধাজনক। অর্ডার পরিবর্তন করলে কোন পার্থক্য হবে না
নির্মাণ।

A মডেল উন্নত শেয়ারিং নথি পত্র

কিছু সহজ নিয়মাবলী

যেকোনো জটিল সফ্টওয়্যার সিস্টেমে, বিল্ড পণ্যগুলি ভাগ করার জন্য একটি পদ্ধতি হওয়া দরকার
প্রতিষ্ঠিত. আমরা নিয়মাবলীর একটি সাধারণ সেট প্রস্তাব করি যা বাস্তবায়নের জন্য তুচ্ছ
কনস, কিন্তু খুব কার্যকর।

মৌলিক নিয়ম হল যে সমস্ত বিল্ড প্রোডাক্ট যেগুলির মধ্যে ভাগ করা দরকার তা প্রয়োজন৷
ডিরেক্টরিগুলি একটি মধ্যবর্তী ডিরেক্টরির মাধ্যমে ভাগ করা হয়। আমরা সাধারণত এই বলা আছে
রপ্তানি, এবং, একটি C পরিবেশে, এই ডিরেক্টরির প্রচলিত উপ-ডিরেক্টরি প্রদান করে,
যেমন অন্তর্ভুক্ত করা, liberal এর সংক্ষিপ্ত রূপ, amইত্যাদি

এই ডিরেক্টরিগুলি শীর্ষ-স্তরের দ্বারা সংজ্ঞায়িত করা হয় গঠন করা ফাইল একটি সহজ গঠন করা জন্য ফাইল
a হ্যালো, বিশ্ব ! অ্যাপ্লিকেশন, একাধিক ডিরেক্টরি ব্যবহার করে সংগঠিত, এই মত দেখতে হতে পারে:

# হ্যালো, ওয়ার্ল্ডের জন্য ফাইল তৈরি করুন!

# যেখানে আমাদের শেয়ার করা সকল পণ্য রাখবেন।
$EXPORT = '#এক্সপোর্ট';

রপ্তানি qw ( কনস ইনক্লুড LIB বিন );

# পণ্য শেয়ার করার জন্য স্ট্যান্ডার্ড ডিরেক্টরি।
$include = "$EXPORT/অন্তর্ভুক্ত";
$LIB = "$EXPORT/lib";
$BIN = "$EXPORT/bin";

# একটি আদর্শ নির্মাণ পরিবেশ।
$CONS = নতুন অসুবিধা (
CPPPATH => $include, # C কম্পাইলেশনের জন্য পাথ অন্তর্ভুক্ত করুন
LIBPATH => $LIB, প্রোগ্রাম লিঙ্ক করার জন্য # লাইব্রেরি পাথ
LIBS => '-lworld', # স্ট্যান্ডার্ড লাইব্রেরির তালিকা
);

বিল্ড qw(
হ্যালো/কন্সক্রিপ্ট
বিশ্ব/কনস্ক্রিপ্ট
);

সার্জারির বিশ্ব ডিরেক্টরির রচনা ফাইল এই মত দেখায়:

# ডিরেক্টরি জগতের জন্য কনস্ক্রিপ্ট ফাইল
qw আমদানি করুন (CONS Include LIB);

# এই ডিরেক্টরির পণ্যগুলি ইনস্টল করুন
$CONS $LIB, 'libworld.a' ইনস্টল করুন;
$CONS $INCLUDE, 'world.h' ইনস্টল করুন;

# অভ্যন্তরীণ পণ্য
লাইব্রেরি $CONS 'libworld.a', 'world.c';

এবং হ্যালো ডিরেক্টরির রচনা ফাইল এই মত দেখায়:

# ডিরেক্টরি হ্যালো জন্য কনস্ক্রিপ্ট ফাইল
qw আমদানি করুন (CONS BIN);

# রপ্তানিকৃত পণ্য
$CONS $BIN, 'হ্যালো' ইনস্টল করুন;

# অভ্যন্তরীণ পণ্য
প্রোগ্রাম $CONS 'hello', 'hello.c';

নির্মাণ করা a হ্যালো, বিশ্ব ! এই ডিরেক্টরি কাঠামোর সাথে প্রোগ্রাম, শীর্ষ স্তরে যান
ডিরেক্টরি, এবং উপযুক্ত আর্গুমেন্ট সহ 'কনস' আহ্বান করুন। নিম্নলিখিত উদাহরণে, আমরা
কনসকে ডিরেক্টরি তৈরি করতে বলুন রপ্তানি. একটি ডিরেক্টরি তৈরি করতে, কনস পুনরাবৃত্তিমূলকভাবে সমস্ত তৈরি করে
সেই ডিরেক্টরির মধ্যে পরিচিত পণ্যগুলি (কেবলমাত্র যদি তাদের পুনর্নির্মাণের প্রয়োজন হয়, অবশ্যই)। যদি কোন
এই পণ্যগুলি অন্যান্য ডিরেক্টরিতে অন্যান্য পণ্যের উপর নির্ভর করে, তারপর সেগুলি তৈরি করা হবে,
খুব.

% ক্ষতি রপ্তানি
রপ্তানী/ইনক্লুড/world.h হিসাবে world/world.h ইনস্টল করুন
cc -Iexport/include -c hello/hello.c -o hello/hello.o
cc -Iexport/include -c world/world.c -o world/world.o
ar r world/libworld.a world/world.o
ar: সৃষ্টি বিশ্ব/libworld.a
ranlib world/libworld.a
রপ্তানী/lib/libworld.a হিসাবে world/libworld.a ইনস্টল করুন
cc -o hello/hello hello/hello.o -Lexport/lib -lworld
এক্সপোর্ট/বিন/হ্যালো হিসাবে হ্যালো/হ্যালো ইনস্টল করুন

পরিষ্কার, বোধগম্য, অবস্থান-স্বাধীন স্ক্রিপ্ট

আপনি যে দুটি নোট করব রচনা ফাইলগুলি খুব পরিষ্কার এবং টু-দ্য পয়েন্ট। তারা সহজভাবে
ডিরেক্টরির পণ্যগুলি উল্লেখ করুন এবং সেই পণ্যগুলি কীভাবে তৈরি করবেন। নির্মাণ নির্দেশাবলী
ন্যূনতম: তারা নির্দিষ্ট করে কোন নির্মাণ পরিবেশ ব্যবহার করতে হবে, পণ্যের নাম,
এবং ইনপুটগুলির নাম। এছাড়াও নোট করুন যে স্ক্রিপ্টগুলি অবস্থান-স্বাধীন: যদি আপনি
আপনার উৎস গাছ পুনর্গঠন করতে চান, আপনি তা করতে স্বাধীন: আপনাকে শুধুমাত্র পরিবর্তন করতে হবে
গঠন করা ফাইল (এই উদাহরণে), এর নতুন অবস্থান নির্দিষ্ট করতে রচনা নথি পত্র. দ্য
একটি রপ্তানি গাছ ব্যবহার এই লক্ষ্য সহজ করে তোলে.

নোট করুন, কীভাবে কনস আপনার জন্য সামান্য বিবরণের যত্ন নেয়। সব রপ্তানি ডিরেক্টরি, জন্য
উদাহরণস্বরূপ, স্বয়ংক্রিয়ভাবে তৈরি করা হয়েছিল। এবং ইনস্টল করা ফাইল সত্যিই হার্ড লিঙ্ক মধ্যে ছিল
স্থান এবং সময় বাঁচাতে নিজ নিজ রপ্তানি ডিরেক্টরি। বিস্তারিত এই মনোযোগ সংরক্ষণ করে
যথেষ্ট কাজ, এবং সহজ, রক্ষণাবেক্ষণযোগ্য স্ক্রিপ্ট তৈরি করা আরও সহজ করে তোলে।

বিভাজন উৎস এবং নির্মাণ করা গাছ

এটি প্রায়ই বিল্ড থেকে প্রাপ্ত যেকোন ফাইলগুলি থেকে সম্পূর্ণ আলাদা রাখা বাঞ্ছনীয়
সোর্স ফাইল. এটি একটি সোর্স ফাইল কি তা ট্র্যাক রাখা অনেক সহজ করে তোলে, এবং
এছাড়াও এটি পরিচালনা করা সহজ করে তোলে বৈকল্পিক বিল্ড করে, বিশেষ করে যদি আপনি বৈকল্পিক তৈরি করতে চান
সহাবস্থান

বিভাজন নির্মাণ করা এবং উৎস ডিরেক্টরি ব্যবহার দ্য লিংক হুকুম

কনস একটি সহজ প্রক্রিয়া প্রদান করে যা এই সমস্ত প্রয়োজনীয়তা পরিচালনা করে। 'লিঙ্ক'
এই উদাহরণ হিসাবে কমান্ড আহ্বান করা হয়:

লিংক 'build' => 'src';

নির্দিষ্ট করা ডিরেক্টরিগুলি নির্দিষ্ট উৎস ডিরেক্টরির সাথে ``লিঙ্কড'। ধরা যাক
যে আপনি একটি উৎস ডিরেক্টরি সেটআপ করেন, src, সাব-ডিরেক্টরি সহ বিশ্ব এবং হ্যালো এর নিচে,
আগের উদাহরণ হিসাবে। তারপরে আপনি মূল বিল্ড লাইনের বিকল্প করতে পারেন
নিম্নলিখিত:

বিল্ড qw(
বিল্ড/ওয়ার্ল্ড/কনস্ক্রিপ্ট
বিল্ড/হ্যালো/কনস্ক্রিপ্ট
);

লক্ষ্য করুন যে আপনি চিকিত্সা রচনা ফাইলটি যেন বিল্ড ডিরেক্টরিতে বিদ্যমান ছিল। এখন যদি
আপনি আগের মত একই কমান্ড টাইপ করুন, আপনি নিম্নলিখিত ফলাফল পাবেন:

% ক্ষতি রপ্তানি
build/world/world.h ইন্সটল করুন Export/include/world.h হিসেবে
cc -Iexport/include -c build/hello/hello.c -o build/hello/hello.o
cc -Iexport/include -c build/world/world.c -o build/world/world.o
ar r build/world/libworld.a build/world/world.o
ar: create/world/libworld.a
ranlib build/world/libworld.a
export/lib/libworld.a হিসাবে build/world/libworld.a ইনস্টল করুন
cc -o build/hello/hello build/hello/hello.o -Lexport/lib -lworld
বিল্ড/হ্যালো/হ্যালো এক্সপোর্ট/বিন/হ্যালো হিসাবে ইনস্টল করুন

আবার, কনস আপনার জন্য বিস্তারিত যত্ন নিয়েছে. বিশেষ করে, আপনি যে সব লক্ষ্য করবেন
বিল্ডগুলি বিল্ড ডিরেক্টরি থেকে সোর্স ফাইল এবং অবজেক্ট ফাইল ব্যবহার করে করা হয়। জন্য
উদাহরণ, build/world/world.o থেকে সংকলিত হয় build/world/world.c, এবং
export/include/world.h থেকে ইনস্টল করা হয় build/world/world.h. এই অধিকাংশ উপর সম্পন্ন করা হয়
প্রতিটি উৎস থেকে প্রয়োজনীয় ফাইলগুলিকে লিঙ্ক করার সহজ উপযোগী ``হার্ড'' দ্বারা সিস্টেম
যথাযথ বিল্ড ডিরেক্টরিতে ডিরেক্টরি।

লিঙ্কগুলি কনস দ্বারা সঠিকভাবে রক্ষণাবেক্ষণ করা হয়, আপনি উৎস ডিরেক্টরিতে যাই করেন না কেন।
আপনি যদি একটি উত্স ফাইল পরিবর্তন করেন, আপনার সম্পাদক এটি ``স্থানে'' করতে পারে বা এটির নাম পরিবর্তন করতে পারে
প্রথমে এবং একটি নতুন ফাইল তৈরি করুন। পরবর্তী ক্ষেত্রে, কোনো হার্ড লিঙ্ক হারিয়ে যাবে। কনস হবে
পরের বার সোর্স ফাইলের প্রয়োজন হলে এই অবস্থাটি সনাক্ত করুন এবং এটি পুনরায় লিঙ্ক করবে
যথাযথভাবে

আপনিও লক্ষ্য করবেন, উপায় দ্বারা, যে না। অন্তর্নিহিত পরিবর্তন প্রয়োজন ছিল রচনা
নথি পত্র. এবং আমরা আরও যেতে পারি, যেমনটি আমরা পরবর্তী বিভাগে দেখতে পাব।

বৈকল্পিক তৈরী করে

হ্যালো, বিশ্ব ! উন্নত বানানা এবং peAcH ওএস এর

ভেরিয়েন্ট বিল্ডের জন্য শুধু আরেকটি সাধারণ এক্সটেনশন প্রয়োজন। একটি উদাহরণ হিসাবে ধরা যাক
baNaNa এবং peAcH উভয় অপারেটিং সিস্টেমের জন্য বিল্ড করার অনুমতি দেওয়ার প্রয়োজনীয়তা৷ এক্ষেত্রে,
আমরা একটি বিতরণ করা ফাইল সিস্টেম ব্যবহার করছি, যেমন NFS নির্দিষ্ট সিস্টেম অ্যাক্সেস করতে, এবং
যে কোনো প্রদত্ত আহ্বানের জন্য শুধুমাত্র এক বা অন্য সিস্টেমকে কম্পাইল করতে হবে
'অপরাধ'। এখানে একটি উপায় আমরা সেট আপ করতে পারে গঠন করা আমাদের জন্য ফাইল হ্যালো, বিশ্ব !
আবেদন:

# হ্যালো, ওয়ার্ল্ডের জন্য ফাইল তৈরি করুন!

ডাই qq(OS অবশ্যই নির্দিষ্ট করা উচিত) যদি না $OS = $ARG{OS};
ডাই কিউকিউ (ওএস অবশ্যই "পীচ" বা "কলা" হতে হবে)
যদি $OS নে "পিচ" এবং& $OS নে "কলা";

# যেখানে আমাদের শেয়ার করা সকল পণ্য রাখবেন।
$EXPORT = "#export/$OS";

রপ্তানি qw ( কনস ইনক্লুড LIB বিন );

# পণ্য শেয়ার করার জন্য স্ট্যান্ডার্ড ডিরেক্টরি।
$include = "$EXPORT/অন্তর্ভুক্ত";
$LIB = "$EXPORT/lib";
$BIN = "$EXPORT/bin";

# একটি আদর্শ নির্মাণ পরিবেশ।
$CONS = নতুন অসুবিধা (
CPPPATH => $include, # C কম্পাইলেশনের জন্য পাথ অন্তর্ভুক্ত করুন
LIBPATH => $LIB, প্রোগ্রাম লিঙ্ক করার জন্য # লাইব্রেরি পাথ
LIBS => '-lworld', # স্ট্যান্ডার্ড লাইব্রেরির তালিকা
);

# $BUILD হল যেখানে আমরা সবকিছু সংগ্রহ করব।
$BUILD = "#build/$OS";

# বিপজ্জনক বলুন যেখানে $BUILD এর সোর্স ফাইলগুলি আছে৷
লিঙ্ক $BUILD => 'src';

নির্মাণ (
"$BUILD/হ্যালো/কনস্ক্রিপ্ট",
"$BUILD/world/Conscript",
);

এখন যদি আমরা একটি peAcH সিস্টেমে লগইন করি, আমরা আমাদের তৈরি করতে পারি হ্যালো, বিশ্ব ! এর জন্য আবেদন
প্ল্যাটফর্ম:

% কনস এক্সপোর্ট OS = পীচ
রপ্তানি/পিচ/ইনক্লুড/world.h হিসাবে build/peach/world/world.h ইনস্টল করুন
cc -Iexport/peach/include -c build/peach/hello/hello.c -o build/peach/hello/hello.o
cc -Iexport/peach/include -c build/peach/world/world.c -o build/peach/world/world.o
ar r build/peach/world/libworld.a build/peach/world/world.o
ar: build/peach/world/libworld.a তৈরি করা
ranlib build/peach/world/libworld.a
build/peach/world/libworld.a রপ্তানী/peach/lib/libworld.a হিসাবে ইনস্টল করুন
cc -o build/peach/hello/hello build/peach/hello/hello.o -Lexport/peach/lib -lworld
বিল্ড/পিচ/হ্যালো/হ্যালো এক্সপোর্ট/পিচ/বিন/হ্যালো হিসাবে ইনস্টল করুন

প্রকারভেদ on a বিষয়

এই মডেলের অন্যান্য বৈচিত্র সম্ভব। উদাহরণস্বরূপ, আপনি সিদ্ধান্ত নিতে পারেন যে আপনি চান
আপনার অন্তর্ভুক্ত ফাইলগুলিকে প্ল্যাটফর্ম নির্ভর এবং প্ল্যাটফর্ম স্বাধীন ফাইলগুলিতে আলাদা করতে।
এই ক্ষেত্রে, আপনাকে প্ল্যাটফর্ম-নির্ভর জন্য `$INCLUDE'-এর বিকল্প নির্ধারণ করতে হবে
নথি পত্র. অধিকাংশ রচনা ফাইল, বিশুদ্ধভাবে প্ল্যাটফর্ম-স্বাধীন তৈরি করা ফাইল অন্তর্ভুক্ত, হবে
পরিবর্তন করতে হবে না।

আপনি ডিবাগিং বা প্রোফাইলিং সহ আপনার পুরো সিস্টেম কম্পাইল করতে সক্ষম হতে চাইতে পারেন,
উদাহরণস্বরূপ, সক্রিয়। আপনি উপযুক্ত কমান্ড লাইন বিকল্পগুলির সাথে এটি করতে পারেন, যেমন
`DEBUG=চালু'। এটি তখন উপযুক্ত প্ল্যাটফর্ম-নির্দিষ্ট ভাষায় অনুবাদ করা হবে
ডিবাগিং সক্ষম করার প্রয়োজনীয়তা (এর মধ্যে অপ্টিমাইজেশন বন্ধ করা অন্তর্ভুক্ত থাকতে পারে, এর জন্য
উদাহরণ)। আপনি ঐচ্ছিকভাবে এই বিভিন্ন ধরনের সিস্টেমের জন্য নামের স্থান পরিবর্তন করতে পারেন,
কিন্তু, যেমনটি আমরা পরবর্তী বিভাগে দেখব, তা নয় অপরিহার্য এটা করতে, যেহেতু কনস সুন্দর
আপনি যখন বিকল্পগুলি পরিবর্তন করেন তখন জিনিসগুলি পুনর্নির্মাণের বিষয়ে স্মার্ট।

স্বাক্ষর

MD5 ক্রিপ্টোগ্রাফিক স্বাক্ষর

যখনই Cons একটি প্রাপ্ত ফাইল তৈরি করে, এটি একটি সংরক্ষণ করে স্বাক্ষর সেই ফাইলের জন্য। স্বাক্ষর
একটি পৃথক ফাইলে সংরক্ষণ করা হয়, প্রতি ডিরেক্টরিতে একটি। আগের উদাহরণটি সংকলিত হওয়ার পরে,
দ্য প্রেরন ফাইলের মধ্যে বিল্ড/পীচ/বিশ্ব ডিরেক্টরি এই মত লাগছিল:

world.o:834179303 23844c0b102ecdc0b4548d1cd1cbd8c6
libworld.a:834179304 9bf6587fa06ec49d864811a105222c00

প্রথম সংখ্যাটি একটি টাইমস্ট্যাম্প--একটি ইউনিক্স সিস্টেমের জন্য, এটি সাধারণত এর সংখ্যা
1লা জানুয়ারী, 1970 থেকে সেকেন্ড। দ্বিতীয় মান হল একটি MD5 চেকসাম। দ্য বার্তা পরিপাক করা
অ্যালগরিদম একটি অ্যালগরিদম যা, একটি ইনপুট স্ট্রিং দেওয়া, একটি শক্তিশালী ক্রিপ্টোগ্রাফিক গণনা করে
যে স্ট্রিং জন্য স্বাক্ষর. MD5 চেকসাম সংরক্ষিত প্রেরন ফাইল, কার্যত, একটি
নির্দিষ্ট ফাইলের জন্য সমস্ত নির্ভরতা তথ্য ডাইজেস্ট। সুতরাং, উদাহরণস্বরূপ, জন্য
বিশ্ব ফাইল, এই অন্তত অন্তর্ভুক্ত world.c ফাইল, এবং কোনো হেডার ফাইল যা কনস করে
প্রত্যক্ষ বা পরোক্ষভাবে অন্তর্ভুক্ত করা হয় যে সম্পর্কে জানে world.c। শুধু তাই নয়,
প্রকৃত কমান্ড লাইন যা তৈরি করতে ব্যবহৃত হয়েছিল বিশ্ব এছাড়াও এর গণনার মধ্যে খাওয়ানো হয়
স্বাক্ষর. একইভাবে, libworld.a একটি স্বাক্ষর পায় যা ``অন্তর্ভুক্ত'' সব
এর উপাদানগুলির স্বাক্ষর (এবং তাই, ট্রানজিটিভভাবে, এর স্বাক্ষর তাদের
constituents), সেইসাথে কমান্ড লাইন যা ফাইল তৈরি করেছে।

একটি অ-উত্পন্ন ফাইলের স্বাক্ষর গণনা করা হয়, ডিফল্টরূপে, বর্তমান গ্রহণ করে
ফাইলের পরিবর্তনের সময় এবং ফাইলের প্রবেশের নাম (যদি না হয় a
বর্তমান প্রেরন সেই ফাইলের জন্য এন্ট্রি, যে ক্ষেত্রে সেই স্বাক্ষর ব্যবহার করা হয়)।

লক্ষ্য করুন যে কোনও বিশেষের উপর নির্ভর করার জন্য একটি প্রাপ্ত ফাইলের প্রয়োজন নেই গঠন করা or
রচনা file-- যদি এই ফাইলগুলির পরিবর্তনগুলি প্রশ্নে থাকা ফাইলটিকে প্রভাবিত করে, তাহলে এটি হবে
স্বয়ংক্রিয়ভাবে তার স্বাক্ষরে প্রতিফলিত হয়, যেহেতু কমান্ড লাইনের প্রাসঙ্গিক অংশগুলি
স্বাক্ষর অন্তর্ভুক্ত। সম্পর্কহীন পরিবর্তনের কোন প্রভাব থাকবে না।

যখন কনস একটি নির্দিষ্ট ফাইল প্রাপ্ত করা হবে কিনা তা বিবেচনা করে, তখন এটি প্রথমে গণনা করে
ফাইলের প্রত্যাশিত স্বাক্ষর। এটি তখন ফাইলের শেষ পরিবর্তনের সময়টির সাথে তুলনা করে
সময় রেকর্ড করা প্রেরন এন্ট্রি, যদি একটি বিদ্যমান থাকে। যদি এই সময়গুলো মিলে যায়, তাহলে
স্বাক্ষর সংরক্ষিত প্রেরন ফাইলটিকে সঠিক বলে মনে করা হয়। যদি ফাইলটি আগের
স্বাক্ষর নতুন, প্রত্যাশিত স্বাক্ষরের সাথে মেলে না, তাহলে ফাইলটি পুনরুদ্ধার করতে হবে।

লক্ষ্য করুন যে যখনই একটি নির্ভরশীল ফাইল সম্পর্কে কিছু পরিবর্তন হয় তখন একটি ফাইল পুনরুদ্ধার করা হবে। ভিতরে
বিশেষ করে, লক্ষ্য করুন যে কোন নির্ভরশীলের পরিবর্তনের সময় পরিবর্তন করুন (ফরওয়ার্ড বা
সময়ের সাথে পিছনে) প্রাপ্ত ফাইলের পুনরায় সংকলন করতে বাধ্য করবে।

এই স্বাক্ষর ব্যবহার একটি অত্যন্ত সহজ, দক্ষ, এবং কার্যকর পদ্ধতি
উন্নতি করা - নাটকীয়ভাবে - একটি সিস্টেমের প্রজননযোগ্যতা।

আমরা একটি সাধারণ উদাহরণ দিয়ে এটি প্রদর্শন করব:

# সরল "হ্যালো, বিশ্ব!" ফাইল গঠন করুন
$CFLAGS = '-g' যদি $ARG{DEBUG} eq 'on' হয়;
$CONS = নতুন কনস(CFLAGS => $CFLAGS);
প্রোগ্রাম $CONS 'hello', 'hello.c';

লক্ষ করুন কিভাবে কনস উপযুক্ত সময়ে পুনরায় কম্পাইল করে:

% কনস হ্যালো
cc -c hello.c -o hello.o
cc -ও হ্যালো হ্যালো.ও
% কনস হ্যালো
কনস: "হ্যালো" আপ-টু-ডেট।
% cons DEBUG=অন হ্যালো
cc -g -c hello.c -o hello.o
cc -ও হ্যালো হ্যালো.ও
% cons DEBUG=অন হ্যালো
কনস: "হ্যালো" আপ-টু-ডেট।
% কনস হ্যালো
cc -c hello.c -o hello.o
cc -ও হ্যালো হ্যালো.ও

কোড সংগ্রহস্থল

অনেক সফ্টওয়্যার উন্নয়ন সংস্থার এক বা একাধিক কেন্দ্রীয় সংগ্রহস্থল ডিরেক্টরি থাকবে
এক বা একাধিক প্রকল্পের জন্য বর্তমান সোর্স কোড ধারণকারী গাছ, সেইসাথে প্রাপ্ত
অবজেক্ট ফাইল, লাইব্রেরি এবং এক্সিকিউটেবল। অপ্রয়োজনীয় পুনঃসংকলন কমাতে,
ডেভেলপমেন্ট সফ্টওয়্যার তৈরি করতে সংগ্রহস্থল থেকে ফাইলগুলি ব্যবহার করা উপযোগী - অনুমান করে, এর
অবশ্যই, স্থানীয় বিল্ড ট্রিতে কোনও নতুন নির্ভরতা ফাইল বিদ্যমান নেই।

সংগ্রহস্থলের প্রয়োগ

কনস কোড সংগ্রহস্থলগুলির একটি তালিকা নির্দিষ্ট করার জন্য একটি প্রক্রিয়া প্রদান করে যা অনুসন্ধান করা হবে,
ইন-অর্ডার, সোর্স ফাইল এবং প্রাপ্ত ফাইলগুলির জন্য স্থানীয় বিল্ড ডিরেক্টরি ট্রিতে পাওয়া যায় না।

নিচের লাইনগুলো ক গঠন করা ফাইল কনসকে প্রথমে নীচে দেখতে নির্দেশ দেবে
/usr/experiment/repository ডিরেক্টরি এবং তারপর অধীনে /usr/product/repository ডিরেক্টরি:

সংগ্রহস্থল qw (
/usr/experiment/repository
/usr/product/repository
);

নির্দিষ্ট রিপোজিটরি ডিরেক্টরিতে সোর্স ফাইল, প্রাপ্ত ফাইল (বস্তু,
লাইব্রেরি এবং এক্সিকিউটেবল), অথবা উভয়ই। যদি কোন স্থানীয় ফাইল (উৎস বা প্রাপ্ত) অধীনে না থাকে
যে ডিরেক্টরিতে Cons নির্বাহ করা হয়, তারপর একই নামের ফাইলের প্রথম কপি পাওয়া যায়
একটি সংগ্রহস্থল ডিরেক্টরির অধীনে কোনো স্থানীয় প্রাপ্ত ফাইল তৈরি করতে ব্যবহার করা হবে।

কনস রিপোজিটরি ডিরেক্টরিগুলির একটি বিশ্বব্যাপী তালিকা বজায় রাখে। কনস নির্মূল হবে
বর্তমান ডিরেক্টরি, এবং কোনো অস্তিত্বহীন ডিরেক্টরি, তালিকা থেকে।

আবিষ্কার দ্য গঠন করা ফাইল in a সংগ্রহস্থলের প্রয়োগ

কনস এছাড়াও অনুসন্ধান করা হবে গঠন করা এবং রচনা রিপোজিটরি ট্রি বা গাছে ফাইল।
এটি একটি মুরগি-এবং-ডিম পরিস্থিতির দিকে নিয়ে যায়, যদিও: আপনি একটি ভান্ডার গাছে দেখতে কেমন
একটি জন্য গঠন করা ফাইল যদি গঠন করা ফাইল আপনাকে বলে যে সংগ্রহস্থল কোথায়? পেতে
এর চারপাশে, কমান্ড লাইনে `-R' বিকল্পের মাধ্যমে সংগ্রহস্থলগুলি নির্দিষ্ট করা যেতে পারে:

% cons -R /usr/experiment/repository -R /usr/product/repository.

কোনো সংগ্রহস্থল ডিরেক্টরি উল্লেখ করা গঠন করা or রচনা ফাইল যুক্ত করা হবে
কমান্ড-লাইন `-R' বিকল্প দ্বারা নির্দিষ্ট সংগ্রহস্থল ডিরেক্টরিতে।

সংগ্রহস্থলের প্রয়োগ উৎস নথি পত্র

যদি উত্স কোড (অন্তর্ভুক্ত রচনা ফাইল) এর লাইব্রেরি সংস্করণের জন্য হ্যালো,
বিশ্ব ! সি অ্যাপ্লিকেশনটি একটি সংগ্রহস্থলে রয়েছে (কোনও প্রাপ্ত ফাইল ছাড়াই), কনস ব্যবহার করবে
স্থানীয় অবজেক্ট ফাইল এবং এক্সিকিউটেবল ফাইল তৈরি করতে রিপোজিটরি সোর্স ফাইল:

% cons -R /usr/src_only/repository হ্যালো
gcc -c /usr/src_only/repository/hello.c -o hello.o
gcc -c /usr/src_only/repository/world.c -o world.o
ar r libworld.a world.o
ar: libworld.a তৈরি করা
ranlib libworld.a
gcc -o hello hello.o libworld.a

একটি স্থানীয় সোর্স ফাইল তৈরি করার ফলে কনস উপযুক্ত প্রাপ্ত ফাইলটি পুনর্নির্মাণ করতে পারে বা
নথি পত্র:

% pico world.c
[সম্পাদনা]
% cons -R /usr/src_only/repository হ্যালো
gcc -c world.c -o world.o
ar r libworld.a world.o
ar: libworld.a তৈরি করা
ranlib libworld.a
gcc -o hello hello.o libworld.a

এবং স্থানীয় সোর্স ফাইল মুছে ফেলার ফলে কনসকে ডেরিভার্ড তৈরিতে ফিরে যেতে হবে
সংগ্রহস্থল উৎস থেকে ফাইল:

% rm world.c
% cons -R /usr/src_only/repository হ্যালো
gcc -c /usr/src_only/repository/world.c -o world.o
ar r libworld.a world.o
ar: libworld.a তৈরি করা
ranlib libworld.a
gcc -o hello hello.o libworld.a

সংগ্রহস্থলের প্রয়োগ উদ্ভূত নথি পত্র

যদি একটি সংগ্রহস্থল গাছে প্রাপ্ত ফাইল থাকে (সাধারণত অবজেক্ট ফাইল, লাইব্রেরি, বা
executables), কনস তার স্বাভাবিক স্বাক্ষর গণনা সম্পাদন করবে কিনা তা নির্ধারণ করতে
সংগ্রহস্থল ফাইল আপ-টু-ডেট বা একটি প্রাপ্ত ফাইল স্থানীয়ভাবে তৈরি করা আবশ্যক। এই যে মানে,
সঠিক স্বাক্ষর গণনা নিশ্চিত করার জন্য, একটি সংগ্রহস্থল গাছে অবশ্যই থাকতে হবে
প্রেরন প্রাপ্ত ফাইলগুলি তৈরি করার সময় কনস দ্বারা তৈরি করা ফাইলগুলি।

এটি সাধারণত সংগ্রহস্থলে সফ্টওয়্যার তৈরি করে সম্পন্ন করা হবে (বা,
বিকল্পভাবে, একটি বিল্ড ডিরেক্টরিতে, এবং তারপর ফলাফলটি সংগ্রহস্থলে অনুলিপি করা হচ্ছে):

% cd/usr/all/repository
% কনস হ্যালো
gcc -c hello.c -o hello.o
gcc -c world.c -o world.o
ar r libworld.a world.o
ar: libworld.a তৈরি করা
ranlib libworld.a
gcc -o hello hello.o libworld.a

(এটি নিরাপদ এমনকি যদি গঠন করা ফাইল তালিকা /usr/all/repository একটি মধ্যে ডিরেক্টরি
'রিপোজিটরি' কমান্ড কারণ কনস রিপোজিটরি থেকে বর্তমান ডিরেক্টরি মুছে ফেলবে
তালিকা।)

এখন আমরা চাইলে আবেদনের একটি কপি নিজেদের দিয়ে তৈরি করতে পারি হ্যালো.সি ফাইল, আমাদের শুধুমাত্র প্রয়োজন
একটি প্রয়োজনীয় সোর্স ফাইল তৈরি করতে, এবং '-R' বিকল্পটি ব্যবহার করুন যাতে Cons অন্যটি ব্যবহার করে
সংগ্রহস্থল থেকে ফাইল:

% mkdir $HOME/build1
% cd $HOME/build1
% ed hello.c
[সম্পাদনা]
% cons -R /usr/all/repository হ্যালো
gcc -c hello.c -o hello.o
gcc -o hello hello.o /usr/all/repository/libworld.a

লক্ষ্য করুন যে কনস একটি স্থানীয়কে পুনরায় তৈরি করতে বিরক্ত করেনি libworld.a লাইব্রেরি (বা পুনরায় কম্পাইল করুন
বিশ্ব মডিউল), কিন্তু পরিবর্তে সংগ্রহস্থল থেকে ইতিমধ্যে-সংকলিত সংস্করণ ব্যবহার করে।

কারণ MD5 স্বাক্ষর যা কনস রাখে প্রেরন ফাইলের জন্য টাইমস্ট্যাম্প রয়েছে
প্রাপ্ত ফাইল, স্বাক্ষর টাইমস্ট্যাম্পগুলি অবশ্যই স্বাক্ষরের জন্য ফাইল টাইমস্ট্যাম্পের সাথে মিলবে
বৈধ বলে বিবেচিত হবে।

কিছু সফ্টওয়্যার সিস্টেম রিপোজিটরি ফাইলের টাইমস্ট্যাম্পগুলি পরিবর্তন করতে পারে (এগুলি অনুলিপি করে,
যেমন), যে ক্ষেত্রে কনস, ডিফল্টরূপে, অনুমান করবে সংগ্রহস্থলের স্বাক্ষরগুলি অবৈধ
এবং ফাইলগুলি অপ্রয়োজনীয়ভাবে পুনর্নির্মাণ করুন। এই আচরণটি নির্দিষ্ট করে পরিবর্তন করা যেতে পারে:

ভান্ডার_সিগ_টাইমস_ওকে 0;

এটি একটি স্বাক্ষর বৈধ কিনা তা সিদ্ধান্ত নেওয়ার সময় টাইমস্ট্যাম্পগুলি উপেক্ষা করতে কনসকে বলে৷ (বিঃদ্রঃ
এই স্যানিটি চেক এড়ানোর অর্থ হল ভান্ডারের উপর যথাযথ নিয়ন্ত্রণ থাকতে হবে
ট্রি নিশ্চিত করুন যে প্রাপ্ত ফাইল আপডেট না করে পরিবর্তন করা যাবে না প্রেরন
স্বাক্ষর।)

স্থানীয় কপি of নথি পত্র

যদি রিপোজিটরি ট্রিতে একটি বিল্ডের সম্পূর্ণ ফলাফল থাকে এবং আমরা সেখান থেকে তৈরি করার চেষ্টা করি
আমাদের স্থানীয় গাছে কোনো ফাইল ছাড়াই সংগ্রহস্থল, মাঝারিভাবে আশ্চর্যজনক কিছু
ঘটে:

% mkdir $HOME/build2
% cd $HOME/build2
% cons -R /usr/all/repository হ্যালো
কনস: "হ্যালো" আপ-টু-ডেট।

কেন কনস বলে যে হ্যালো প্রোগ্রাম আপ টু ডেট যখন নেই হ্যালো প্রোগ্রামে
স্থানীয় বিল্ড ডিরেক্টরি? কারণ সংগ্রহস্থলে (স্থানীয় ডিরেক্টরি নয়) রয়েছে
আলোচ্য সময় পর্যন্ত হ্যালো প্রোগ্রাম, এবং কনস সঠিকভাবে নির্ধারণ করে যে কিছুই করার দরকার নেই
ফাইলের এই আপ-টু-ডেট কপিটি পুনর্নির্মাণ করুন।

তবে, অনেক সময় আছে যেখানে একটি স্থানীয় অনুলিপি নিশ্চিত করা উপযুক্ত
ফাইল সবসময় বিদ্যমান। একটি প্যাকেজিং বা পরীক্ষার স্ক্রিপ্ট, উদাহরণস্বরূপ, এটি নির্দিষ্ট অনুমান করতে পারে
উত্পন্ন ফাইল স্থানীয়ভাবে বিদ্যমান. পরিবর্তে এই সহায়ক স্ক্রিপ্ট সচেতন করা
রিপোজিটরি ডিরেক্টরিতে 'স্থানীয়' কমান্ড যোগ করা যেতে পারে a গঠন করা or রচনা ফাইলের জন্য
নির্দিষ্ট করুন যে একটি নির্দিষ্ট ফাইল বা ফাইল অবশ্যই স্থানীয় বিল্ড ডিরেক্টরিতে উপস্থিত হওয়া আবশ্যক:

স্থানীয় qw(
হ্যালো
);

তারপর, যদি আমরা একই কমান্ড পুনরায় চালায়, কনস থেকে প্রোগ্রামটির একটি স্থানীয় অনুলিপি তৈরি করবে
সংগ্রহস্থল অনুলিপি (আপনাকে বলছে যে এটি তাই করছে):

% cons -R /usr/all/repository হ্যালো
/usr/all/repository/hello থেকে হ্যালোর স্থানীয় অনুলিপি
কনস: "হ্যালো" আপ-টু-ডেট।

লক্ষ্য করুন যে, কারণ স্থানীয় অনুলিপি তৈরির কাজটিকে এর "বিল্ড" হিসাবে বিবেচনা করা হয় না
হ্যালো ফাইল, কনস এখনও রিপোর্ট করে যে এটি আপ টু ডেট।

একটিতে ইনস্টল করা ফাইলগুলির জন্য স্থানীয় অনুলিপি তৈরি করা সবচেয়ে কার্যকর
'ইনস্টল' কমান্ডের মাধ্যমে মধ্যবর্তী ডিরেক্টরি (অন্যান্য ডিরেক্টরিগুলির সাথে ভাগ করার জন্য)।
একটি সঙ্গী 'স্থানীয়' কমান্ড সহ একটি ফাইলের জন্য `ইনস্টল' কমান্ডের সাথে থাকে
সাধারণ যে কনস একটি 'ইনস্টল_লোকাল' কমান্ড সরবরাহ করে উভয়টি করার সুবিধাজনক উপায় হিসাবে:

Install_Local $env, '#export', 'hello';

ঠিক এর সমতুল্য:

$env '#export', 'হ্যালো' ইনস্টল করুন;
স্থানীয় '#এক্সপোর্ট/হ্যালো';

'স্থানীয়' এবং 'ইনস্টল_লোকাল' উভয় কমান্ডই স্থানীয় আপডেট করে প্রেরন সঙ্গে ফাইল
উপযুক্ত ফাইল স্বাক্ষর, যাতে ভবিষ্যত নির্মাণ সঠিকভাবে সঞ্চালিত হয়।

সংগ্রহস্থলের প্রয়োগ বশ্যতা বিশ্লেষণ

এর অন্তর্নির্মিত স্ক্যানিংয়ের কারণে, কনস অন্তর্ভুক্ত করার জন্য নির্দিষ্ট সংগ্রহস্থল ট্রি অনুসন্ধান করবে
.h নথি পত্র. যদি না কম্পাইলার রিপোজিটরি ট্রি সম্পর্কেও না জানে, যদিও, এটি হবে
খুঁজে পেতে ব্যর্থ .h ফাইল যা শুধুমাত্র একটি সংগ্রহস্থলে বিদ্যমান। যদি, উদাহরণস্বরূপ, হ্যালো.সি
ফাইল অন্তর্ভুক্ত হ্যালো তার বর্তমান ডিরেক্টরিতে ফাইল:

% cons -R /usr/all/repository হ্যালো
gcc -c /usr/all/repository/hello.c -o hello.o
/usr/all/repository/hello.c:1: hello.h: এরকম কোন ফাইল বা ডিরেক্টরি নেই

এই সমস্যাটি সমাধান করা কিছু প্রয়োজনীয়তাকে বাধ্য করে যেভাবে নির্মাণের পরিবেশ রয়েছে
সংজ্ঞায়িত এবং যেভাবে C `#include' প্রিপ্রসেসর নির্দেশিকা ফাইলগুলি অন্তর্ভুক্ত করতে ব্যবহৃত হয়।

রিপোজিটরি ট্রি সম্পর্কে কম্পাইলারকে জানানোর জন্য, কনস উপযুক্ত `-I' যোগ করবে
কম্পাইলেশন কমান্ডের পতাকা। এর মানে হল যে `CPPPATH' ভেরিয়েবল
কনস্ট্রাক্ট এনভায়রনমেন্টে অবশ্যই সমস্ত সাবডিরেক্টরিগুলিকে স্পষ্টভাবে উল্লেখ করতে হবে যা অনুসন্ধান করা হবে
বর্তমান ডিরেক্টরি সহ অন্তর্ভুক্ত ফাইলগুলির জন্য। ফলস্বরূপ, আমরা উপরেরটি ঠিক করতে পারি
উদাহরণ পরিবেশ সৃষ্টির পরিবর্তনের মাধ্যমে গঠন করা নিম্নরূপ ফাইল:

$env = নতুন অসুবিধা (
CC => 'gcc',
CPPPATH => '.',
LIBS => 'libworld.a',
);

'CPPPATH' ভেরিয়েবলের সংজ্ঞার কারণে, এটি পাওয়া যায়, যখন আমরা পুনরায় কার্যকর করি
কমান্ড প্রয়োগ করুন:

% cons -R /usr/all/repository হ্যালো
gcc -c -I. -I/usr/all/repository /usr/all/repository/hello.c -o hello.o
gcc -o hello hello.o /usr/all/repository/libworld.a

সি প্রিপ্রসেসরের জন্য একই রিপোজিটরির জন্য `-I' পতাকার ক্রম অনুলিপি করে-
ডিরেক্টরি অনুসন্ধানের পথ যা কনস তার নিজস্ব নির্ভরতা বিশ্লেষণের জন্য ব্যবহার করে। যদি থাকে
একাধিক রিপোজিটরি এবং একাধিক `CPPPATH' ডিরেক্টরি, কনস রিপোজিটরি যুক্ত করবে
প্রতিটি `CPPPATH' ডিরেক্টরির শুরুতে ডিরেক্টরি, দ্রুত সংখ্যাকে গুণ করে
এর `-I' পতাকা। একটি চরম উদাহরণ হিসাবে, ক গঠন করা ফাইল ধারণকারী:

সংগ্রহস্থল qw(
/u1
/u2
);

$env = নতুন অসুবিধা (
CPPPATH => 'a:b:c',
);

এর একটি সংকলন কমান্ড প্রদান করবে:

cc -Ia -I/u1/a -I/u2/a -Ib -I/u1/b -I/u2/b -Ic -I/u1/c -I/u2/c -c hello.c -o হ্যালো

কারণ কনস কম্পাইলারের `-I' পতাকার উপর নির্ভর করে যে ক্রমে যোগাযোগ করতে
রিপোজিটরি ডিরেক্টরি অবশ্যই অনুসন্ধান করা উচিত, রিপোজিটরি ডিরেক্টরিগুলির কনস' হ্যান্ডলিং
আপনার সি-তে `#ইনক্লুড' নির্দেশে ডবল-কোট ব্যবহার করার সাথে মৌলিকভাবে বেমানান
সোর্স কোড:

#অন্তর্ভুক্ত করুন "file.h" /* এই ধরনের ডাবল-উদ্ধৃতি ব্যবহার করবেন না */

এর কারণ হল বেশিরভাগ সি প্রিপ্রসেসর, যখন এই ধরনের নির্দেশের মুখোমুখি হয়, সর্বদা প্রথমে থাকবে
উৎস ফাইল ধারণকারী ডিরেক্টরি অনুসন্ধান করুন. এটি বিস্তৃত `-I' কে দুর্বল করে
প্রিপ্রসেসরকে তার পছন্দের অনুসন্ধানের সাথে সামঞ্জস্য করার জন্য কনস যে বিকল্পগুলি তৈরি করে
পথ।

ফলস্বরূপ, কনসে রিপোজিটরি ট্রি ব্যবহার করার সময়, সর্বদা অন্তর্ভুক্ত করার জন্য কোণ-বন্ধনী ব্যবহার করুন
নথি পত্র:

#অন্তর্ভুক্ত /* এর পরিবর্তে কোণ-বন্ধনী ব্যবহার করুন */

ভান্ডার_তালিকা

কনস একটি `Repository_List' কমান্ড প্রদান করে যা সমস্ত সংগ্রহস্থল ডিরেক্টরির একটি তালিকা ফেরত দেয়
তাদের বর্তমান সার্চ অর্ডারে। এটি ডিবাগিংয়ের জন্য বা আরও জটিল পার্ল করতে ব্যবহার করা যেতে পারে
জিনিসপত্র:

@তালিকা = ভান্ডার_তালিকা;
প্রিন্ট যোগদান (' ', @তালিকা), "\n";

সংগ্রহস্থলের প্রয়োগ মিথষ্ক্রিয়া সঙ্গে অন্যান্য মন্দ দিক বৈশিষ্ট্য

রিপোজিটরি ট্রিগুলির কনস হ্যান্ডলিং অন্যান্য কনস বৈশিষ্ট্যগুলির সাথে সঠিকভাবে ইন্টারঅ্যাক্ট করে - যা
বলতে গেলে, এটি সাধারণত আপনি যা আশা করেন তা করে।

সবচেয়ে উল্লেখযোগ্যভাবে, রিপোজিটরি ট্রিগুলি 'লিঙ্ক'-এর সাথে সঠিকভাবে এবং বরং শক্তিশালীভাবে ইন্টারঅ্যাক্ট করে।
আদেশ একটি সংগ্রহস্থল ট্রি সংস্করণ তৈরির জন্য এক বা একাধিক সাবডিরেক্টরি থাকতে পারে
একটি উৎস সাবডিরেক্টরিতে 'লিঙ্ক' এর মাধ্যমে প্রতিষ্ঠিত। কনস প্রাপ্ত ফাইলের জন্য অনুসন্ধান করবে
সংগ্রহস্থল গাছের নিচে উপযুক্ত বিল্ড সাবডিরেক্টরি।

ডিফল্ট লক্ষ্যমাত্রা

এখন অবধি, আমরা নির্মাণের জন্য একটি সুস্পষ্ট লক্ষ্যের সাথে কনস আহ্বান দেখিয়েছি:

% কনস হ্যালো

সাধারণত, লক্ষ্য নির্দিষ্ট না হলে কনস কিছু তৈরি করে না, তবে 'নির্দিষ্ট করে।'
(বর্তমান ডিরেক্টরি) সবকিছু তৈরি করবে:

% cons # কিছু তৈরি করে না

% খারাপ # শীর্ষ-স্তরের ডিরেক্টরির অধীনে সবকিছু তৈরি করে

যেকোনো একটিতে 'ডিফল্ট' পদ্ধতি যোগ করা হচ্ছে গঠন করা or রচনা ফাইল নির্দিষ্ট যোগ করবে
ডিফল্ট টার্গেটের একটি তালিকার লক্ষ্য। কোন না থাকলে কনস এই ডিফল্ট তৈরি করবে
কমান্ড লাইনে নির্দিষ্ট লক্ষ্যগুলি। তাই উপরের স্তরে নিম্নলিখিত লাইন যোগ করা
গঠন করা ফাইলটি ডিফল্টরূপে সবকিছু তৈরি করার মেকের সাধারণ আচরণকে অনুকরণ করবে:

ডিফল্ট '.';

নিম্নলিখিত যোগ হবে হ্যালো এবং বিদায় কমান্ড (এর মতো একই ডিরেক্টরিতে
গঠন করা or রচনা ফাইল) ডিফল্ট তালিকায়:

ডিফল্ট qw(
হ্যালো
বিদায়
);

ডিফল্ট তালিকায় লক্ষ্য যোগ করতে 'ডিফল্ট' পদ্ধতি একাধিকবার ব্যবহার করা যেতে পারে।

নির্বাচক তৈরী করে

কনস প্রদত্ত বিল্ডের আকার হ্রাস করার জন্য দুটি পদ্ধতি প্রদান করে। প্রথমটি নির্দিষ্ট করে
কমান্ড লাইনে লক্ষ্য, এবং দ্বিতীয়টি হল বিল্ড ট্রি ছাঁটাই করার একটি পদ্ধতি। আমরা হব
প্রথমে লক্ষ্য স্পেসিফিকেশন বিবেচনা করুন।

নির্বাচক লক্ষ্য করে

মেকের মতো, কনস কমান্ড লাইনে ``লক্ষ্য''-এর স্পেসিফিকেশনের অনুমতি দেয়। কনস লক্ষ্য
ফাইল বা ডিরেক্টরি হতে পারে। যখন একটি ডিরেক্টরি নির্দিষ্ট করা হয়, এটি কেবল একটি সংক্ষিপ্ত-
প্রতিটি আহরণযোগ্য পণ্যের জন্য হ্যান্ড নোটেশন--যা কনস জানে--নির্দিষ্টে
ডিরেক্টরি এবং নীচে। উদাহরণ স্বরূপ:

% cons build/hello/hello.o

নির্মাণ মানে হ্যালো এবং সবকিছু যে হ্যালো প্রয়োজন হতে পারে. এটি একটি আগের থেকে
সংস্করণ হ্যালো, বিশ্ব ! প্রোগ্রাম যা হ্যালো উপর নির্ভরশীল
export/include/world.h. যদি সেই ফাইলটি আপ-টু-ডেট না হয় (কারণ কেউ সংশোধন করেছে
src/world/world.h), তারপর এটি পুনঃনির্মাণ করা হবে, যদিও এটি একটি ডিরেক্টরি থেকে দূরবর্তী স্থানে রয়েছে
নির্মাণ/হ্যালো.

এই উদাহরণে:

% কনস বিল্ড

সমস্ত কিছু নির্মাণ করা প্রয়োজন হলে ডিরেক্টরি নির্মিত হয়। আবার, এটি আরও ফাইলের কারণ হতে পারে
নির্মান হবে. বিশেষ করে, উভয় export/include/world.h এবং export/lib/libworld.a হয়
দ্বারা প্রয়োজনীয় নির্মাণ/হ্যালো ডিরেক্টরি, এবং তাই সেগুলি তৈরি করা হবে যদি সেগুলি পুরানো হয়।

যদি আমরা করি, পরিবর্তে:

% ক্ষতি রপ্তানি

তারপর শুধুমাত্র যে ফাইলগুলি রপ্তানি ডিরেক্টরিতে ইনস্টল করা উচিত তা পুনর্নির্মাণ করা হবে, যদি
প্রয়োজনীয়, এবং তারপর সেখানে ইনস্টল করুন। মনে রাখবেন যে 'কনস বিল্ড' এমন ফাইল তৈরি করতে পারে যা 'কনস'
এক্সপোর্ট' তৈরি করে না, এবং তদ্বিপরীত।

না ''বিশেষ'' লক্ষ্যমাত্রা

কনস সহ, মেক-স্টাইল ``বিশেষ'' লক্ষ্যের প্রয়োজন নেই। Cons সঙ্গে সহজ এনালগ
বিশেষ ব্যবহার করতে হয় রপ্তানি ডিরেক্টরি, পরিবর্তে. ধরুন, উদাহরণস্বরূপ, আপনার কাছে একটি আছে
আপনার কোডের সাথে যুক্ত ইউনিট পরীক্ষার পুরো সিরিজ। পরীক্ষা বাস
কোডের কাছাকাছি সোর্স ডিরেক্টরি। সাধারণত, তবে, আপনি এই পরীক্ষাগুলি তৈরি করতে চান না।
একটি সমাধান হল পরীক্ষা তৈরি করার জন্য সমস্ত বিল্ড নির্দেশাবলী প্রদান করা এবং তারপরে
গাছের একটি পৃথক অংশে পরীক্ষাগুলি ইনস্টল করুন। যদি আমরা একটি শীর্ষ স্তরে পরীক্ষা ইনস্টল
ডিরেক্টরি বলা হয় পরীক্ষা, তারপর:

% কনস পরীক্ষা

সব পরীক্ষা নির্মাণ করা হবে.

% ক্ষতি রপ্তানি

সিস্টেমের উত্পাদন সংস্করণ তৈরি করবে (কিন্তু পরীক্ষা নয়), এবং:

% কনস বিল্ড

সম্ভবত এড়ানো উচিত (যেহেতু এটি অপ্রয়োজনীয়ভাবে পরীক্ষাগুলি কম্পাইল করবে)।

আপনি যদি শুধুমাত্র একটি পরীক্ষা তৈরি করতে চান, তাহলে আপনি স্পষ্টভাবে পরীক্ষার নাম দিতে পারেন (in
হয় পরীক্ষা ডিরেক্টরি বা নির্মাণ করা ডিরেক্টরি)। আপনি পরীক্ষাগুলিও একত্রিত করতে পারেন
পরীক্ষা ডিরেক্টরির মধ্যে একটি সুবিধাজনক অনুক্রমের মধ্যে। এই অনুক্রমের প্রয়োজন নেই
অগত্যা উৎস অনুক্রমের সাথে মেলে, অনেকটা একইভাবে যেভাবে অনুক্রমের অন্তর্ভুক্ত
সম্ভবত উৎস অনুক্রমের সাথে মেলে না (অন্তর্ভুক্ত শ্রেণিবিন্যাস বেশি হওয়ার সম্ভাবনা নেই
দুই স্তর গভীর, সি প্রোগ্রামের জন্য)।

আপনি যদি গাছের মধ্যে একেবারে সবকিছু তৈরি করতে চান (আপনি যাই হোক না কেন বিকল্পগুলি সাপেক্ষে
নির্বাচন করুন), আপনি ব্যবহার করতে পারেন:

% খারাপ

এটি বিশেষভাবে কার্যকর নয়, যেহেতু এটি অপ্রয়োজনীয়ভাবে সমস্ত গাছকে হেঁটে যাবে,
উৎস গাছ সহ। উৎস গাছে অবশ্যই নির্মাণযোগ্য বস্তু থাকতে পারে
এটা--আপনি সাধারণত একটি পৃথক বিল্ডে নির্মাণ করলেও, কিছুই আপনাকে এটি করা থেকে বাধা দেয় না
গাছ।

নির্মাণ করা কেঁটে সাফ

লক্ষ্য নির্বাচনের সাথে একত্রে, নির্মাণ করা কেঁটে সাফ এর সুযোগ কমাতে ব্যবহার করা যেতে পারে
নির্মাণ পূর্ববর্তী peAcH এবং baNaNa উদাহরণে, আমরা ইতিমধ্যেই দেখেছি কিভাবে স্ক্রিপ্ট-চালিত হয়
বিল্ড ছাঁটাই যে কোনো প্রদত্ত জন্য উপলব্ধ সম্ভাব্য বিল্ডের অর্ধেক করতে ব্যবহার করা যেতে পারে
'কনস'-এর আহ্বান। কনস এছাড়াও প্রদান করে, একটি সুবিধা হিসাবে, একটি কমান্ড লাইন কনভেনশন যে
আপনাকে কোনটি নির্দিষ্ট করতে দেয় রচনা ফাইলগুলি আসলে ``বিল্ট'--অর্থাৎ নিগমিত হয়
বিল্ড গাছ মধ্যে. উদাহরণ স্বরূপ:

% কনস বিল্ড + ওয়ার্ল্ড

`+' আর্গুমেন্ট একটি পার্ল রেগুলার এক্সপ্রেশন প্রবর্তন করে। এই, অবশ্যই, এ উদ্ধৃত করা আবশ্যক
এক্সপ্রেশনের মধ্যে কোনো শেল মেটা-অক্ষর থাকলে শেল স্তর। দ্য
অভিব্যক্তি প্রতিটি বিরুদ্ধে মিলিত হয় রচনা ফাইল যা একটি 'বিল্ড' এ উল্লেখ করা হয়েছে
বিবৃতি, এবং শুধুমাত্র মিলিত নামের সাথে সেই স্ক্রিপ্টগুলি প্রকৃতপক্ষে অন্তর্ভুক্ত করা হয়েছে৷
গাছ তৈরি করুন। একাধিক এই ধরনের আর্গুমেন্ট অনুমোদিত, যে ক্ষেত্রে তাদের যে কোনো একটির বিরুদ্ধে ম্যাচ
একটি স্ক্রিপ্ট অন্তর্ভুক্ত করার জন্য যথেষ্ট।

উদাহরণে, উপরে, হ্যালো প্রোগ্রাম তৈরি করা হবে না, যেহেতু কনস থাকবে না
স্ক্রিপ্ট জ্ঞান হ্যালো/কন্সক্রিপ্ট. দ্য libworld.a সংরক্ষণাগার নির্মিত হবে, তবে, যদি
প্রয়োজন হতে.

কমান্ড লাইনের মাধ্যমে ছাঁটাই নির্মাণের জন্য কয়েকটি ব্যবহার রয়েছে। সম্ভবত সবচেয়ে দরকারী
স্থানীয় পরিবর্তন করার ক্ষমতা, এবং তারপর, যথেষ্ট জ্ঞান সঙ্গে
এই পরিবর্তনগুলির ফলাফল, গতি বাড়ানোর জন্য বিল্ড ট্রির আকার সীমাবদ্ধ করুন
পুনর্নির্মাণের সময়। বিল্ড ছাঁটাইয়ের জন্য দ্বিতীয় ব্যবহার হল পুনঃসংকলনকে সক্রিয়ভাবে প্রতিরোধ করা
কিছু নির্দিষ্ট ফাইল যা আপনি জানেন যেগুলির কারণে পুনরায় কম্পাইল করা হবে, উদাহরণস্বরূপ, একটি পরিবর্তিত হেডার ফাইল।
আপনি হয়ত জানেন যে শিরোনাম ফাইলের পরিবর্তনগুলি অমূলক, অথবা যে
পরীক্ষার উদ্দেশ্যে, বেশিরভাগ গাছের জন্য পরিবর্তনগুলি নিরাপদে উপেক্ষা করা যেতে পারে
দৃষ্টিভঙ্গি হল যে এই ধরনের আচরণ স্বীকার করা বাস্তবসম্মত, বোঝার সাথে
পরবর্তী পূর্ণ বিল্ডে যা কিছু পুনর্নির্মাণ করা দরকার তা হবে। কোন সমকক্ষ নেই
একটি ``মেক টাচ'' কমান্ড, ফাইলগুলিকে স্থায়ীভাবে আপ-টু-ডেট হিসাবে চিহ্নিত করতে। তাই যে কোন ঝুঁকি
বিল্ড ছাঁটাই দ্বারা ব্যয় প্রশমিত হয়. মুক্তির মানের কাজের জন্য, স্পষ্টতই, আমরা সুপারিশ করি
যে আপনি বিল্ড ছাঁটাই ব্যবহার করবেন না (এটি একীকরণের সময় ব্যবহার করা পুরোপুরি ঠিক, তবে,
সংকলন, ইত্যাদি পরীক্ষা করার জন্য। প্রতিশ্রুতি দেওয়ার আগে শুধুমাত্র একটি অবাধ বিল্ড করতে ভুলবেন না
একীকরণ)।

অস্থায়ী ওভাররাইড

কনস একটি বিল্ডের দিকগুলিকে ওভাররাইড করার জন্য একটি খুব সহজ প্রক্রিয়া প্রদান করে। সারমর্ম হল
যে আপনি এক বা একাধিক `ওভাররাইড' কমান্ড ধারণকারী একটি ওভাররাইড ফাইল লিখুন, এবং আপনি
কমান্ড লাইনে এটি নির্দিষ্ট করুন, যখন আপনি 'cons' চালান:

% কনস -o রপ্তানি বেশী

নির্মাণ করবে রপ্তানি ডিরেক্টরি, উপস্থিত ওভাররাইড সাপেক্ষে সমস্ত প্রাপ্ত ফাইল সহ
মধ্যে শেষ ফাইল আপনি যদি `-o' বিকল্পটি ছেড়ে দেন, তাহলে প্রয়োজনীয় সবকিছু অপসারণ করতে হবে
সমস্ত ওভাররাইড পুনর্নির্মাণ করা হবে।

ওভাররাইডিং পরিবেশ ভেরিয়েবল

ওভাররাইড ফাইলে দুই ধরনের ওভাররাইড থাকতে পারে। প্রথমটি হল ইনকামিং এনভায়রনমেন্ট
ভেরিয়েবল এই দ্বারা সাধারণত অ্যাক্সেসযোগ্য হয় গঠন করা `%ENV' হ্যাশ থেকে ফাইল
পরিবর্তনশীল এগুলি সেট করে ওভাররাইড ফাইলে তুচ্ছভাবে ওভাররাইড করা যেতে পারে
`%ENV' এর উপযুক্ত উপাদান (এগুলি ব্যবহারকারীর পরিবেশে ওভাররাইড করা যেতে পারে,
অবশ্যই).

সার্জারির অগ্রাহ্য করা হুকুম

দ্বিতীয় ধরনের ওভাররাইড 'ওভাররাইড' কমান্ড দিয়ে সম্পন্ন করা হয়, যা দেখতে কেমন
এই:

অগ্রাহ্য করা , => , => , ...;

নিয়মিত অভিব্যক্তি regexp প্রতিটি প্রাপ্ত ফাইলের সাথে মিলিত হয় যা একজন প্রার্থী
নির্মাণের জন্য। যদি প্রাপ্ত ফাইলের সাথে মিলে যায়, তাহলে পরিবর্তনশীল/মান জোড়া ব্যবহার করা হয়
প্রাপ্ত ফাইলের সাথে সম্পর্কিত নির্মাণ পরিবেশে মানগুলিকে ওভাররাইড করুন।

ধরা যাক আমাদের এইরকম একটি নির্মাণ পরিবেশ আছে:

$CONS = নতুন কনস(
COPT => '',
CDBG => '-g',
CFLAGS => '% COPT % CDBG',
);

তারপর যদি আমাদের একটি ওভাররাইড ফাইল থাকে শেষ এই কমান্ড ধারণকারী:

ওভাররাইড '\.o$', COPT => '-O', CDBG => '';

তাহলে `-ও ওভার'-এর সাথে যে কোনো 'কনস' আহ্বান যা তৈরি করে .o এই পরিবেশের মাধ্যমে ফাইল হবে
তাদের `-O' এবং কোনো `-g' দিয়ে কম্পাইল করা হবে। ওভাররাইড, অবশ্যই, হতে পারে
একটি রেগুলার এক্সপ্রেশনের উপযুক্ত নির্বাচন দ্বারা একটি একক ডিরেক্টরিতে সীমাবদ্ধ।

এখানে হ্যালো, ওয়ার্ল্ডের আসল সংস্করণ! প্রোগ্রাম, এই পরিবেশ সঙ্গে নির্মিত.
নোট করুন যে ওভাররাইড প্রয়োগ করা বা সরানো হলে কনস উপযুক্ত টুকরোগুলি পুনর্নির্মাণ করে:

% কনস হ্যালো
cc -g -c hello.c -o hello.o
cc -ও হ্যালো হ্যালো.ও
হ্যালো ওভার কনস -o
cc -O -c hello.c -o hello.o
cc -ও হ্যালো হ্যালো.ও
হ্যালো ওভার কনস -o
কনস: "হ্যালো" আপ-টু-ডেট।
% কনস হ্যালো
cc -g -c hello.c -o hello.o
cc -ও হ্যালো হ্যালো.ও

এটা গুরুত্বপূর্ণ যে 'ওভাররাইড' কমান্ডটি শুধুমাত্র অস্থায়ী, অন-দ্য-ফ্লাইয়ের জন্য ব্যবহার করা হবে
উন্নয়নের জন্য প্রয়োজনীয় ওভাররাইডগুলি কারণ ওভাররাইডগুলি প্ল্যাটফর্ম স্বাধীন নয় এবং
কারণ তারা স্ক্রিপ্টের কাজের অন্তরঙ্গ জ্ঞানের উপর খুব বেশি নির্ভর করে। জন্য
অস্থায়ী ব্যবহার, যাইহোক, তারা ঠিক আপনি কি চান.

মনে রাখবেন যে এটি এখনও একটি সম্পূর্ণ অপ্টিমাইজড তৈরি করার ক্ষমতা প্রদান করার জন্য দরকারী
উত্পাদন ব্যবহারের জন্য একটি সিস্টেমের সংস্করণ - থেকে গঠন করা এবং রচনা নথি পত্র. এই পথে
আপনি প্ল্যাটফর্মের জন্য অপ্টিমাইজ করা সিস্টেমটি তৈরি করতে পারেন। যেখানে অপ্টিমাইজার ট্রেড-অফ হওয়া দরকার
তৈরি (বিশেষ ফাইলগুলি সম্পূর্ণ অপ্টিমাইজেশানের সাথে সংকলিত নাও হতে পারে, উদাহরণস্বরূপ), তারপর
এগুলি সরাসরি স্ক্রিপ্টে উত্তরসূরি (এবং প্রজননযোগ্যতা) জন্য রেকর্ড করা যেতে পারে।

অধিক on নির্মাণ পরিবেশের

ডিফল্ট নির্মাণ ভেরিয়েবল

আমরা একটি ধারণা উল্লেখ করেছি এবং ব্যবহার করেছি নির্মাণ পরিবেশ, অনেক বার
পূর্ববর্তী পৃষ্ঠা। এখন এটি একটু বেশি কংক্রিট করার সময়। নিম্নলিখিত সঙ্গে
বিবৃতি:

$env = নতুন কনস();

একটি নতুন, ডিফল্ট নির্মাণ পরিবেশের একটি রেফারেন্স তৈরি করা হয়। এই একটি সংখ্যা রয়েছে
নির্মাণ ভেরিয়েবল এবং কিছু পদ্ধতি. বর্তমান লেখা, ডিফল্ট তালিকা
নির্মাণ ভেরিয়েবল নিম্নরূপ সংজ্ঞায়িত করা হয়:

CC => 'cc',
CFLAGS => '',
CCCOM => '%CC %CFLAGS %_IFLAGS -c %< -o %>',
INDIRPREFIX => '-আমি',
CXX => '%CC',
CXXFLAGS => '% CFLAGS',
CXXCOM => '%CXX %CXXFLAGS %_IFLAGS -c %< -o %>',
LINK => '%CXX',
LINKCOM => '%LINK %LDFLAGS -o %> %< %_LDIRS %LIBS',
LINKMODULECOM => '%LD -r -o %> %<',
LIBDIRPREFIX => '-L',
AR => 'আর',
ARFLAGS => 'r',
ARCOM => "%AR % ARFLAGS %> %<\n%RANLIB %>",
RANLIB => 'ranlib',
AS => 'যেমন',
ASFLAGS => '',
ASCOM => '%AS %ASFLAGS %< -o %>',
LD => 'ld',
LDFLAGS => '',
PREFLIB => 'lib',
SUFLIB => '.a',
SUFLIBS => '.so:.a',
SUFOBJ => '.o',
ENV => { 'PATH' => '/ বিন:, / Usr / বিন' },

Win32 সিস্টেমে (উইন্ডোজ এনটি), নিম্নলিখিত নির্মাণ ভেরিয়েবলগুলি ওভাররাইড করা হয়
ডিফল্ট:

CC => 'cl',
CFLAGS => '/nologo',
CCCOM => '%CC %CFLAGS %_IFLAGS /c %< /Fo%>',
CXXCOM => '%CXX %CXXFLAGS %_IFLAGS /c %< /Fo%>',
INDIRPREFIX => '/I',
LINK => 'লিঙ্ক',
LINKCOM => '%LINK %LDFLAGS /out:%> %< %_LDIRS %LIBS',
LINKMODULECOM => '%LD /r /o %> %<',
LIBDIRPREFIX => '/LIBPATH:',
AR => 'lib',
ARFLAGS => '/nologo',
ARCOM => "% AR % ARFLAGS /out:%> %<",
রনলিব => '',
LD => 'লিঙ্ক',
LDFLAGS => '/nologo',
PREFLIB => '',
SUFEXE => '.exe',
SUFLIB => '.lib',
SUFLIBS => '.dll:.lib',
SUFOBJ => '.obj',

এই ভেরিয়েবলগুলি পরিবেশের সাথে যুক্ত বিভিন্ন পদ্ধতি দ্বারা ব্যবহৃত হয়, ইন
বিশেষ করে যে কোনো পদ্ধতি যা শেষ পর্যন্ত একটি বাহ্যিক কমান্ড আহ্বান করে তা প্রতিস্থাপন করবে
চূড়ান্ত কমান্ডে ভেরিয়েবল, উপযুক্ত হিসাবে। উদাহরণস্বরূপ, `বস্তু' পদ্ধতি লাগে
সোর্স ফাইলের একটি সংখ্যা এবং প্রয়োজন হলে সংশ্লিষ্ট বস্তুটি আহরণ করার ব্যবস্থা করে
নথি পত্র. উদাহরণ স্বরূপ:

বস্তু $env 'foo.c', 'bar.c';

এটি প্রয়োজনে উৎপাদনের ব্যবস্থা করবে, foo.o এবং বার.ও. আমন্ত্রিত কমান্ড সহজভাবে
`%CCCOM', যা প্রতিস্থাপনের মাধ্যমে প্রসারিত হয়, প্রয়োজনীয় বাহ্যিক কমান্ডে
প্রতিটি বস্তু তৈরি করতে। আমরা 'কমান্ড' এর অধীনে প্রতিস্থাপনের নিয়মগুলি আরও অন্বেষণ করব
পদ্ধতি, নীচে।

নির্মাণ ভেরিয়েবল এছাড়াও অন্যান্য উদ্দেশ্যে ব্যবহার করা হয়. উদাহরণস্বরূপ, `CPPPATH' হল
অন্তর্ভুক্ত ডিরেক্টরিগুলির একটি কোলন-বিচ্ছিন্ন পথ নির্দিষ্ট করতে ব্যবহৃত হয়। এই হতে উদ্দেশ্য করা হয়
সি প্রিপ্রসেসরে পাস করা হয় এবং সি-ফাইল স্ক্যানিং মেশিনেও ব্যবহার করা হয়
একটি সি সংকলনের সাথে জড়িত নির্ভরতা নির্ধারণ করুন। সঙ্গে শুরু ভেরিয়েবল
আন্ডারস্কোর, বিভিন্ন পদ্ধতি দ্বারা তৈরি করা হয়, এবং সাধারণত ``অভ্যন্তরীণ' বিবেচনা করা উচিত
ভেরিয়েবল উদাহরণস্বরূপ, যখন একটি পদ্ধতি বলা হয় যা একটি বস্তু তৈরির জন্য আহ্বান করে
একটি C উৎস থেকে, ভেরিয়েবল `_IFLAGS' তৈরি করা হয়েছে: এটি `-I' সুইচের সাথে মিলে যায়
C কম্পাইলার দ্বারা 'CPPPATH' দ্বারা নির্দিষ্ট করা ডিরেক্টরিগুলিকে প্রতিনিধিত্ব করার জন্য প্রয়োজনীয়।

উল্লেখ্য, যে কোনো নির্দিষ্ট পরিবেশের জন্য, একটি ভেরিয়েবলের মান একবার এবং তারপরে সেট করা হয়
কখনই রিসেট করবেন না (একটি ভেরিয়েবল পরিবর্তন করতে, আপনাকে অবশ্যই একটি নতুন পরিবেশ তৈরি করতে হবে। পদ্ধতি প্রদান করা হয়েছে
এই উদ্দেশ্যে বিদ্যমান পরিবেশ অনুলিপি করার জন্য)। কিছু অভ্যন্তরীণ ভেরিয়েবল, যেমন
`_IFLAGS' চাহিদার ভিত্তিতে তৈরি করা হয়, কিন্তু একবার সেট হয়ে গেলে, তারা জীবনের জন্য স্থির থাকে
পরিবেশ।

`CFLAGS', `LDFLAGS', এবং `ARFLAGS' ভেরিয়েবল সবগুলোই বিকল্প পাস করার জন্য একটি জায়গা সরবরাহ করে
যথাক্রমে কম্পাইলার, লোডার এবং আর্কাইভার। কম স্পষ্টতই, 'INCDIRPREFIX'
ভেরিয়েবল প্রতিটি অন্তর্ভুক্তির শুরুতে যুক্ত করা বিকল্প স্ট্রিং নির্দিষ্ট করে
ডিরেক্টরি যাতে কম্পাইলার জানে কোথায় খুঁজে পেতে হবে .h নথি পত্র. একইভাবে, দ
'LIBDIRPREFIX' ভেরিয়েবলের শুরুতে যুক্ত করা বিকল্প স্ট্রিং নির্দিষ্ট করে
প্রতিটি ডিরেক্টরি যা লিঙ্কারকে লাইব্রেরির জন্য অনুসন্ধান করা উচিত।

আরেকটি পরিবর্তনশীল, `ENV', কার্যকর করার সময় সিস্টেমের পরিবেশ নির্ধারণ করতে ব্যবহৃত হয়
একটি বহিরাগত কমান্ডের। ডিফল্টরূপে, একমাত্র পরিবেশ পরিবর্তনশীল যা সেট করা হয় তা হল 'PATH',
যা একটি UNIX কমান্ডের জন্য নির্বাহের পথ। সর্বাধিক প্রজননযোগ্যতার জন্য, আপনার উচিত
সত্যিই আপনার উচ্চ-স্তরে আপনার নিজের মৃত্যুদন্ডের পথ সেট করার ব্যবস্থা করুন গঠন করা ফাইল (বা
সম্ভবত পার্ল 'ব্যবহার' কমান্ড সহ একটি উপযুক্ত নির্মাণ প্যাকেজ আমদানি করে)। দ্য
ডিফল্ট ভেরিয়েবলগুলি আপনাকে মাটি থেকে সরিয়ে দেওয়ার উদ্দেশ্যে করা হয়েছে।

ইন্টারপোলেটিং নির্মাণ ভেরিয়েবল

নির্মাণ এনভায়রনমেন্ট ভেরিয়েবলগুলি উৎস এবং টার্গেট ফাইলের নামগুলিতে ইন্টারপোলেট করা যেতে পারে
কনস্ট্রাকশন ভেরিয়েবল নামের উপসর্গ দিয়ে `%'।

$env = নতুন অসুবিধা (
DESTDIR => 'প্রোগ্রাম',
SRCDIR => 'src',
);
প্রোগ্রাম $env '%DESTDIR/hello', '%SRCDIR/hello.c';

নির্মাণ ভেরিয়েবলের সম্প্রসারণ পুনরাবৃত্তিমূলক--অর্থাৎ ফাইল নাম(গুলি) পুনরায় হবে-
প্রসারিত যতক্ষণ না আর কোনো প্রতিস্থাপন করা না যায়। যদি একটি নির্মাণ পরিবর্তনশীল না হয়
পরিবেশে সংজ্ঞায়িত, তারপর নাল স্ট্রিং প্রতিস্থাপিত হবে।

ডিফল্ট নির্মাণ পদ্ধতি

ডিফল্ট নির্মাণ পদ্ধতির তালিকায় নিম্নলিখিতগুলি অন্তর্ভুক্ত রয়েছে:

সার্জারির 'নতুন' নির্মাতা

'নতুন' পদ্ধতিটি একটি পার্ল অবজেক্ট কনস্ট্রাক্টর। অর্থাৎ, এটি একটি রেফারেন্সের মাধ্যমে আহ্বান করা হয় না
একটি বিদ্যমান নির্মাণ পরিবেশে উল্লেখ, কিন্তু, বরং স্থিরভাবে, নাম ব্যবহার করে
পার্লের প্যাকেজ যেখানে কনস্ট্রাক্টর সংজ্ঞায়িত করা হয়। পদ্ধতিটি এইভাবে আহ্বান করা হয়:

$env = নতুন অসুবিধা ( );

আপনি যে পরিবেশটি ফিরে পান তা প্যাকেজ 'কনস' এর মধ্যে আশীর্বাদিত হয়, যার অর্থ এটি হবে
নীচে বর্ণিত ডিফল্ট পদ্ধতিগুলি এর সাথে যুক্ত আছে। স্বতন্ত্র নির্মাণ
একটি ওভাররাইড তালিকায় নাম/মান জোড়া প্রদান করে ভেরিয়েবল ওভাররাইড করা যেতে পারে। মনে রাখবেন যে
যেকোনো কমান্ড এনভায়রনমেন্ট ভেরিয়েবল (যেমন `ENV'-এর অধীনে যেকোনো কিছু) ওভাররাইড করতে আপনাকে করতে হবে
তাদের সব ওভাররাইড. আপনি একটি এ 'কপি' পদ্ধতি ব্যবহার করে এই অসুবিধাটি পেতে পারেন
বিদ্যমান নির্মাণ পরিবেশ।

সার্জারির 'ক্লোন' পদ্ধতি

'ক্লোন' পদ্ধতি একটি বিদ্যমান নির্মাণ পরিবেশের একটি ক্লোন তৈরি করে এবং হতে পারে
নিম্নলিখিত উদাহরণ হিসাবে বলা হয়:

$env2 = $env1->ক্লোন( );

থেকে একটি ভিন্ন পরিবেশ তৈরি করতে আপনি স্বাভাবিক পদ্ধতিতে ওভাররাইড প্রদান করতে পারেন
মূল আপনি যদি একই পরিবেশের জন্য একটি নতুন নাম চান (যা যখন সহায়ক হতে পারে
বিদ্যমান উপাদানগুলিতে পরিবেশ রপ্তানি করা), আপনি কেবল সাধারণ অ্যাসাইনমেন্ট ব্যবহার করতে পারেন।

সার্জারির 'কপি' পদ্ধতি

'কপি' পদ্ধতি একটি থেকে বাহ্যিকভাবে সংজ্ঞায়িত নির্মাণ ভেরিয়েবল বের করে
পরিবেশ এবং তাদের নাম/মান জোড়ার তালিকা হিসাবে ফেরত দেয়। ওভাররাইডও হতে পারে
প্রদত্ত, যে ক্ষেত্রে, ওভাররাইড করা মানগুলি উপযুক্ত হিসাবে ফেরত দেওয়া হবে। দ্য
প্রত্যাবর্তিত তালিকাটি একটি হ্যাশে বরাদ্দ করা যেতে পারে, যেমনটি নীচের প্রোটোটাইপে দেখানো হয়েছে, তবে এটিও হতে পারে
অন্য উপায়ে ম্যানিপুলেট করা হবে:

%env = $env1->কপি( );

'ENV'-এর মান, যা নিজেই একটি হ্যাশ, এছাড়াও একটি নতুন হ্যাশে অনুলিপি করা হয়েছে, তাই এটি হতে পারে
মূল পরিবেশকে প্রভাবিত করার ভয় ছাড়াই পরিবর্তিত হয়েছে। সুতরাং, উদাহরণস্বরূপ, যদি আপনি সত্যিই
ডিফল্ট পরিবেশে শুধুমাত্র `PATH' ভেরিয়েবলকে ওভাররাইড করতে চান, আপনি করতে পারেন
নিম্নলিখিত:

% কনস = নতুন কনস()->কপি();
$cons{ENV}{PATH} = " ";
$cons = নতুন কনস(%cons);

এটি ডিফল্ট এক্সিকিউশন পরিবেশে থাকতে পারে এমন অন্য কিছু ছেড়ে দেবে
নিরবচ্ছিন্ন

সার্জারির 'ইনস্টল করুন' পদ্ধতি

'ইনস্টল' পদ্ধতিটি নির্দিষ্ট ফাইলগুলিকে নির্দিষ্ট জায়গায় ইনস্টল করার ব্যবস্থা করে
ডিরেক্টরি ইনস্টলেশনটি অপ্টিমাইজ করা হয়েছে: ফাইলটি লিঙ্ক করা গেলে অনুলিপি করা হয় না। যদি
এটি পছন্দসই আচরণ নয়, আপনাকে ইনস্টল করার জন্য একটি ভিন্ন পদ্ধতি ব্যবহার করতে হবে
ফাইল এটি নিম্নরূপ বলা হয়:

$env ইনস্টল করুন , ;

উল্লেখ্য যে, ইনস্টল করা ফাইলগুলিকে ইচ্ছামত নামকরণ করা হতে পারে, শুধুমাত্র শেষ
প্রতিটি নামের উপাদান ইনস্টল করা টার্গেট নামের জন্য ব্যবহৃত হয়। সুতরাং, উদাহরণস্বরূপ, যদি আপনি
ইনস্টল করার ব্যবস্থা করুন foo/বার in ভিত্তি, এটি একটি তৈরি করবে বার ফাইলের মধ্যে ভিত্তি ডিরেক্টরি (না
foo/বার).

সার্জারির 'InstallAs' পদ্ধতি

'InstallAs' পদ্ধতিটি নির্দিষ্ট উৎসের জন্য ব্যবস্থা করে ফাইল(গুলি) হিসাবে ইনস্টল করতে হবে
নির্দিষ্ট লক্ষ্য ফাইল(s) একাধিক ফাইল একটি ফাইল তালিকা হিসাবে নির্দিষ্ট করা উচিত. দ্য
ইনস্টলেশন অপ্টিমাইজ করা হয়েছে: ফাইলটি কপি করা হয় না যদি এটি লিঙ্ক করা যায়। এই যদি না হয়
পছন্দসই আচরণ, আপনাকে ফাইলটি ইনস্টল করার জন্য একটি ভিন্ন পদ্ধতি ব্যবহার করতে হবে। এটাই
নিম্নরূপ বলা হয়:

'InstallAs' দুটি উপায়ে কাজ করে:

একক ফাইল ইনস্টল:

InstallAs $env TgtFile, SrcFile;

একাধিক ফাইল ইনস্টল:

InstallAs $env ['tgt1', 'tgt2'], ['src1', 'src2'];

অথবা, এমনকি হিসাবে:

@srcs = qw(src1 src2 src3);
@tgts = qw(tgt1 tgt2 tgt3);
InstallAs $env [@tgts], [@srcs];

লক্ষ্য এবং উত্স তালিকা উভয়ই একই দৈর্ঘ্যের হওয়া উচিত।

সার্জারির 'মূল্যবান' পদ্ধতি

'মূল্যবান' পদ্ধতিটি আগে নির্দিষ্ট ফাইল বা ফাইলের তালিকা মুছে ফেলার জন্য বিরোধিতা করে
তাদের আবার নির্মাণ। এটি হিসাবে আহ্বান করা হয়:

মূল্যবান ;

এটি লাইব্রেরি বা ডিবাগগুলিতে ক্রমবর্ধমান আপডেটের অনুমতি দেওয়ার জন্য বিশেষভাবে কার্যকর
তথ্য ফাইল যা প্রতিবার নতুন করে পুনর্নির্মাণের পরিবর্তে আপডেট করা হয়। কনস এখনও হবে
ফাইল মুছে ফেলুন যখন `-r' পতাকা নির্দিষ্ট করা হয়।

সার্জারির 'আদেশ' পদ্ধতি

'কমান্ড' পদ্ধতি হল একটি ক্যাচাল পদ্ধতি যা যেকোনো বাহ্যিক ব্যবস্থা করতে ব্যবহার করা যেতে পারে
টার্গেট আপডেট করার জন্য কমান্ড কল করা হবে। এই কমান্ডের জন্য, একটি লক্ষ্য ফাইল এবং তালিকা
ইনপুট প্রদান করা হয়। উপরন্তু একটি নির্মাণ কমান্ড লাইন, বা লাইন, একটি হিসাবে প্রদান করা হয়
স্ট্রিং (এই স্ট্রিংটির মধ্যে একাধিক কমান্ড এমবেড করা থাকতে পারে, নতুন দ্বারা পৃথক করা হয়েছে
লাইন)। 'কমান্ড' নিম্নরূপ বলা হয়:

কমান্ড $env , , ;

লক্ষ্য নির্দিষ্ট ইনপুট ফাইলের তালিকার উপর নির্ভরশীল করা হয়, এবং ইনপুট আবশ্যক
সফলভাবে নির্মিত হবে বা কনস লক্ষ্য নির্মাণের চেষ্টা করবে না।

নির্মাণ কমান্ডের মধ্যে, নির্মাণ পরিবেশ থেকে যেকোনো পরিবর্তনশীল হতে পারে
কনস্ট্রাকশন ভেরিয়েবলের নাম `%' দিয়ে উপসর্গ দিয়ে প্রবর্তন করা হয়েছে। এটি পুনরাবৃত্তিমূলক:
কমান্ডটি প্রসারিত করা হয় যতক্ষণ না আর কোন প্রতিস্থাপন করা না যায়। যদি একটি নির্মাণ
ভেরিয়েবল পরিবেশে সংজ্ঞায়িত করা হয় না, তাহলে নাল স্ট্রিং প্রতিস্থাপিত হবে। ক
দ্বিগুণ `%%' নির্মাণ কমান্ডে একটি একক `%' দ্বারা প্রতিস্থাপিত হবে।

বেশ কয়েকটি সিউডো ভেরিয়েবল রয়েছে যা প্রসারিত করা হবে:

%> টার্গেট ফাইলের নাম (একটি মাল্টি-টার্গেট কমান্ডে, এটি সর্বদা প্রথম লক্ষ্য
উল্লিখিত).

%0 একই `%>'।

%1, %2, ..., %9
এগুলি যথাক্রমে প্রথম থেকে নবম ইনপুট ফাইলকে উল্লেখ করে।

%< ইনপুটের সম্পূর্ণ সেট। এর কোনোটি যদি অন্য কোথাও ব্যবহার করা হয়ে থাকে
বর্তমান কমান্ড লাইন (`%1', `%2', ইত্যাদির মাধ্যমে), তারপর সেগুলি থেকে মুছে ফেলা হবে
তালিকা `%<' দ্বারা প্রদত্ত। a তে পাওয়া নিম্নলিখিত কমান্ডটি বিবেচনা করুন রচনা ফাইল
মধ্যে পরীক্ষা ডিরেক্টরি:

কমান্ড $env 'tgt', qw(foo bar baz), qq(
প্রতিধ্বনি %< -i %1 > %>
ইকো %< -i %2 >> %>
ইকো %< -i %3 >> %>
);

If TGT আপডেট করা প্রয়োজন, তাহলে এটি কার্যকর হবে
নিম্নলিখিত কমান্ড, অনুমান করে যে এর জন্য কোন রিম্যাপিং প্রতিষ্ঠিত হয়নি পরীক্ষা
ডিরেক্টরি:

echo test/bar test/baz -i test/foo > test/tgt
echo test/foo test/baz -i test/bar >> test/tgt
echo test/foo test/bar -i test/baz >> test/tgt

উপরোক্ত ছদ্ম ভেরিয়েবলগুলির যেকোন একটি অবিলম্বে নিম্নলিখিতগুলির একটি দ্বারা অনুসরণ করা যেতে পারে
প্রসারিত পথ নামের একটি অংশ নির্বাচন করতে প্রত্যয়:

:একটি ফাইল নামের পরম পথ
:b ডিরেক্টরি এবং ফাইলের নাম যেকোন প্রত্যয় থেকে ছিটকে গেছে
:d ডিরেক্টরি
:f ফাইলের নাম
:s ফাইলের নাম প্রত্যয়
:F ফাইলের নাম যেকোন প্রত্যয় থেকে ছিটকে গেছে

উপরের উদাহরণটি চালিয়ে, `%<:f' প্রসারিত হবে `foo bar baz', এবং `%':d> হবে
'পরীক্ষা'তে প্রসারিত করুন।

কমান্ডের কিছু অংশ সংযুক্ত করে প্রোগ্রামেটিকভাবে পুনরায় লেখা সম্ভব
`%[' এবং `%]' এর মধ্যে। এটি নির্মাণ ভেরিয়েবলটিকে প্রথম শব্দ হিসাবে নামকরণ করবে
পার্ল কোড রেফারেন্স হিসাবে বন্ধনীতে আবদ্ধ; এই কলের ফলাফল ব্যবহার করা হবে
কমান্ড লাইনে বন্ধনীর বিষয়বস্তু প্রতিস্থাপন করতে। উদাহরণস্বরূপ, দেওয়া একটি
নামের বিদ্যমান ইনপুট ফাইল tgt.in:

@কীওয়ার্ড = qw(foo bar baz);
$env = নতুন কনস(X_COMMA => sub { join(", @_) });
কমান্ড $env 'tgt', 'tgt.in', qq(
echo '# কীওয়ার্ড: %[X_COMMA @keywords %]' > %>
বিড়াল %< >> %>
);

এটি কার্যকর করবে:

echo '# কীওয়ার্ড: foo,bar,baz' > tgt
cat tgt.in >> tgt

প্রতিস্থাপনের পরে, সাদা স্থানের স্ট্রিংগুলি একক ফাঁকা জায়গায় রূপান্তরিত হয়, এবং
অগ্রণী এবং পিছনের সাদা স্থান বাদ দেওয়া হয়। তাই পরিচয় দেওয়া সম্ভব নয়
পরিবর্তনশীল দৈর্ঘ্য সাদা স্থান স্ট্রিং মধ্যে একটি কমান্ড পাস, কিছু অবলম্বন ছাড়া
শেল উদ্ধৃতি সাজানোর.

যদি একটি মাল্টি-লাইন কমান্ড স্ট্রিং প্রদান করা হয়, কমান্ডগুলি ক্রমানুসারে কার্যকর করা হয়। যদি কোন
কমান্ডগুলির মধ্যে ব্যর্থ হয়, তারপর বাকিগুলির কোনটিই কার্যকর হয় না এবং লক্ষ্য হিসাবে চিহ্নিত করা হয় না
আপডেট করা হয়েছে, অর্থাৎ লক্ষ্যের জন্য একটি নতুন স্বাক্ষর সংরক্ষণ করা হয় না।

সাধারণত, যদি সমস্ত কমান্ড সফল হয়, এবং একটি শূন্য স্থিতি ফেরত দেয় (বা যাই হোক না কেন প্ল্যাটফর্ম-
সাফল্যের নির্দিষ্ট ইঙ্গিত প্রয়োজন), তারপর একটি নতুন স্বাক্ষর সংরক্ষণ করা হয়
লক্ষ্য যদি একটি কমান্ড ভুলভাবে ব্যর্থতার পরেও সাফল্যের রিপোর্ট করে, তাহলে কনস হবে
অনুমান করুন যে সেই কমান্ড দ্বারা তৈরি টার্গেট ফাইলটি সঠিক এবং আপ-টু-ডেট।

প্রতিটি কমান্ড স্ট্রিং এর প্রথম শব্দ, সম্প্রসারণের পরে, একটি এক্সিকিউটেবল বলে ধরে নেওয়া হয়
কমান্ড 'PATH' এনভায়রনমেন্ট ভেরিয়েবলের দিকে তাকাল (যা, ঘুরে, দ্বারা নির্দিষ্ট করা হয়েছে
`ENV' নির্মাণ পরিবর্তনশীল)। এই আদেশ যদি পথে পাওয়া যায়, তবে লক্ষ্য হবে
এটির উপর নির্ভর করে: প্রয়োজন অনুসারে কমান্ডটি স্বয়ংক্রিয়ভাবে নির্মিত হবে। এটা
সেমি-কোলন দ্বারা পৃথক করা কিছু শেলগুলিতে বহু-অংশের কমান্ড লেখা সম্ভব। শুধুমাত্র
প্রথম কমান্ড শব্দের উপর নির্ভর করা হবে, তবে, তাই যদি আপনি আপনার কমান্ড স্ট্রিং লিখুন
এইভাবে, আপনাকে হয় স্পষ্টভাবে একটি নির্ভরতা সেট আপ করতে হবে ('নির্ভরশীল' পদ্ধতি সহ), অথবা
নিশ্চিত হোন যে আপনি যে কমান্ডটি ব্যবহার করছেন সেটি একটি সিস্টেম কমান্ড যা প্রত্যাশিত
উপলব্ধ এটি উপলব্ধ না হলে, আপনি অবশ্যই একটি ত্রুটি পাবেন।

যদি কোনো কমান্ড (এমনকি একটি মাল্টি-লাইন কমান্ডের মধ্যে একটি) `[perl]' দিয়ে শুরু হয়, অবশিষ্টাংশ
যে কমান্ড লাইনের দ্বারা কাঁটাচামচ করার পরিবর্তে চলমান পার্ল দ্বারা মূল্যায়ন করা হবে
শেল যদি পার্ল পার্স করার সময় একটি ত্রুটি ঘটে বা যদি পার্ল এক্সপ্রেশনটি 0 বা প্রদান করে
undef, কমান্ডটি ব্যর্থ হয়েছে বলে বিবেচিত হবে। উদাহরণস্বরূপ, এখানে একটি সহজ
কমান্ড যা পার্ল থেকে সরাসরি 'foo' ফাইল তৈরি করে:

$env = নতুন কনস();
কমান্ড $env 'foo',
qq([perl] open(FOO,'>foo'); প্রিন্ট FOO "hi\\n"; বন্ধ (FOO); 1);

লক্ষ্য করুন যে কমান্ডটি কার্যকর করা হলে, আপনি একই প্যাকেজে থাকবেন যখন গঠন করা
or রচনা ফাইলটি পড়া হয়েছে, তাই আপনি একইভাবে সংজ্ঞায়িত পার্ল ফাংশনগুলিকে কল করতে পারেন
গঠন করা or রচনা ফাইল যেখানে 'কমান্ড' প্রদর্শিত হয়:

$env = নতুন কনস();
সাব create_file {
আমার $file = শিফট;
খুলুন(FILE, ">$file");
ফাইল প্রিন্ট করুন "হাই\n";
বন্ধ (ফাইল);
ফিরে 1;
}
কমান্ড $env 'foo', "[perl] &create_file('%>')";

পার্ল স্ট্রিংটি প্রাপ্ত ফাইলের জন্য স্বাক্ষর তৈরি করতে ব্যবহার করা হবে, তাই যদি আপনি
স্ট্রিং পরিবর্তন করুন, ফাইলটি পুনর্নির্মাণ করা হবে। আপনার কল করা যেকোনো সাবরুটিনের বিষয়বস্তু,
যাইহোক, স্বাক্ষরের অংশ নয়, তাই যদি আপনি একটি নামক সাবরুটিন পরিবর্তন করেন যেমন
উপরে `create_file', টার্গেট হবে না পুনর্নির্মাণ করা সতর্কতা ব্যবহারকারী.

Cons সাধারণত এটি কার্যকর করার আগে একটি কমান্ড প্রিন্ট করে। এই আচরণ দমন করা হয় যদি
কমান্ডের প্রথম অক্ষর হল `@'। মনে রাখবেন যে আপনাকে `@' থেকে আলাদা করতে হতে পারে
কমান্ডের নাম বা পার্ল উদ্ধৃতি থেকে `@cmd'কে অ্যারের মতো দেখাতে বাধা দিতে এটিকে এস্কেপ করুন
অপারেটর যারা ইন্টারপোলেশন সঞ্চালন করে:

# প্রথম কমান্ড লাইনটি ভুল,
# কারণ "@cp" একটি অ্যারের মত দেখাচ্ছে
# পার্ল qq// ফাংশনে।
# পরিবর্তে দ্বিতীয় ফর্ম ব্যবহার করুন।
কমান্ড $env 'foo', 'foo.in', qq(
@cp %< টেম্পফাইল
@ cp টেম্পফাইল %>
);

যদি প্রসারিত কমান্ড লাইনের কোথাও শেল মেটা অক্ষর থাকে, যেমন `<',
`>', উদ্ধৃতি, বা সেমি-কোলন, তাহলে কমান্ডটি আসলে একটি আহ্বান করে কার্যকর করা হবে
শেল এর মানে হল একটি কমান্ড যেমন:

cd foo

একা সাধারণত ব্যর্থ হবে, কারণ পাথে কোন কমান্ড `cd' নেই। কিন্তু হুকুম
স্ট্রিং:

cd $<:d; tar cf $>:f $<:f

যখন প্রসারিত হয় তখনও শেল মেটা অক্ষর সেমি-কোলন ধারণ করে এবং একটি শেল হবে
আদেশটি ব্যাখ্যা করার জন্য আহ্বান জানানো হয়েছে। যেহেতু 'cd' এই সাব-শেল দ্বারা ব্যাখ্যা করা হয়, তাই কমান্ড
প্রত্যাশিত হিসাবে চালানো হবে।

একাধিক লক্ষ্য সহ একটি কমান্ড নির্দিষ্ট করতে, আপনি একটি তালিকার একটি রেফারেন্স নির্দিষ্ট করতে পারেন
লক্ষ্য পার্লে, বর্গাকার বন্ধনীতে একটি তালিকা আবদ্ধ করে একটি তালিকা রেফারেন্স তৈরি করা যেতে পারে।
তাই নিম্নলিখিত কমান্ড:

কমান্ড $env ['foo.h', 'foo.c'], 'foo.template', q(
প্রজন্ম %1
);

এমন ক্ষেত্রে ব্যবহার করা যেতে পারে যেখানে 'জেন' কমান্ড দুটি ফাইল তৈরি করে, উভয়ই foo.h এবং foo.c.

সার্জারির 'বস্তু' পদ্ধতি

'অবজেক্ট' পদ্ধতিটি নির্দিষ্ট করা বস্তুর ফাইল তৈরি করার ব্যবস্থা করে
সোর্স ফাইল. এটি নীচে দেখানো হিসাবে আহ্বান করা হয়:

@ফাইলস = অবজেক্ট $env ;

ইউনিক্সের অধীনে, সোর্স ফাইল শেষ হয় .s এবং .c বর্তমানে সমর্থিত, এবং কম্পাইল করা হবে
শেষ হওয়া একই ফাইলের একটি নামে .o. ডিফল্টরূপে, সমস্ত ফাইল আহ্বান করে তৈরি করা হয়
বাহ্যিক কমান্ড যা `CCCOM' নির্মাণ ভেরিয়েবল সম্প্রসারণের ফলে, এর সাথে
`%<' এবং `%>' যথাক্রমে সোর্স এবং অবজেক্ট ফাইলে সেট করা হয়েছে ('কমান্ড' পদ্ধতি দেখুন
সম্প্রসারণের বিবরণের জন্য)। সোর্স ফাইল স্ক্যান করার সময় ভেরিয়েবল `CPPPATH' ব্যবহার করা হয়
নির্ভরতার জন্য। এটি পাথনামের একটি কোলন বিভক্ত তালিকা, এবং এটি তৈরি করতেও ব্যবহৃত হয়
কনস্ট্রাকশন ভেরিয়েবল `_IFLAGS', যেটিতে -`I'-এর উপযুক্ত তালিকা থাকবে
সংকলনের জন্য বিকল্প। `CPPPATH'-এ যেকোনো আপেক্ষিক পথের নাম আপেক্ষিকভাবে ব্যাখ্যা করা হয়
যে ডিরেক্টরিতে সংশ্লিষ্ট নির্মাণ পরিবেশ তৈরি করা হয়েছিল (পরম
এবং শীর্ষ-সম্পর্কিত নামগুলিও ব্যবহার করা যেতে পারে)। এই ভেরিয়েবলটি `CCCOM' দ্বারা ব্যবহৃত হয়। আচরণ
ইন্টারপোলেটেড যে কোনো ভেরিয়েবল পরিবর্তন করে এই কমান্ডের পরিবর্তন করা যেতে পারে
`CCCOM'-এ, যেমন `CC', `CFLAGS', এবং পরোক্ষভাবে, `CPPPATH'। এটাও সম্ভব
নিজেই `CCCOM' এর মান প্রতিস্থাপন করুন। একটি সুবিধা হিসাবে, এই ফাইলের তালিকা প্রদান করে
অবজেক্ট ফাইলের নাম।

সার্জারির 'প্রোগ্রাম' পদ্ধতি

'প্রোগ্রাম' পদ্ধতিটি নির্দিষ্ট প্রোগ্রামটিকে নির্দিষ্ট বস্তুর সাথে লিঙ্ক করার ব্যবস্থা করে
নথি পত্র. এটি নিম্নলিখিত পদ্ধতিতে আহ্বান করা হয়:

প্রোগ্রাম $env , ;

প্রোগ্রামের নামের সাথে 'SUFEXE' কনস্ট্রাকশন ভেরিয়েবলের মান থাকবে (দ্বারা
ডিফল্ট, Win32 সিস্টেমে `.exe', ইউনিক্স সিস্টেমে কিছুই নেই) যদি প্রত্যয়টি ইতিমধ্যে না থাকে
বর্তমান।

সোর্স ফাইলগুলি অবজেক্ট ফাইলের জায়গায় নির্দিষ্ট করা যেতে পারে-- 'অবজেক্ট' পদ্ধতি হবে
সমস্ত ফাইলকে অবজেক্ট ফাইলে রূপান্তরের ব্যবস্থা করার জন্য আহ্বান জানানো হয়েছে, এবং তাই সমস্ত
উপরোক্ত `বস্তু' পদ্ধতি সম্পর্কে পর্যবেক্ষণগুলি এই পদ্ধতিতেও প্রযোজ্য।

প্রোগ্রামের প্রকৃত লিঙ্কিং একটি বহিরাগত কমান্ড দ্বারা পরিচালিত হবে যার ফলাফল
অবজেক্ট ফাইলগুলিতে `%<' সেট করে, `LINKCOM' নির্মাণ ভেরিয়েবল প্রসারিত করা থেকে
লিঙ্ক করা হবে (উপস্থাপিত ক্রমানুসারে), এবং `%>' লক্ষ্যে সেট করা হবে (`কমান্ড' পদ্ধতি দেখুন
সম্প্রসারণের বিবরণের জন্য)। ব্যবহারকারী নির্মাণে অতিরিক্ত ভেরিয়েবল সেট করতে পারে
'লিঙ্ক' সহ পরিবেশ, লিঙ্ক করার জন্য কোন প্রোগ্রাম ব্যবহার করতে হবে তা নির্ধারণ করতে, 'LIBPATH', ক
লাইব্রেরি সার্চ পাথের কোলন-বিচ্ছিন্ন তালিকা, এর লাইব্রেরি স্পেসিফিকেশনের সাথে ব্যবহারের জন্য
ফর্ম -লিব, এবং `LIBS', লিঙ্ক করার জন্য লাইব্রেরির তালিকা নির্দিষ্ট করে (কোনও একটিতে -লিব
ফর্ম বা ঠিক পথনাম হিসাবে। `LIBPATH' এবং `LIBS' উভয়েরই আপেক্ষিক পথনাম ব্যাখ্যা করা হয়েছে
সংশ্লিষ্ট নির্মাণ পরিবেশ তৈরি করা হয় এমন ডিরেক্টরির সাথে সম্পর্কিত
(পরম এবং শীর্ষ-সম্পর্কিত নামগুলিও ব্যবহার করা যেতে পারে)। কনস স্বয়ংক্রিয়ভাবে সেট আপ
`LIBS'-এ উল্লিখিত কোনো লাইব্রেরির ওপর নির্ভরতা: সেই লাইব্রেরিগুলো আগে তৈরি করা হবে
কমান্ড লিঙ্ক করা হয়.

সার্জারির 'গ্রন্থাগার' পদ্ধতি

'লাইব্রেরি' পদ্ধতিটি নির্দিষ্ট বস্তু থেকে নির্দিষ্ট লাইব্রেরি তৈরি করার ব্যবস্থা করে
নথি পত্র. এটি নিম্নরূপ আহ্বান করা হয়:

লাইব্রেরি $env , ;

লাইব্রেরির নামের সাথে 'SUFLIB' কনস্ট্রাকশন ভেরিয়েবলের মান থাকবে (দ্বারা
ডিফল্ট, Win32 সিস্টেমে `.lib', ইউনিক্স সিস্টেমে `.a') যদি প্রত্যয়টি ইতিমধ্যে না থাকে
বর্তমান।

সোর্স ফাইলগুলি অবজেক্ট ফাইলের জায়গায় নির্দিষ্ট করা যেতে পারে-- 'অবজেক্ট' পদ্ধতি হবে
সমস্ত ফাইলকে অবজেক্ট ফাইলে রূপান্তরের ব্যবস্থা করার জন্য আহ্বান জানানো হয়েছে, এবং তাই সমস্ত
উপরোক্ত `বস্তু' পদ্ধতি সম্পর্কে পর্যবেক্ষণগুলি এই পদ্ধতিতেও প্রযোজ্য।

লাইব্রেরির প্রকৃত সৃষ্টি একটি বাহ্যিক কমান্ড দ্বারা পরিচালিত হবে যার ফলাফল
লাইব্রেরির সদস্যদের জন্য `%<' সেট সহ `ARCOM' নির্মাণ ভেরিয়েবল প্রসারিত করা থেকে (এ
ক্রম উপস্থাপিত), এবং `%>' লাইব্রেরিতে তৈরি করা হবে (এর জন্য `কমান্ড' পদ্ধতি দেখুন
সম্প্রসারণের বিবরণ)। ব্যবহারকারী নির্মাণ পরিবেশে ভেরিয়েবল সেট করতে পারে যা হবে
কমান্ডের ক্রিয়াকলাপকে প্রভাবিত করে। এর মধ্যে রয়েছে `AR', ব্যবহার করার জন্য সংরক্ষণাগার প্রোগ্রাম,
`ARFLAGS', যা `AR' দ্বারা নির্দিষ্ট করা প্রোগ্রামে প্রদত্ত পতাকা পরিবর্তন করতে ব্যবহার করা যেতে পারে,
এবং `RANLIB', একটি আর্কাইভ ইনডেক্স জেনারেশন প্রোগ্রামের নাম, যদি প্রয়োজন হয় (যদি বিশেষ
প্রয়োজনের জন্য পরবর্তী কার্যকারিতা প্রয়োজন হয় না, তাহলে `ARCOM'-কে পুনরায় সংজ্ঞায়িত করতে হবে না
রেফারেন্স 'RANLIB')।

'লাইব্রেরি' পদ্ধতি একই লাইব্রেরি একাধিক পদ্ধতিতে নির্দিষ্ট করার অনুমতি দেয়
আমন্ত্রণ সমস্ত আমন্ত্রণ থেকে সমস্ত অবদানকারী বস্তু (যা হতে পারে
বিভিন্ন ডিরেক্টরি) একত্রিত এবং একটি একক সংরক্ষণাগার কমান্ড দ্বারা তৈরি করা হয়। বিঃদ্রঃ,
যাইহোক, যদি আপনি একটি বিল্ড ছাঁটাই করেন যাতে একটি লাইব্রেরির শুধুমাত্র অংশ নির্দিষ্ট করা হয়, তবেই
লাইব্রেরির সেই অংশটি তৈরি করা হবে (বাকিগুলি অদৃশ্য হয়ে যাবে!)

সার্জারির 'মডিউল' পদ্ধতি

'মডিউল' পদ্ধতি হল 'প্রোগ্রাম' এবং 'কমান্ড' পদ্ধতির সংমিশ্রণ। বরং
সরাসরি একটি এক্সিকিউটেবল প্রোগ্রাম তৈরি করে, এই কমান্ড আপনাকে আপনার নিজস্ব নির্দিষ্ট করতে দেয়
আসলে একটি মডিউল তৈরি করার কমান্ড। পদ্ধতিটি নিম্নরূপ আহ্বান করা হয়:

মডিউল $env , , ;

এই কমান্ডটি এমন পরিস্থিতিতে দরকারী যেখানে আপনি তৈরি করতে চান, উদাহরণস্বরূপ, গতিশীলভাবে
লোড করা মডিউল, বা স্ট্যাটিকালি লিঙ্কড কোড লাইব্রেরি।

সার্জারির 'নির্ভর করে' পদ্ধতি

'নির্ভরশীল' পদ্ধতি আপনাকে একটি লক্ষ্যের জন্য অতিরিক্ত নির্ভরতা নির্দিষ্ট করতে দেয়। এটা
নিম্নরূপ আহ্বান করা হয়েছে:

$env নির্ভর করে , ;

এটি মাঝে মাঝে দরকারী হতে পারে, বিশেষ করে এমন ক্ষেত্রে যেখানে কোনও স্ক্যানার বিদ্যমান নেই (বা হয়
লিখনযোগ্য) নির্দিষ্ট ধরনের ফাইলের জন্য। সাধারণত, নির্ভরতা গণনা করা হয়
পদ্ধতি দ্বারা সেট আপ স্পষ্ট নির্ভরতার সংমিশ্রণ থেকে স্বয়ংক্রিয়ভাবে
আমন্ত্রণ বা উত্স ফাইল স্ক্যান করে।

একাধিক লক্ষ্যগুলির জন্য অভিন্ন নির্ভরতার একটি সেট একটি রেফারেন্স ব্যবহার করে নির্দিষ্ট করা যেতে পারে
লক্ষ্যগুলির একটি তালিকা। পার্লে, বর্গক্ষেত্রে একটি তালিকা আবদ্ধ করে একটি তালিকা রেফারেন্স তৈরি করা যেতে পারে
বন্ধনী. তাই নিম্নলিখিত কমান্ড:

নির্ভর করে $env ['foo', 'bar'], 'input_file_1', 'input_file_2';

উল্লেখ করে যে উভয় foo বিন্যাস এবং বার ফাইলগুলি তালিকাভুক্ত ইনপুট ফাইলগুলির উপর নির্ভর করে।

সার্জারির 'উপেক্ষা' পদ্ধতি

'উপেক্ষা' পদ্ধতিটি আপনাকে স্পষ্টভাবে নির্ভরতা উপেক্ষা করতে দেয় যা কনস এর উপর অনুমান করে
নিজস্ব এটি নিম্নরূপ আহ্বান করা হয়:

উপেক্ষা করুন ;

এটি সিস্টেম হেডার ফাইলের পরিবর্তনের কারণে পুনঃসংকলন এড়াতে ব্যবহার করা যেতে পারে বা
ইউটিলিটিগুলি যা উৎপন্ন লক্ষ্যগুলিকে প্রভাবিত করে না বলে পরিচিত।

উদাহরণস্বরূপ, যদি একাধিক সিস্টেমে একটি NFS-মাউন্টেড ডিরেক্টরিতে একটি প্রোগ্রাম তৈরি করা হয়
এর বিভিন্ন কপি আছে stdio. জ, পার্থক্য সকলের স্বাক্ষরকে প্রভাবিত করবে
উৎস ফাইল থেকে প্রাপ্ত লক্ষ্যগুলি যা `#অন্তর্ভুক্ত ' এই সব কারণ হবে
সিস্টেম পরিবর্তন করার সময় সেই লক্ষ্যগুলি পুনর্নির্মাণ করা হবে। যদি এটি কাম্য আচরণ না হয়,
তারপর নিম্নলিখিত লাইন নির্ভরতা মুছে ফেলবে stdio. জ ফাইল:

উপেক্ষা করুন '^/usr/include/stdio\.h$';

মনে রাখবেন যে 'উপেক্ষা' পদ্ধতির আর্গুমেন্টগুলি নিয়মিত অভিব্যক্তি, তাই বিশেষ
অক্ষরগুলি অবশ্যই পালাতে হবে এবং আপনি এর শুরু বা শেষ নোঙ্গর করতে চাইতে পারেন
`^' বা `$' অক্ষর সহ অভিব্যক্তি।

সার্জারির 'লবণ' পদ্ধতি

'লবণ' পদ্ধতি প্রতিটি প্রাপ্তের জন্য স্বাক্ষর গণনার জন্য একটি ধ্রুবক মান যোগ করে
ফাইল এটি নিম্নরূপ আহ্বান করা হয়:

লবণ $স্ট্রিং;

লবণের মান পরিবর্তন করা প্রতিটি প্রাপ্ত ফাইলের সম্পূর্ণ পুনর্নির্মাণকে বাধ্য করবে। এটা হতে পারে
নির্দিষ্ট কাঙ্ক্ষিত পরিস্থিতিতে পুনর্নির্মাণ জোরদার করতে ব্যবহৃত। উদাহরণ স্বরূপ,

লবণ `unname -s`;

অপারেটিং সিস্টেম চালু হলেই প্রতিটি প্রাপ্ত ফাইলের সম্পূর্ণ পুনর্নির্মাণ করতে বাধ্য করবে
যা বিল্ড সঞ্চালিত হয় (`uname -s' দ্বারা রিপোর্ট হিসাবে) পরিবর্তন।

সার্জারির 'UseCache' পদ্ধতি

'UseCache' পদ্ধতি কনসকে প্রাপ্ত ফাইলগুলির একটি ক্যাশে বজায় রাখার নির্দেশ দেয়, শেয়ার করতে হবে
একই প্রকল্পের পৃথক বিল্ড গাছের মধ্যে।

ক্যাশে ব্যবহার করুন("ক্যাশে/ ") ⎪⎪ সতর্ক ("ক্যাশে ডিরেক্টরি পাওয়া যায়নি");

সার্জারির 'উৎসপথ' পদ্ধতি

'SourcePath' ম্যাথড একটি ফাইলের প্রকৃত উৎস পথের নাম ফেরত দেয়, এর বিপরীতে
একটি বিল্ড ডিরেক্টরির মধ্যে পথের নাম। এটি নিম্নরূপ আহ্বান করা হয়:

$path = SourcePath ;

সার্জারির 'কনসপাথ' পদ্ধতি

'ConsPath' পদ্ধতিটি সত্য ফেরত দেয় যদি সরবরাহ করা পথটি একটি ডেরিভেবল ফাইল হয় এবং রিটার্ন করে
undef (মিথ্যা) অন্যথায়। এটি নিম্নরূপ আহ্বান করা হয়:

$result = ConsPath ;

সার্জারির 'স্প্লিটপাথ' পদ্ধতি

'SplitPath' পদ্ধতিটি ডিফল্ট দ্বারা পৃথক করা একটি স্ট্রিং-এ একাধিক পথের নাম দেখায়
অপারেটিং সিস্টেমের জন্য পাথ বিভাজক (':' ইউনিক্স সিস্টেমে, ';' উইন্ডোজ এনটিতে), এবং
সম্পূর্ণ যোগ্য নাম ফেরত দেয়। এটি নিম্নরূপ আহ্বান করা হয়:

@পাথস = স্প্লিটপাথ ;

'SplitPath' পদ্ধতিটি '#' উপসর্গযুক্ত নামগুলিকে উপযুক্ত শীর্ষ-স্তরের বিল্ডে রূপান্তর করবে
নাম ('#' ছাড়া) এবং আপেক্ষিক নামগুলিকে শীর্ষ-স্তরের নামগুলিতে রূপান্তর করবে।

সার্জারির 'দিরপথ' পদ্ধতি

'DirPath' পদ্ধতি বিল্ড পাথ ফেরত দেয় নাম(গুলি) একটি ডিরেক্টরি বা ডিরেক্টরিগুলির তালিকা।
এটি নিম্নরূপ আহ্বান করা হয়:

$cwd = DirPath ;

'DirPath' পদ্ধতির সবচেয়ে সাধারণ ব্যবহার হল:

$cwd = DirPath '.';

একটি সহায়ক সংস্থার বর্তমান ডিরেক্টরিতে পাথ আনতে রচনা ফাইল.

সার্জারির 'ফাইলপাথ' পদ্ধতি

'FilePath' পদ্ধতি বিল্ড পাথ ফেরত দেয় নাম(গুলি) একটি ফাইল বা ফাইলের তালিকা। এটা
নিম্নরূপ আহ্বান করা হয়েছে:

$file = FilePath ;

সার্জারির 'সাহায্য' পদ্ধতি

'সহায়তা' পদ্ধতি সাহায্যের পাঠ্য নির্দিষ্ট করে যা ব্যবহারকারী যখন 'কনস' আহ্বান করে তখন প্রদর্শিত হবে
-হ'। এটি নির্দিষ্ট লক্ষ্য, মান, বিল্ডের ডকুমেন্টেশন প্রদান করতে ব্যবহার করা যেতে পারে
বিল্ড ট্রি জন্য বিকল্প, ইত্যাদি। এটি নিম্নরূপ আহ্বান করা হয়:

সাহায্য ;

'সহায়তা' পদ্ধতি শুধুমাত্র একবার কল করা যেতে পারে, এবং সাধারণত শীর্ষে উল্লেখ করা উচিত-
স্তর গঠন করা ফাইল.

ব্যাপ্ত মন্দ দিক

ওভাররাইডিং নির্মাণ ভেরিয়েবল

কনস বাড়ানোর বিভিন্ন উপায় রয়েছে, যা অসুবিধার মাত্রায় পরিবর্তিত হয়। সহজতম
পদ্ধতি হল ডিফল্ট পরিবেশের উপর ভিত্তি করে আপনার নিজস্ব নির্মাণ পরিবেশ সংজ্ঞায়িত করা,
কিন্তু আপনার বিশেষ চাহিদা প্রতিফলিত করার জন্য পরিবর্তিত। এটি প্রায়ই সি-ভিত্তিক জন্য যথেষ্ট হবে
অ্যাপ্লিকেশন আপনি 'নতুন' কনস্ট্রাক্টর এবং 'ক্লোন' এবং 'কপি' পদ্ধতি ব্যবহার করতে পারেন
হাইব্রিড পরিবেশ তৈরি করুন। এই পরিবর্তনগুলি অন্তর্নিহিত সম্পূর্ণরূপে স্বচ্ছ হতে পারে
রচনা ফাইল।

যোগ করার পদ্ধতি নতুন পদ্ধতি

সামান্য বেশি চাহিদাপূর্ণ পরিবর্তনের জন্য, আপনি 'কনস'-এ নতুন পদ্ধতি যোগ করতে চাইতে পারেন
প্যাকেজ এখানে একটি খুব সাধারণ এক্সটেনশনের একটি উদাহরণ, 'ইনস্টলস্ক্রিপ্ট', যা একটি ইনস্টল করে
একটি অনুরোধকৃত স্থানে tcl স্ক্রিপ্ট, কিন্তু একটি প্ল্যাটফর্ম প্রতিফলিত করতে প্রথমে স্ক্রিপ্ট সম্পাদনা করে-
নির্ভরশীল পথ যা স্ক্রিপ্টে ইনস্টল করা দরকার:

# cons::InstallScript - একটি শেলের একটি প্ল্যাটফর্ম নির্ভর সংস্করণ তৈরি করুন
# স্ক্রিপ্ট স্ট্রিং ``#!your-path-here'' প্ল্যাটফর্ম নির্দিষ্ট দিয়ে প্রতিস্থাপন করে
# পথ $BIN_DIR।

সাব কনস::ইনস্টলস্ক্রিপ্ট {
আমার ($env, $dst, $src) = @_;
কমান্ড $env $dst, $src, qq(
sed s+your-path-here+$BIN_DIR+ %< > %>
chmod oug+x %>
);
}

লক্ষ্য করুন যে এই পদ্ধতিটি সরাসরি 'কনস' প্যাকেজে সংজ্ঞায়িত করা হয়েছে (নামের উপসর্গ দিয়ে
সঙ্গে `cons::')। এই পদ্ধতিতে করা একটি পরিবর্তন বিশ্বব্যাপী সমস্ত পরিবেশে দৃশ্যমান হবে,
এবং নিম্নলিখিত উদাহরণ হিসাবে বলা যেতে পারে:

InstallScript $env "$BIN/foo", "foo.tcl";

সাধারণতার একটি ছোট উন্নতির জন্য, 'BINDIR' ভেরিয়েবলটিকে একটি হিসাবে পাস করা যেতে পারে
যুক্তি বা নির্মাণ পরিবেশ থেকে নেওয়া -- '% BINDIR' হিসাবে।

ওভাররাইডিং পদ্ধতি

'কনস' নামের জায়গায় পদ্ধতিটি যোগ করার পরিবর্তে, আপনি একটি নতুন প্যাকেজ সংজ্ঞায়িত করতে পারেন
যা 'কনস' প্যাকেজ থেকে বিদ্যমান পদ্ধতিগুলিকে উত্তরাধিকার সূত্রে প্রাপ্ত করে এবং অন্যকে ওভাররাইড করে বা যুক্ত করে। এই
পার্লের উত্তরাধিকার প্রক্রিয়া ব্যবহার করে করা যেতে পারে।

নিম্নলিখিত উদাহরণটি একটি নতুন প্যাকেজ 'কনস::সুইচ' সংজ্ঞায়িত করে যা মানকে ওভাররাইড করে
'লাইব্রেরি' পদ্ধতি। ওভাররাইড করা পদ্ধতি লাইব্রেরির পরিবর্তে লিঙ্কযুক্ত লাইব্রেরি মডিউল তৈরি করে
সংরক্ষণাগার একটি নতুন কনস্ট্রাক্টর প্রদান করা হয়. এই কনস্ট্রাক্টর দিয়ে পরিবেশ তৈরি করা হবে
নতুন লাইব্রেরি পদ্ধতি আছে; অন্যরা করবে না।

প্যাকেজ কনস::সুইচ;
শুরু করুন {@ISA = 'cons'}

সাব নতুন {
স্থানান্তর;
আশীর্বাদ নতুন কনস(@_);
}

সাব লাইব্রেরি {
my($env) = শিফট;
my($lib) = শিফট;
my(@objs) = অবজেক্ট $env @_;
কমান্ড $env $lib, @objs, q(
%LD -r %LDFLAGS %< -o %>
);
}

এই কার্যকারিতা নিম্নলিখিত উদাহরণ হিসাবে আহ্বান করা যেতে পারে:

$env = নতুন কনস::সুইচ(@ওভাররাইডস);
...
লাইব্রেরি $env 'lib.o', 'foo.c', 'bar.c';

invoking মন্দ দিক

'cons' কমান্ডটি সাধারণত বিল্ড ট্রির মূল থেকে নেওয়া হয়। ক গঠন করা ফাইল
সেই ডিরেক্টরির মধ্যে থাকা আবশ্যক। যদি `-f' আর্গুমেন্ট ব্যবহার করা হয়, তাহলে একটি বিকল্প গঠন করা
ফাইল ব্যবহার করা যেতে পারে (এবং, সম্ভবত, একটি বিকল্প রুট, যেহেতু 'cons' সিডি করবে গঠন করা
ফাইলের ডিরেক্টরি রয়েছে)।

যদি '-t' যুক্তি সহ বিল্ড ট্রির মূলের একটি শিশুর কাছ থেকে 'cons' আহ্বান করা হয়, এটি
একটি খুঁজছেন ডিরেক্টরি অনুক্রমের উপরে হাঁটা হবে গঠন করা ফাইল (একটি বিকল্প নাম হতে পারে
এখনও `-f' দিয়ে নির্দিষ্ট করা হবে।) কমান্ড লাইনে সরবরাহ করা লক্ষ্যগুলি পরিবর্তন করা হবে
আবিষ্কৃত আপেক্ষিক হতে গঠন করা ফাইল উদাহরণস্বরূপ, একটি ডিরেক্টরি ধারণকারী থেকে
একটি শীর্ষ স্তরের গঠন করা ফাইল, নিম্নলিখিত আহ্বান:

% cd libfoo/subdir
% cons -t লক্ষ্য

ঠিক এর সমতুল্য:

% cons libfoo/subdir/লক্ষ্য

যদি কোনো 'ডিফল্ট' টার্গেট থাকে ডিরেক্টরী হায়ারার্কিতে নির্দিষ্ট করা থাকে গঠন করা or
রচনা ফাইল, শুধুমাত্র ডিফল্ট টার্গেট ডিরেক্টরীতে বা নীচে যা থেকে `cons -t'
নির্মাণ করা হবে আহ্বান জানানো হয়েছিল।

আদেশটি নিম্নরূপ আহ্বান করা হয়:

কনস --

কোথায় আর্গুমেন্ট যে কোন ক্রমে নিম্নলিখিত যে কোন একটি হতে পারে:

লক্ষ্য নির্দিষ্ট লক্ষ্য তৈরি করুন। যদি লক্ষ্য একটি ডিরেক্টরি, তারপর recursively নির্মাণ
যে ডিরেক্টরির মধ্যে সবকিছু.

+প্যাটার্ন সীমিত রচনা ফাইলগুলিকে শুধুমাত্র মেলে বলে বিবেচনা করা হয় প্যাটার্ন, যা হলো
একটি পার্ল নিয়মিত অভিব্যক্তি। একাধিক `+' আর্গুমেন্ট গ্রহণ করা হয়।

নাম=
সেট নাম মূল্য Val 'ARG' হ্যাশের মধ্যে শীর্ষ-স্তরে চলে গেছে গঠন করা ফাইল.

ক্যাশে থেকে পুনরুদ্ধার করার সময় '-cc' কমান্ড দেখান যা কার্যকর করা হত। না
ফাইল পুনরুদ্ধার করা হয়েছে যে ইঙ্গিত দেওয়া হয়; এই জন্য দরকারী
বিল্ড লগ তৈরি করা যা বাস্তব বিল্ড লগের সাথে তুলনা করা যেতে পারে।

`-cd' সমস্ত ক্যাশিং নিষ্ক্রিয় করুন। ক্যাশে থেকে পুনরুদ্ধার করবেন না বা ক্যাশে ফ্লাশ করবেন না।

`-cr' এলোমেলো ক্রমে নির্ভরতা তৈরি করুন। একাধিক নির্মাণ করার সময় এটি দরকারী
ক্যাশিং সক্ষম সহ অনুরূপ গাছ।

`-cs' বিদ্যমান বিল্ড লক্ষ্যগুলিকে সিঙ্ক্রোনাইজ করুন যা ক্যাশের সাথে আপ-টু-ডেট বলে পাওয়া যায়।
ক্যাশিং -cc দিয়ে নিষ্ক্রিয় করা থাকলে বা সম্প্রতি সক্ষম করা থাকলে এটি কার্যকর
UseCache সহ।

`-d' নির্ভরতা ডিবাগিং সক্ষম করুন।

`-চ'
এর পরিবর্তে নির্দিষ্ট ফাইল ব্যবহার করুন গঠন করা (কিন্তু প্রথমে ধারণ করতে পরিবর্তন করুন
এর ডিরেক্টরি ফাইল).

`-h' বর্তমান বিল্ডে স্থানীয় একটি সাহায্য বার্তা দেখান যদি এরকম একটি সংজ্ঞায়িত করা হয় এবং প্রস্থান করুন।

`-k' ত্রুটির পরে যতদূর সম্ভব চালিয়ে যান।

`-ও'
ওভাররাইড ফাইল পড়ুন ফাইল.

`-p' নির্দিষ্ট গাছে নির্মাণ পণ্য দেখান। নির্মাণের চেষ্টা করা হয় না।

`-pa' নির্মাণ পণ্য এবং সংশ্লিষ্ট ক্রিয়া দেখান। নির্মাণের চেষ্টা করা হয় না।

`-pw' পণ্য দেখান এবং সেগুলি কোথায় সংজ্ঞায়িত করা হয়েছে। নির্মাণের চেষ্টা করা হয় না।

`-q' টার্গেট ইন্সটল করা এবং রিমুভ করার বিষয়ে কথা বলবেন না।

`-r' এর সাথে যুক্ত নির্মাণ পণ্য সরান . নির্মাণের চেষ্টা করা হয় না।

`-আর'
ফাইলের জন্য অনুসন্ধান করুন বিশ্রাম. একাধিক -R বিশ্রাম ডিরেক্টরি অনুসন্ধান করা হয়
আদেশ নির্দিষ্ট।

`-t' একটি খুঁজছেন ডিরেক্টরি শ্রেণীবিন্যাস আপ অতিক্রম করুন গঠন করা ফাইল, যদি কোনটি বিদ্যমান না থাকে
বর্তমান ডিরেক্টরিতে। লক্ষ্য পরিবর্তন করা হবে আপেক্ষিক হতে
গঠন করা ফাইল.

`-v' 'কনস' সংস্করণ দেখান এবং প্রক্রিয়াকরণ চালিয়ে যান।

`-V' 'কনস' সংস্করণ দেখান এবং প্রস্থান করুন।

`-wf'
বিবেচিত সমস্ত ফাইলের নাম লিখুন ফাইল.

`-x' এর মতো একটি সাহায্য বার্তা দেখান এবং প্রস্থান করুন।

এবং construct-args আপনি প্রক্রিয়া করতে চান যে কোনো আর্গুমেন্ট হতে পারে গঠন করা ফাইল.
উল্লেখ্য যে একটি হতে হবে -- আর্গুমেন্টগুলিকে কনস এবং আর্গুমেন্টগুলিকে আলাদা করা
মধ্যে প্রক্রিয়া করতে চান গঠন করা ফাইল.

প্রক্রিয়াকরণ construct-args যে কোন স্ট্যান্ডার্ড প্যাকেজ দ্বারা করা যেতে পারে Gettopt অথবা তার
বৈকল্পিক, বা কোনো ব্যবহারকারী সংজ্ঞায়িত প্যাকেজ. কনস মধ্যে পাস হবে construct-args as @এআরজিভি এবং
এর পরে কিছু ব্যাখ্যা করার চেষ্টা করবে না --.

% cons -R /usr/local/repository -d os=solaris +driver -- -c test -f DEBUG

কনস নিম্নলিখিত পাস হবে

-R /usr/local/repository -d os=solaris +driver

এবং নিম্নলিখিত, শীর্ষ স্তরে গঠন করা ফাইল হিসাবে @এআরজিভি

-c পরীক্ষা -f ডিবাগ

নোট করুন যে `cons -r.' একটি সম্পূর্ণ পুনরাবৃত্ত `মেক ক্লিন' এর সমতুল্য, কিন্তু কোনো প্রয়োজন নেই
মধ্যে সমর্থন গঠন করা ফাইল বা যেকোনো রচনা নথি পত্র. আপনি যদি এটি সবচেয়ে দরকারী
সোর্স ডিরেক্টরিতে ফাইল কম্পাইল করা হচ্ছে (যদি আপনি আলাদা করেন নির্মাণ করা এবং রপ্তানি ডিরেক্টরি,
তারপর আপনি শুধু ডিরেক্টরি মুছে ফেলতে পারেন)।

অপশন `-p', `-pa', এবং `-pw' পড়ার ক্ষেত্রে সাহায্য হিসেবে ব্যবহারের জন্য অত্যন্ত উপযোগী
স্ক্রিপ্ট বা ডিবাগিং। আপনি যদি জানতে চান স্ক্রিপ্ট কি ইনস্টল করে export/include/foo.h,
উদাহরণস্বরূপ, শুধু টাইপ করুন:

% cons -pw export/include/foo.h

ব্যবহার এবং লেখা বশ্যতা স্ক্যানার

QuickScan সোর্স ফাইলের জন্য সহজ টার্গেট-স্বাধীন স্ক্যানার সেট আপ করার অনুমতি দেয়। কেবল
একটি QuickScan স্ক্যানার প্রদত্ত সোর্স ফাইল এবং পরিবেশের সাথে যুক্ত হতে পারে।

QuickScan নিম্নরূপ আহ্বান করা হয়:

কুইকস্ক্যান কনসেনভ কোডরেফ, ফাইলনাম [, PATH]

CODEREF দ্বারা উল্লেখিত সাবরুটিন অন্তর্ভুক্ত ফাইল নামের একটি তালিকা ফেরত দেবে বলে আশা করা হচ্ছে
সরাসরি FILE দ্বারা। এই ফাইলের নাম, ঘুরে, স্ক্যান করা হবে. ঐচ্ছিক PATH যুক্তি
FILENAME এবং/অথবা ব্যবহারকারীর দ্বারা প্রত্যাবর্তিত ফাইলগুলি সন্ধানের জন্য একটি সন্ধানের পথ সরবরাহ করে
সাবরুটিন PATH লুকআপ-ডিরেক্টরি নামের একটি অ্যারের একটি রেফারেন্স হতে পারে, বা একটি
সিস্টেমের বিভাজক অক্ষর দ্বারা পৃথক করা নামের স্ট্রিং (':' UNIX সিস্টেমে, ';' অন
উইন্ডোজ এনটি)।

বর্তমান লাইনে $_ সেট করে ফাইলের প্রতিটি লাইনের জন্য সাবরুটিন একবার বলা হয়।
যদি সাবরুটিনের অতিরিক্ত লাইনের দিকে তাকাতে হয়, বা সেই বিষয়টির জন্য, পুরো ফাইলটি,
তারপর এটি ফাইলহ্যান্ডেল SCAN থেকে সেগুলি নিজেই পড়তে পারে। এটি লুপটিও বন্ধ করতে পারে, যদি
এটা জানে যে ফাইলহ্যান্ডেল বন্ধ করে আর কোন তথ্য অন্তর্ভুক্ত করা যাবে না।

একটি সন্ধান পাথ দেওয়া হোক বা না হোক, QuickScan প্রথমে ফাইলটি সন্ধান করার চেষ্টা করে
বর্তমান ডিরেক্টরির সাথে সম্পর্কিত (সরাসরি QuickScan এ সরবরাহ করা শীর্ষ-স্তরের ফাইলের জন্য),
অথবা ফাইলটি উল্লেখ করা ফাইল ধারণকারী ডিরেক্টরি থেকে। এই খুব না
সাধারণ, কিন্তু যথেষ্ট ভালো মনে হচ্ছে--বিশেষ করে যদি আপনার নিজের লেখার বিলাসিতা থাকে
ইউটিলিটি এবং একটি আদর্শ উপায়ে অনুসন্ধান পথের ব্যবহার নিয়ন্ত্রণ করতে পারে। অবশেষে,
অনুসন্ধান পথ বর্তমানে, কোলন পৃথক করা হয়. এটি এনটি শিবিরকে খুশি করতে পারে না।

এখানে একটি বাস্তব উদাহরণ, একটি থেকে নেওয়া গঠন করা এখানে ফাইল করুন:

সাব কনস::SMFgen {
আমার($env, @টেবিল) = @_;
foreach $t (@টেবিল) {
$env->QuickScan(sub { /\b\S*?\.smf\b/g }, "$t.smf",
$env->{SMF_INCLUDE_PATH});
$env->কমান্ড(
["$t.smdb.cc","$t.smdb.h","$t.snmp.cc","$t.ami.cc", "$t.http.cc"],
"$t.smf",
q(
smfgen %( %SMF_INCLUDE_OPT %) %
)
);
}
}

[মনে রাখবেন `$env->QuickScan...' এবং `$env->Command...' ফর্মটি হওয়া উচিত নয়
প্রয়োজনীয়, কিন্তু, কিছু কারণে, এই বিশেষ আহ্বানের জন্য প্রয়োজন। এই দেখা যাচ্ছে
পার্লে একটি বাগ বা আমার পক্ষ থেকে একটি ভুল বোঝাবুঝি হতে; এই আহ্বান শৈলী না
সর্বদা প্রয়োজনীয় বলে মনে হয়।]

এটি ফর্মের সমস্ত নাম খুঁজে পায় .smf ফাইলে। এমনকি নামগুলোও ফিরিয়ে দেবে
সেগুলি মন্তব্যের মধ্যে পাওয়া যায়, তবে এটি ঠিক আছে (ব্যবস্থাটি অতিরিক্ত ফাইলগুলিকে ক্ষমা করে;
তারা শুধু অনুমান যে অনুপস্থিত ফাইল লক্ষ্য করা হবে যখন উপেক্ষা করছি
প্রোগ্রাম, এই উদাহরণে, smfgen, আসলে আহ্বান করা হয়)।

একটি স্ক্যানার শুধুমাত্র একটি প্রদত্ত উত্স ফাইলের জন্য আহ্বান করা হয় যদি এটির মধ্যে কিছু লক্ষ্যের দ্বারা প্রয়োজন হয়৷
গাছ প্রদত্ত সোর্স ফাইলের জন্য এটি শুধুমাত্র একবারই আহ্বান করা হয়।

এখানে একই স্ক্যানার তৈরি করার আরেকটি উপায় আছে। এটি একটি স্পষ্ট কোড রেফারেন্স ব্যবহার করে,
এবং এছাড়াও (অপ্রয়োজনীয়ভাবে, এই ক্ষেত্রে) পুরো ফাইলটি নিজেই পড়ে:

সাব মাইস্ক্যান {
আমার (@ অন্তর্ভুক্ত);
কর {
push(@includes, /\b\S*?\.smf\b/g);
} সময় ;
@ অন্তর্ভুক্ত
}

লক্ষ্য করুন যে লুপের ক্রম বিপরীত হয়, লুপ পরীক্ষা শেষে। এই
কারণ প্রথম লাইনটি ইতিমধ্যে আপনার জন্য পড়া হয়েছে। এই স্ক্যানার একটি উত্স সংযুক্ত করা যেতে পারে
দ্বারা ফাইল:

QuickScan $env \myscan, "$_.smf";

সাপোর্ট এবং পরামর্শ

কনস ব্যবহারকারী সম্প্রদায় দ্বারা রক্ষণাবেক্ষণ করা হয়. সদস্যতা নিতে, মেল পাঠান কনস-আলোচনা-
[ইমেল সুরক্ষিত] শরীরের সাথে সাবস্ক্রাইব.

মাধ্যমে কোন পরামর্শ রিপোর্ট করুন [ইমেল সুরক্ষিত] মেলিং তালিকা।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে কনস ব্যবহার করুন