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

কার্যক্রম:

NAME এর

metalint - একটি metaconfig ইউনিট সামঞ্জস্য পরীক্ষক

সাইনোপিসিস

ধাতব পদার্থ [-hklsV ] [ -L Dir ]

বর্ণনাঃ

মেটালিন্ট ইউনিট পার্স করে এবং কিছু বিস্তৃত সামঞ্জস্য পরীক্ষা করে, নিশ্চিত করতে
পুরো সেট শব্দ। তুলনামূলকভাবে বিপুল পরিমাণ ইউনিট পাওয়া যাওয়ার কারণে তা হয়ে উঠছে
ম্যানুয়ালি ইউনিট বজায় রাখা খুব কঠিন, এবং একটি স্বয়ংক্রিয় প্রক্রিয়া বাস্তব হতে পারে
সাহায্য, যদিও নিখুঁত নয়।

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

বিকল্প

মেটালিন্ট নিম্নলিখিত বিকল্পগুলির সেট স্বীকার করে:

-h একটি সংক্ষিপ্ত ব্যবহারের বিবরণ প্রিন্ট করুন এবং প্রস্থান করুন।

-k অস্থায়ী রাখুন .MT ডিরেক্টরি.

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

-s নিঃশব্দ অবস্থা.

-L Dir ডিফল্ট লাইব্রেরি অবস্থান ওভাররাইড করুন। সাধারণত শুধুমাত্র metaconfig জন্য দরকারী
রক্ষণাবেক্ষণকারীরা স্থানীয়ভাবে ইউনিটগুলির পরিবর্তে বিকাশ করা হচ্ছে তা পরীক্ষা করে
সর্বজনীনভাবে উপলব্ধ। দ্য Dir নির্দিষ্ট ইউনিট ধারণকারী এক
U ডিরেক্টরি.

-V সংস্করণ নম্বর প্রিন্ট করুন এবং প্রস্থান করুন।

কারণ নির্ণয়

নিম্নলিখিত ডায়গনিস্টিক দ্বারা নির্গত হতে পারে ধাতব পদার্থ:

"(? বানান) ডুপ্লিকেট নির্ভরতা তালিকার লাইন উপেক্ষা করে।"
একাধিক ?মেক: ইউনিটে লাইন বিয়ারিং নির্ভরতা পাওয়া গেছে। থাকতে পারে
এই ধরনের শুধুমাত্র একটি লাইন, যদিও একাধিক?মেক অ্যাকশন লাইন ঘটতে পারে।

"(? MAKE) বিশেষ ইউনিট 'Xxx' কে তৈরি হিসাবে তালিকাভুক্ত করা উচিত নয়৷"
একটি বিশেষ একক প্রতীক (প্রথম অক্ষর বড় আকারের) শুধুমাত্র তে তৈরি হিসাবে তালিকাভুক্ত করা যেতে পারে
বিশেষ ইউনিট নিজেই। বৈধ ক্ষেত্রে এই সতর্কতা দমন করতে, সামনে একটি '+' যোগ করুন
আপত্তিকর চিহ্নের (মনে রাখবেন যে অ-বিশেষ ইউনিটের জন্য, এই অবস্থানে '+'
একটি অভ্যন্তরীণ প্রতীক নির্দেশ করে যা config.sh ফাইলে উপস্থিত হওয়া উচিত নয়)।

"(? MAKE) '+xxx' x বার তালিকাভুক্ত হয়েছে।"
একটি শর্তাধীন নির্ভরতা একাধিকবার তালিকাভুক্ত করা হয়েছে। যদিও এটি নিরীহ।

"(? MAKE) 'xxx' x বার তালিকাভুক্ত হয়েছে।"
একটি স্বাভাবিক নির্ভরতা একাধিকবার তালিকাভুক্ত করা হয়েছে। আবার, একটি নিরীহ ত্রুটি.

"(? বানান) 'xxx' শর্তসাপেক্ষ এবং সম্পূর্ণ নির্ভরতা হিসাবে তালিকাভুক্ত।"
প্রতীক একটি স্বাভাবিক নির্ভরতা হিসাবে এবং একটি শর্তসাপেক্ষ হিসাবে তালিকাভুক্ত করা হয়। Metaconfig ইচ্ছা
এটিকে সম্পূর্ণ নির্ভরতা হিসাবে বিবেচনা করুন, তবে এটি আপনি প্রাথমিকভাবে নাও হতে পারে
চেয়েছিল...

"(?Y) অজানা লেআউট নির্দেশিকা 'xxx'।"
লেআউট নির্দেশাবলী শুধুমাত্র একটি হতে পারে শীর্ষ, ডিফল্ট or পাদ, কিন্তু ক্ষেত্রে না
ব্যাপার একটি অজানা নির্দেশ শুধু উপেক্ষা করা হয় এবং পরিচালনা করা হয় যদি ডিফল্ট ছিল
নির্দিষ্ট

"(?S) ভেরিয়েবল '$xxx'-এর ডুপ্লিকেট বর্ণনা।"
শেল প্রতীক একাধিকবার বর্ণনা করা হয়েছে, এবং এটি দুটি এন্ট্রি তৈরি করবে
শব্দকোষ।

"(?S) ভেরিয়েবল '$xxx'? MAKE: লাইনে তালিকাভুক্ত নয়।"
ইউনিটটি একটি শেল প্রতীক এন্ট্রি বর্ণনা করে যা না থেকে বাহ্যিকভাবে ব্যবহার করা যাবে না
নির্ভরতা হিসাবে তালিকাভুক্ত।

"?S: construct-এ (?S) সিনট্যাক্স ত্রুটি।"
স্ব ব্যাখ্যামূলক।

"(?C) 'XXX' চিহ্নের জন্য ডুপ্লিকেট বর্ণনা।"
C চিহ্ন একাধিকবার বর্ণনা করা হয়েছে, এবং এটি এর জন্য দুটি এন্ট্রি তৈরি করবে
শব্দকোষ।

"(?C) সিনট্যাক্সে ত্রুটি? C: construct।"
স্ব ব্যাখ্যামূলক।

"(?H) প্রতীক 'XXX' আগেই সংজ্ঞায়িত করা হয়েছে।"
দৃশ্যত, দুটি?H: লাইন একই C চিহ্নকে সংজ্ঞায়িত করছে।

"(?H) ভেরিয়েবল '$xxx' এমনকি? MAKE: লাইনে তালিকাভুক্ত নয়।"
একটি পরিবর্তনশীল ব্যবহার করা হয়, কিন্তু নির্ভরতা লাইনে তালিকাভুক্ত করা হয় না।

"(?H) বিভাগটি ইতিমধ্যেই '?H:.' দ্বারা সমাপ্ত করা হয়েছে।"
প্রথম '?H:.'-এর পরে আর কোন?H: লাইন থাকতে পারে না। যে শেষ চিহ্নিত
অধ্যায়.

"(?H) অস্বাভাবিক cpp লাইন '?%<:' দিয়ে সুরক্ষিত হওয়া উচিত।"
সমস্ত? H: যে লাইন দ্বারা স্বীকৃত হয় metaconfig এবং এগুলো ধাতব পদার্থ তাদের আছে
config.h-এ অন্তর্ভুক্তি স্বয়ংক্রিয়ভাবে একটি উপযুক্ত চিহ্ন দ্বারা সুরক্ষিত যদি কোনোটিই না থাকে
প্রদান করা হয় যাইহোক, অচেনা লাইনগুলিকে অবশ্যই '?%<:' ক্রম দিয়ে সুরক্ষিত করতে হবে
ইউনিটটি কনফিগারে লোড করা না হলে তাদের অন্তর্ভুক্তি এড়িয়ে চলুন।

"(?H) লাইন এখানে তালিকাভুক্ত করা উচিত নয় কিন্তু '?C:' এ।"
শুধুমাত্র cpp লাইন?H: বিভাগে উপস্থিত হওয়া উচিত। আপনার যদি একটি মন্তব্য করা আছে
প্রতীক সম্পর্কে, ব্যবহার করুন ?C:. আপনি যদি একটি বিশেষ প্রজন্মের মন্তব্য করতে চান
সিকোয়েন্স, এগুলিকে? X: মন্তব্যে রাখুন যাতে তারা এটিকে config.h-এ না করে।

"(?H) সীমাবদ্ধতা 'xxx' একটি অজানা প্রতীক।"
সমস্ত অগ্রণী ?sym: ?H: লাইনের সীমাবদ্ধতা একটি বৈধ শেল বা C হওয়া উচিত
প্রতীক, ইউনিটে সংজ্ঞায়িত।

"(?M) সিনট্যাক্স ত্রুটি? এম: কনস্ট্রাক্ট।"
স্ব ব্যাখ্যামূলক।

"(?M) চিহ্ন 'xxx' ইতিমধ্যেই 'yyy'-এ একটি ?M: লাইনে তালিকাভুক্ত।"
প্রতীক xxx-এর জন্য একটি জাদু সংজ্ঞা চেষ্টা করা হয়েছে, কিন্তু অন্য একটি ইতিমধ্যে প্রদান করা হয়েছে
yyy ইউনিটে।

"(?V) অ-বিশেষ ইউনিটে দৃশ্যমান ঘোষণা উপেক্ষা করা হয়েছে।"
দৃশ্যমান ঘোষণা (?V: লাইন) শুধুমাত্র বিশেষ ইউনিটে প্রদর্শিত হতে পারে। অন্যথায়, তারা
অর্থহীন

"(?V) ভেরিয়েবল '$xxx' দৃশ্যমান করতে চেয়েছিল।"
একটি ওয়ান্টেড ভেরিয়েবল (? MAKE: লাইনের উপর নির্ভরতা হিসাবে বর্ণিত) তৈরি করা যাবে না
দৃশ্যমান যেহেতু এটির কোন মানে হয় না: ইউনিট এটির উপর নির্ভর করতে পারে না এবং তারপরে
স্থানীয়ভাবে সংজ্ঞায়িত হিসাবে এটি বিজ্ঞাপন.

"(?V) সংজ্ঞায়িত পরিবর্তনশীল '$xxx' দৃশ্যমান করা হয়েছে।"
একটি সংজ্ঞায়িত পরিবর্তনশীল (? MAKE: লাইনে তৈরি হিসাবে তালিকাভুক্ত) দৃশ্যমান করা যাবে না, যেহেতু
এটি অন্য ইউনিটে সরাসরি চাওয়া হতে পারে।

"(?V) ভেরিয়েবল '$xxx' ইতিমধ্যেই yyy ইউনিট দ্বারা দৃশ্যমান হয়েছে।"
অসামঞ্জস্যপূর্ণ ঘোষণা: দুটি ইউনিট একটি একক প্রতীক দৃশ্যমান করছে...

"(?V) ভেরিয়েবল '$xxx' ইতিমধ্যেই পঠন-লিখতে yyy-এ দৃশ্যমান।"
ভেরিয়েবলটি ইতিমধ্যেই অন্য একক দ্বারা পঠন-লেখা হিসাবে দৃশ্যমান করা হয়েছে।

"(?V) ভেরিয়েবল '$xxx' ইতিমধ্যেই yyy-এ শুধুমাত্র পঠনযোগ্য।"
ভেরিয়েবলটি ইতিমধ্যেই অন্য ইউনিট দ্বারা শুধুমাত্র পঠনযোগ্য হিসাবে দৃশ্যমান করা হয়েছে।

"(?W) ভেরিয়েবল '$xxx' ইতিমধ্যেই চেয়েছিল।"
ভেরিয়েবল ইতিমধ্যেই চাওয়া হয়েছে, এখানে এটির জন্য স্পষ্টভাবে জিজ্ঞাসা করার দরকার নেই।

"(?W) ভেরিয়েবল '$xxx' স্থানীয়ভাবেও সংজ্ঞায়িত।"
একটি ওয়ান্টেড ভেরিয়েবল একটি স্থানীয়ভাবে সংজ্ঞায়িত ভেরিয়েবলের সাথে দ্বন্দ্ব করবে এবং ফলাফল হতে পারে
একটি আবর্জনা মান পেয়ে.

"(?W) ভেরিয়েবল '$xxx' ইতিমধ্যেই 'yyy' এ একটি ?W: লাইনে তালিকাভুক্ত।"
একটি ?W: লাইনের শেল প্রতীক বিভাগে ভেরিয়েবল শুধুমাত্র একটি ইউনিটে উপস্থিত হতে পারে।

"(?F) উত্পাদিত ফাইল 'xxx' মিউটিপলি ঘোষিত।"
ফাইলটি?F: লাইনে একই নামে একাধিকবার তালিকাভুক্ত করা হয়েছে। এই করে
একটি ব্যক্তিগত UU ফাইল এবং একই সাথে একটি পাবলিক ফাইল উভয় ঘোষণা করার সময় উপস্থিত হয় না
নাম, উদাহরণস্বরূপ।

"(?F) অ-বিশেষ ইউনিটে UU ফাইল উপেক্ষা করা হয়েছে।"
ব্যক্তিগত UU ফাইল (যেমন ফাইল আমার পড়া স্ক্রিপ্ট পরে দেখার জন্য তৈরি
কনফিগার করুন) শুধুমাত্র বিশেষ ইউনিটে তৈরি করা যেতে পারে। ব্যতিক্রম অনুমোদিত যদি ?F: লাইন
একটি সঠিক? LINT: ইঙ্গিত দ্বারা আগে আছে.

"(?T) অস্থায়ী প্রতীক '$xxx' গুণিত ঘোষণা করা হয়েছে।"
স্ব ব্যাখ্যামূলক।

"নির্দেশের পরে আসা উচিত? ঘোষণা করুন।"
এই বার্তার শুরুতে () এর মধ্যে তালিকাভুক্ত নির্দেশটি সত্যিই আসা উচিত
এর পরে? MAKE: লাইন। আপনি ইউনিট পুনরায় অর্ডার করতে হবে বা ধাতব পদার্থ করতে সক্ষম হবে না
সঠিকভাবে সমস্যা নির্ণয়।

"কন্ট্রোল সিকোয়েন্স '?XXX:' শরীরের মধ্যে উপেক্ষা করা হয়েছে।"
ইউনিট বডিতে ?X: বা ?LINT: ছাড়া অন্য একটি নিয়ন্ত্রণ লাইন ব্যবহার করার চেষ্টা করা উচিত, যা করা উচিত
শুধুমাত্র শেল কোড হতে হবে

"ভেরিয়েবল '$xxx' পরিবর্তিত হয়েছে।"
নির্ভরতা লাইনে তালিকাভুক্ত একটি পরিবর্তনশীল পরিবর্তন করা হয়েছে। যেমন একটি পরিবর্তনশীল উচিত
ইউনিটের জন্য শুধুমাত্র পঠনযোগ্য হতে হবে। ব্যবহার পরিবর্তন এই বার্তাটি দমন করার জন্য লিন্ট ইঙ্গিত
প্যাথলজিকাল ক্ষেত্রে।

"না? তৈরি করুন: নির্ভরতা বর্ণনাকারী লাইন।"
প্রতিটি ইউনিটের একটি নির্ভরতা লাইন থাকা উচিত, অথবা এটি নীরবে উপেক্ষা করা হবে
metaconfig. এই বার্তাটি? LINT: খালি ইঙ্গিত দ্বারা চাপা।

"প্রথম বডি লাইন একটি সাধারণ ': বর্ণনা' হওয়া উচিত।"
ইউনিটের প্রথম শেল লাইন যা জেনারেট করা কনফিগারে যোগ করা হবে
স্ক্রিপ্টে ':' লাইনে ইউনিটের উদ্দেশ্যের একটি বিবরণ রাখা উচিত। হতে হবে
':' এর পরে একটি স্থান, যেহেতু এটি শেল এবং বর্ণনা দ্বারা ব্যাখ্যা করা হয়
'(' বা '>' এর মতো মেটা-অক্ষরগুলি এড়ানো উচিত যদি না পুরো স্ট্রিংটি উদ্ধৃত করা হয়।
বার্তা একটি ? LINT: nocomment ইঙ্গিত দ্বারা চাপা হয়৷

"এটিকে একটি মন্তব্য করতে ':' এর পরে স্থান অনুপস্থিত।"
':' দ্বারা শুরু হওয়া একটি লাইন শেল দ্বারা ব্যাখ্যা করা হয় কিন্তু উপেক্ষা করা হবে। সেখানে আবশ্যক
যদিও ':' এর পরে একটি স্পেস হতে হবে, অথবা শেল একটি অজানা চালানোর চেষ্টা করবে
আদেশ...

"মন্তব্য লাইনে উদ্ধৃতিহীন মেটা-চরিত্র> পাওয়া গেছে।"
':' দ্বারা শুরু হওয়া একটি লাইন শেল দ্বারা ব্যাখ্যা করা হয় কিন্তু উপেক্ষা করা হবে। এর মানে
যে অর্থপূর্ণ মেটা-অক্ষর যেমন '(' বা '>' অবশ্যই উদ্ধৃত করতে হবে বা একটি দিয়ে পালিয়ে যেতে হবে
নেতৃস্থানীয় ব্যাকস্ল্যাশ.

"':' মন্তব্য লাইনে ঝুলন্ত উদ্ধৃতি পাওয়া গেছে।"
একটি ':' মন্তব্য লাইনে একটি অপ্রকাশিত একক বা দ্বিগুণ উদ্ধৃতি দেখা গেছে। যেহেতু
লাইনগুলি শেল দ্বারা ব্যাখ্যা করা হয়, যদিও উপেক্ষা করা হয়, সমস্ত উদ্ধৃতি অবশ্যই পুরোপুরি মেলে।

"একটি ফাঁকা লাইন দিয়ে শেষ হচ্ছে না।"
যেহেতু সমস্ত ইউনিট একত্রিত হয়ে একটি বড় স্ক্রিপ্ট তৈরি করে, তাই এটি সুপারিশ করা হয়
(অতএব দ্বারা প্রয়োগ করা হয়েছে ধাতব পদার্থ) যে প্রতিটি ইউনিট ফাইল একটি খালি লাইন দিয়ে শেষ হয়।

"শেষ লাইনটি একটি নতুন লাইনের অক্ষর দিয়ে শেষ হয় না।"
এটি শুধুমাত্র ব্যবহারকারীদের উদ্দেশ্যে যাদের সম্পাদক সর্বদা একটি নতুন-লাইন এ যোগ করে না
টেক্সট ফাইলের শেষ। আপনি ব্যবহার করার সময় ঘটতে হবে না vi.

চিহ্ন '$xxx' বর্ণনা করা হয়নি।"
এই ইউনিট দ্বারা সংজ্ঞায়িত শেল প্রতীক নথিভুক্ত করা হয়নি। ব্যবহার বর্ণনা করা লিন্ট ইঙ্গিত
এই বার্তা দমন করতে.

"সি প্রতীক 'XXX' বর্ণনা করা হয়নি।"
এই ইউনিট দ্বারা সংজ্ঞায়িত সি চিহ্নটি নথিভুক্ত করা হয়নি। ব্যবহার পরিচিত লিন্ট ইঙ্গিত
এই বার্তা দমন.

"সি চিহ্ন 'XXX' কোন? H: লাইন দ্বারা সংজ্ঞায়িত করা হয়নি।"
একটি সি চিহ্নকে কখনই সংজ্ঞায়িত করা হয়নি বলে বিজ্ঞাপন দেওয়া হয়েছিল, তাই এটিতে প্রদর্শিত হতে পারে না config.h
ফাইল এবং তাই অকেজো...

"ভেরিয়েবল '$xxx' সেট করা উচিত ছিল।"
ইউনিট দ্বারা তৈরি মেক লাইনে তালিকাভুক্ত একটি পরিবর্তনশীল শেল কোড দ্বারা সেট করা হয়নি
শরীর ব্যবহার সেট রোগগত ক্ষেত্রে এই বার্তাটি দমন করার জন্য লিন্ট ইঙ্গিত।

"অব্যবহৃত নির্ভরতা পরিবর্তনশীল '$xxx'।"
দৃশ্যত কোন ব্যবহার একটি শেল পরিবর্তনশীল থেকে তৈরি করা হয় না. ব্যবহার পরিবর্তন or ব্যবহার লিন্ট ইঙ্গিত
(পরিস্থিতির উপর নির্ভর করে) এই বার্তাটি দমন করতে।

"অব্যবহৃত শর্তসাপেক্ষ পরিবর্তনশীল '$xxx'।
এই শর্তাধীন নির্ভরতা থেকে দৃশ্যত কোন ব্যবহার করা হয় না। দ্য পরিবর্তন or ব্যবহার তিসি
ইঙ্গিত এই বার্তা দমন করতে ব্যবহার করা যেতে পারে.

"অব্যবহৃত অস্থায়ী পরিবর্তনশীল '$xxx'।"
একটি ?T: লাইনে অস্থায়ী হিসাবে ঘোষিত একটি পরিবর্তনশীল ব্যবহার করা হয় না। দ্য ব্যবহার লিন্ট ইঙ্গিত হবে
মূর্খ ধাতব পদার্থ এটা সত্যিই ব্যবহৃত হয় চিন্তা.

"অজানা নিয়ন্ত্রণ ক্রম '?XXX:'।"
একটি অজানা নিয়ন্ত্রণ ক্রম ব্যবহার করার চেষ্টা.

"অজানা LINT অনুরোধ 'মিথ্যা' উপেক্ষা করা হয়েছে।"
একটি অজানা ? LINT: ট্যাগ ব্যবহার করা হয়েছিল৷ এই ধরনের সব ট্যাগ ছোট হাতের অক্ষরে বানান করা আবশ্যক।

"'$xxx' চিহ্নের কোনো ডিফল্ট মান নেই।"
কিছু ইউনিটে শর্তসাপেক্ষ নির্ভরতা হিসাবে ব্যবহৃত একটি প্রতীক a দ্বারা সেট করা কোনও ডিফল্ট মান নেই
ডি: লাইন।

"বাসি? তৈরি করুন: নির্ভরতা 'xxx'।"
ইউনিট একটি প্রতীককে নির্ভরতা হিসাবে তালিকাভুক্ত করে, কিন্তু সেই প্রতীকটি অন্যথায় অজানা, যেমন
অন্য কোনো ইউনিট দ্বারা তৈরি হিসাবে প্রদর্শিত হবে না.

"?MAKE থেকে '$xxx' চিহ্ন অনুপস্থিত।"
ব্যবহৃত বা সংজ্ঞায়িত একটি প্রতীক? MAKE: লাইনে নির্ভরতা হিসাবে তালিকাভুক্ত করা হয়নি।

"এর থেকে অনুপস্থিত xxx? দৃশ্যমান '$yyy'-এর জন্য তৈরি করুন।"
একটি বিশেষ ইউনিট দ্বারা দৃশ্যমান হিসাবে সংজ্ঞায়িত একটি প্রতীক ব্যবহার করা হয়, কিন্তু সেই বিশেষ এককটি নয়
নির্ভরতা লাইনের অংশ।

"বাসি? এম: নির্ভরতা 'xxx'।"
ম্যাজিক লাইন একটি সি চিহ্নকে নির্ভরতা হিসাবে তালিকাভুক্ত করে কিন্তু সেই প্রতীকটি কোনো একক দ্বারা পরিচিত নয়।

"অজানা প্রতীক '$xxx'।"
এই প্রতীক কি সম্পর্কে আমার কোন ধারণা নেই. যদি পরিবর্তনশীলটি বাহ্যিকভাবে সংজ্ঞায়িত করা হয়, তাহলে এটি
সতর্কতা একটি সঠিক মাধ্যমে দমন করা যেতে পারে? LINT: extern.

"শুধুমাত্র পাঠযোগ্য প্রতীক '$xxx' সেট করা আছে।"
শুধুমাত্র পঠনযোগ্য একটি প্রতীক ইউনিটের শেল কোড বডি দ্বারা সেট করা হয়।

"অপ্রচলিত প্রতীক 'xxx' ব্যবহার করা হয়।"
ইউনিটের শেল কোডে একটি অপ্রচলিত প্রতীক ব্যবহার করা হয়।

"অঘোষিত প্রতীক '$xxx' সেট করা আছে।"
ইউনিটটি একটি শেল ভেরিয়েবল সেট করার চেষ্টা করে যা অন্যথায় তৈরি হিসাবে ঘোষণা করা হয়নি
অথবা একটি অস্থায়ী পরিবর্তনশীল হিসাবে, বা যাই হোক না কেন.

"আবদ্ধ? H: বিভাগ।"
একটি একক '?এইচ:' দ্বারা ?এইচ: বিভাগটি শেষ করা হয়নি। শরীরের আগে লাইন
ইউনিট বা অন্য একটি শুরু? C: বিভাগ.

"সি চিহ্ন 'xxx' নিম্নলিখিত ইউনিটগুলিতে সংজ্ঞায়িত করা হয়েছে:"
সি চিহ্নটি একটি ইউনিটের বেশি সংজ্ঞায়িত করা হয়েছে। আপত্তিকর ইউনিট তালিকাভুক্ত করা হয়.

"শেল প্রতীক 'xxx' নিম্নলিখিত ইউনিটগুলিতে সংজ্ঞায়িত করা হয়েছে:"
একটি শেল প্রতীক একাধিক ইউনিটে সংজ্ঞায়িত করা হয়। আপত্তিকর ইউনিট অনুসরণ.

"শেল প্রতীক 'xxx' সম্পূর্ণরূপে:"
একটি শেল প্রতীক কিছু ইউনিট দ্বারা সংজ্ঞায়িত করা হয়, অন্যদের দ্বারা অপ্রচলিত এবং একটি অস্থায়ী হিসাবে ব্যবহৃত হয়।

"শেল প্রতীক 'xxx' উভয়ই সংজ্ঞায়িত এবং অপ্রচলিত:"
স্ব ব্যাখ্যামূলক।

"শেল প্রতীক 'xxx' উভয়ই সংজ্ঞায়িত এবং অস্থায়ী হিসাবে ব্যবহৃত হয়:"
স্ব ব্যাখ্যামূলক।

"শেল প্রতীক 'xxx' অপ্রচলিত অস্থায়ী হিসাবেও ব্যবহৃত হয়:"
স্ব ব্যাখ্যামূলক।

"'$xxx'-এর সংজ্ঞা '?S:.' দ্বারা বন্ধ হয়নি।"
স্ব ব্যাখ্যামূলক।

"'XXX'-এর সংজ্ঞা '?C:.' দ্বারা বন্ধ হয়নি।"
স্ব ব্যাখ্যামূলক।

"'xxx'-এর ম্যাজিক সংজ্ঞা '?M:.' দ্বারা বন্ধ হয়নি।"
স্ব ব্যাখ্যামূলক।

"ভেরিয়েবল '$xxx' বাহ্যিকভাবে সংজ্ঞায়িত করা হয়।"
বাহ্যিকভাবে সংজ্ঞায়িত একটি পরিবর্তনশীল (অর্থাৎ অন্য ইউনিটে) যথাযথ ছাড়াই ব্যবহৃত হয়
নির্ভরতা তথ্য। ব্যবহার extern এই বার্তা দমন করতে লিন্ট ইঙ্গিত.

"ফাইল 'xxx' তৈরি করা হয়নি।"
একটি ব্যক্তিগত UU ফাইল হিসাবে তালিকাভুক্ত একটি ফাইল বিশেষ ইউনিট দ্বারা তৈরি করা হয় না। সৃষ্টি হল
ফাইলে একটি সুস্পষ্ট শেল পুনর্নির্দেশ দেখে সনাক্ত করা হয়েছে, একটি অন্তর্নিহিত দ্বারা নয়
সৃষ্টি (যেমন একটি সি সংকলন উদাহরণস্বরূপ)। সব বিশেষ ইউনিট উচিত
যেভাবেই হোক শুধুমাত্র শেল স্ক্রিপ্ট তৈরি করুন যাতে এই বার্তাটি এর মাধ্যমে দমন করা যায় না
একটি লিন্ট ইঙ্গিত.

"স্থানীয় ফাইল 'xxx' 'unit.U' দ্বারা সেট করা একটিকে ওভাররাইড করতে পারে।"
আপনি একটি স্থানীয় ফাইল তৈরি করার চেষ্টা করছেন, কিন্তু বিশেষ ইউনিট একটি বিয়ারিং তৈরি করে
ঠিক একই নাম এবং এটি আগে লোড করা উচিত কনফিগার করুন, তুমি করবে
সেই ফাইলটি ওভাররাইড করুন। আপনার স্থানীয় ফাইলের নাম পরিবর্তন করুন.

"অব্যবহৃত অস্থায়ী ফাইল 'xxx'।
ফাইলটি ?F: লাইনে ঘোষণা করা হয়েছিল কিন্তু কোথাও ব্যবহার করা হয়েছে বলে মনে হচ্ছে না।

ভুল-ব্যবহৃত অস্থায়ী ফাইল 'xxx'।
একটি স্থানীয় অস্থায়ী ফাইল? F: লাইনে ঘোষণা করা হয়েছে এবং এটি এমনভাবে ব্যবহার করা হয়েছে
সঠিক এক নাও হতে পারে। প্রকৃতপক্ষে, এই ধরনের সমস্ত স্থানীয় ফাইল একটি সঙ্গে কল করা উচিত
স্পষ্ট আপেক্ষিক পথ, PATH লুকআপ এড়াতে যা আপনাকে অন্য ফাইল পেতে পারে।

"আপনি সবসময় 'unit.U' থেকে 'xxx' ফাইল নাও পেতে পারেন।"
আপনি নির্দিষ্ট ফাইলটি কল করছেন বলে মনে হচ্ছে, কিন্তু একটি স্পষ্ট আত্মীয় ব্যবহার করে নয়
পথের নাম এই ফাইলটি খুঁজে পেতে PATH-এর উপর নির্ভর করা নিরাপদ নয়। এই সমস্যা সমাধানের জন্য,
আপনার ফাইলের মত কিছু ব্যবহার করে কল করুন ./xxx.

"প্রাইভেট ফাইল 'xxx'-এর জন্য ?MAKE থেকে ইউনিট অনুপস্থিত।"
আপনি একটি ব্যক্তিগত UU ফাইল ব্যবহার করছেন যে বিশেষ ইউনিটটি এটি তৈরি করে তা তালিকাভুক্ত না করে
আপনার নির্ভরতা লাইন। আপনার নির্ভরতা তালিকায় ইউনিট যোগ করুন।

"অজানা ব্যক্তিগত ফাইল 'xxx'।"
ফাইলটি কোন?এফ: লাইনে প্রদর্শিত হয় না; যদিও এটা উচিত.

"ফাইল 'xxx' নিম্নলিখিত ইউনিটগুলিতে সংজ্ঞায়িত করা হয়েছে:"
তালিকাভুক্ত ইউনিটগুলি কে ফাইলটি সংজ্ঞায়িত করছে সে বিষয়ে একমত হতে পারে না।

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

"এখানে আনক্লোজ-ডকুমেন্ট xxx শুরু লাইন x।"
লাইন x-এ খোলা এখানে-নথি এই ইউনিটে কখনই বন্ধ করা হয়নি। এই সাধারণত
মানে যখন ইউনিট ব্যবহার করা হয়, জেনারেটেড স্ক্রিপ্ট কাজ করবে না!

"ভুল 'লিন্ট xxx' নির্দেশিকা।"
আপনি একটি ? LINT: নির্দেশিকা সন্নিবেশিত করেছেন যা শাট-আপ সতর্কতার জন্য ব্যবহৃত হয় না৷

"এর জন্য সাইকেল পাওয়া গেছে:"
তালিকাভুক্ত চিহ্নগুলির জন্য একটি নির্ভরতা চক্র পাওয়া যায়। শুধুমাত্র প্রতীক জড়িত
চক্র তালিকাভুক্ত করা হয়.

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

REFERENCE,

মেটালিন্ট নিম্নলিখিত নিয়ন্ত্রণ লাইন ব্যবহার করে, যা অন্যথায় দ্বারা উপেক্ষা করা হয় metaconfig:

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

?চ:নথি পত্র নির্মিত
এই লাইন দুটি উদ্দেশ্য পরিবেশন করে: এটি একটি ধাতব পদার্থ ইঙ্গিত, এবং এর জন্য একটি স্থানধারক
ভবিষ্যৎ jmake ব্যবহার এটি অবশ্যই তিনটি ধরণের ফাইল তালিকাভুক্ত করবে: অস্থায়ী একটি যা
একটি পরীক্ষার জন্য তৈরি করা হয়েছে, ব্যক্তিগত UUগুলি পরবর্তীতে UU ডিরেক্টরিতে তৈরি করা হয়েছে
perusal, এবং প্যাকেজের রুট ডিরেক্টরিতে থাকা পাবলিকগুলি। অস্থায়ী
ফাইলগুলি অবশ্যই একটি পূর্ববর্তী '!' সহ তালিকাভুক্ত করা উচিত চরিত্র (অর্থাৎ "না! তারা পুনরায় ব্যবহার করা হয় না
পরবর্তীতে!"), ব্যক্তিগত UU ফাইলের আগে একটি './' (অর্থ: সেগুলি ব্যবহার করতে, বলুন
./ফাইল, শুধুই না ফাইল), এবং সর্বজনীনের নাম দেওয়া উচিত যেমন- আছে৷

?টি:খোল অস্থায়ী
এই লাইনটি ইউনিটের মধ্যে অস্থায়ী হিসাবে ব্যবহৃত সমস্ত শেল ভেরিয়েবল তালিকাভুক্ত করা উচিত
শরীর এই লাইনটি সঠিক রাখা উচিত, এবং আপনাকে একটি ইউনিট লিখতে বাধা দেয়
একটি প্রতীক সংজ্ঞায়িত করা যা অন্য ইউনিটে স্ক্র্যাচ ভেরিয়েবল হিসাবে ব্যবহৃত হবে...

লিন্ট:শব্দ প্রতীক_তালিকা
একটি লিন্ট ইঙ্গিত নির্দিষ্ট করে। নিম্নলিখিত কীওয়ার্ড পাওয়া যায়:

পরিবর্তন শেল ভেরিয়েবল ঠিক আছে পরিবর্তন করতে হবে
সৃষ্টি স্থায়ী ফাইল ঠিক আছে অ-বিশেষ ইউনিট দ্বারা তৈরি করা হবে
নির্ধারণ করা তালিকাভুক্ত শেল ভেরিয়েবল এই ইউনিটে সংজ্ঞায়িত করা হয়েছে
বর্ণনা করা তালিকাভুক্ত শেল ভেরিয়েবল? এস দ্বারা বর্ণনা করা হয়েছে:
extern বাহ্যিকভাবে সংজ্ঞায়িত হতে পরিচিত পরিবর্তনশীল
খালি ইউনিট ফাইল খালি এবং শুধুমাত্র একটি স্থানধারক হিসাবে রাখা হয়।
পরিচিত তালিকাভুক্ত সি ভেরিয়েবল বর্ণনা করা হয়
মন্তব্য নেই ইউনিট ফাইল বিশেষ এবং একটি অগ্রণী ': বর্ণনা' লাইন মিস করতে পারে।
এখানে নেই তালিকাভুক্ত নামগুলি এখানে নথি নয় (যেমন "1 << foo" একটি সি
কার্যক্রম)
সেট তালিকাভুক্ত ভেরিয়েবল সেট করা হয়
ব্যবহার তালিকাভুক্ত ভেরিয়েবল এই ইউনিট দ্বারা ব্যবহৃত হয়
খোলা এখানে নথির তালিকাভুক্ত নাম এই ইউনিটে বন্ধ করা হয় না
usefile তালিকাভুক্ত ফাইল ব্যবহার করা হয় (অস্থায়ী জন্য '!' দিয়ে নাম লিখবেন না
এক)

লেখক

হারলান স্টেন[ইমেল সুরক্ষিত]> ল্যারি ওয়ালের উপর ভিত্তি করে প্রথম সংস্করণ লিখেছেন
metaconfig জেলা 2.0 থেকে।
রাফায়েল মানফ্রেদি[ইমেল সুরক্ষিত]> 3.0 এর জন্য স্ক্র্যাচ থেকে এটিকে কয়েকটি দিয়ে পুনরায় লিখুন
উন্নত বৈশিষ্ট্য।

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