Object file
ಆಬ್ಜೆಕ್ಟ್ ಕಡತವು ಆಬ್ಜೆಕ್ಟ್ ಕೋಡ್ ಅನ್ನು ಹೊಂದಿರುವ ಕಂಪ್ಯೂಟರ್ ಫೈಲ್ ಆಗಿದೆ, ಅಂದರೆ, ಜೋಡಣೆದಾರ ಅಥವಾ ಕಂಪೈಲರ್ನ ಯಂತ್ರ ಕೋಡ್ ಔಟ್ಪುಟ್. ಆಬ್ಜೆಕ್ಟ್ ಕೋಡ್ ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಥಳಾಂತರಿಸಬಲ್ಲದು, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ನೇರವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ. ಆಬ್ಜೆಕ್ಟ್ ಕಡತಗಳಿಗೆ ವಿವಿಧ ಸ್ವರೂಪಗಳಿವೆ, ಮತ್ತು ಅದೇ ಯಂತ್ರ ಸಂಕೇತವನ್ನು ವಿವಿಧ ಆಬ್ಜೆಕ್ಟ್ ಕಡತ ಸ್ವರೂಪಗಳಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಮಾಡಬಹುದು. ಒಂದು ಆಬ್ಜೆಕ್ಟ್ ಕಡತವು ಶೇರ್ಡ್ ಲೈಬ್ರರಿಯಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು. ಆಬ್ಜೆಕ್ಟ್ ಕೋಡ್ ಜೊತೆಗೆ, ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ಗಳು ಲಿಂಕ್ ಮಾಡಲು ಅಥವಾ ಡೀಬಗ್ ಮಾಡಲು ಬಳಸುವ ಮೆಟಾಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿರಬಹುದು, ಅವುಗಳೆಂದರೆಃ ವಿವಿಧ ಮಾಡ್ಯೂಲ್ಗಳ ನಡುವಿನ ಸಾಂಕೇತಿಕ ಅಡ್ಡ-ಉಲ್ಲೇಖಗಳನ್ನು ಪರಿಹರಿಸಲು ಮಾಹಿತಿ, ಸ್ಥಳಾಂತರ ಮಾಹಿತಿ, ಸ್ಟ್ಯಾಕ್ ಅನ್ವೈಂಡಿಂಗ್ ಮಾಹಿತಿ, ಕಾಮೆಂಟ್ಗಳು, ಪ್ರೋಗ್ರಾಂ ಚಿಹ್ನೆಗಳು, ಡೀಬಗ್ ಮಾಡುವಿಕೆ ಅಥವಾ ಪ್ರೊಫೈಲಿಂಗ್ ಮಾಹಿತಿ. ಇತರ ಮೆಟಾಡೇಟಾವು ಸಂಕಲನದ ದಿನಾಂಕ ಮತ್ತು ಸಮಯ, ಸಂಕಲನಕಾರನ ಹೆಸರು ಮತ್ತು ಆವೃತ್ತಿ ಮತ್ತು ಇತರ ಗುರುತಿಸುವ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿರಬಹುದು. "ಆಬ್ಜೆಕ್ಟ್ ಪ್ರೋಗ್ರಾಂ" ಎಂಬ ಪದವು ಕನಿಷ್ಠ 1950 ರ ದಶಕದಿಂದ ಬಂದಿದೆಃ ಕಂಪ್ಯೂಟರ್ ಪ್ರೋಗ್ರಾಮರ್ ಕಂಪೈಲರ್ ಅಥವಾ ಜೋಡಣೆಯೊಂದಿಗೆ ಆಬ್ಜೆಕ್ಟ್ ಕೋಡ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತಾನೆ. ಉದಾಹರಣೆಗೆ, ಲಿನಕ್ಸ್ ಅಡಿಯಲ್ಲಿ, ಗ್ನು ಕಂಪೈಲರ್ ಕಲೆಕ್ಷನ್ ಕಂಪೈಲರ್ ಇಎಲ್ಎಫ್ ಸ್ವರೂಪವನ್ನು ಬಳಸುವ. ಓ ವಿಸ್ತರಣೆಯೊಂದಿಗೆ ಫೈಲ್ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ವಿಂಡೋಸ್ನಲ್ಲಿ ಸಂಕಲನವು. ಒಬಿಜೆ ವಿಸ್ತರಣೆಯೊಂದಿಗೆ ಫೈಲ್ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಇದು ಸಿಒಎಫ್ಎಫ್ ಸ್ವರೂಪವನ್ನು ಬಳಸುತ್ತದೆ. ನಂತರ ಆಬ್ಜೆಕ್ಟ್ ಕೋಡ್ ಅನ್ನು ಒಂದು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಪ್ರೋಗ್ರಾಂ ಆಗಿ ಸಂಯೋಜಿಸಲು ಅಥವಾ ಅಗತ್ಯವಿರುವಂತೆ ಪೂರ್ವಸಂಕಲಿತ ಸಿಸ್ಟಮ್ ಲೈಬ್ರರಿಗಳಲ್ಲಿ ಲೈಬ್ರರಿಯನ್ನು ಎಳೆಯಲು ಲಿಂಕರ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಆಬ್ಜೆಕ್ಟ್ ಕಡತ ಸ್ವರೂಪಗಳು ಅನೇಕ ವಿಭಿನ್ನ ಆಬ್ಜೆಕ್ಟ್ ಕಡತ ಸ್ವರೂಪಗಳಿವೆ; ಮೂಲತಃ ಪ್ರತಿಯೊಂದು ರೀತಿಯ ಕಂಪ್ಯೂಟರ್ ತನ್ನದೇ ಆದ ವಿಶಿಷ್ಟ ಸ್ವರೂಪವನ್ನು ಹೊಂದಿತ್ತು, ಆದರೆ ಯುನಿಕ್ಸ್ ಮತ್ತು ಇತರ ಪೋರ್ಟಬಲ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ಗಳ ಆಗಮನದೊಂದಿಗೆ, ಇಎಲ್ಎಫ್ ಮತ್ತು ಸಿಒಎಫ್ಎಫ್ನಂತಹ ಕೆಲವು ಸ್ವರೂಪಗಳನ್ನು ವಿವಿಧ ರೀತಿಯ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ ಮತ್ತು ಬಳಸಲಾಗಿದೆ. ಒಂದೇ ಸ್ವರೂಪವನ್ನು ಲಿಂಕರ್ ಇನ್ಪುಟ್ ಮತ್ತು ಔಟ್ಪುಟ್ ಎರಡರಲ್ಲೂ ಬಳಸಲು ಸಾಧ್ಯವಿದೆ ಮತ್ತು ಹೀಗಾಗಿ ಲೈಬ್ರರಿ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ ಸ್ವರೂಪವಾಗಿ ಬಳಸಬಹುದು. ಕೆಲವು ಸ್ವರೂಪಗಳು ವಿವಿಧ ಪ್ರೊಸೆಸರ್ಗಳಿಗೆ ಯಂತ್ರ ಸಂಕೇತವನ್ನು ಹೊಂದಿರಬಹುದು, ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಲೋಡ್ ಮಾಡಿದಾಗ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಸರಿಯಾದದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಕೆಲವು ವ್ಯವಸ್ಥೆಗಳು ನೇರವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಸ್ವರೂಪಗಳು ಮತ್ತು ಲಿಂಕರ್ನಿಂದ ಸಂಸ್ಕರಣೆಯ ಅಗತ್ಯವಿರುವ ಸ್ವರೂಪಗಳ ನಡುವೆ ವ್ಯತ್ಯಾಸವನ್ನು ಮಾಡುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ಓಎಸ್/360 ಮತ್ತು ಉತ್ತರಾಧಿಕಾರಿಗಳು ಮೊದಲ ಸ್ವರೂಪವನ್ನು ಲೋಡ್ ಮಾಡ್ಯೂಲ್ ಮತ್ತು ಎರಡನೆಯದನ್ನು ಆಬ್ಜೆಕ್ಟ್ ಮಾಡ್ಯೂಲ್ ಎಂದು ಕರೆಯುತ್ತಾರೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ ಕಡತಗಳು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಸ್ವರೂಪಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ ಫಾರ್ಮ್ಯಾಟ್ನ ವಿನ್ಯಾಸ ಮತ್ತು/ಅಥವಾ ಆಯ್ಕೆಯು ಒಟ್ಟಾರೆ ಸಿಸ್ಟಮ್ ವಿನ್ಯಾಸದ ಪ್ರಮುಖ ಭಾಗವಾಗಿದೆ. ಇದು ಲಿಂಕರ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಮತ್ತು ಹೀಗಾಗಿ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ ಪ್ರೋಗ್ರಾಮರ್ ಟರ್ನರೌಂಡ್ ಆಗುತ್ತದೆ. ವಿನ್ಯಾಸವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಸಾಧನಗಳಿಗೆ ಬಳಸಿದರೆ, ವಿನ್ಯಾಸವು ಪ್ರೋಗ್ರಾಂಗಳು ಚಾಲನೆಯಾಗಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಮತ್ತು ಹೀಗಾಗಿ ಬಳಕೆದಾರರಿಗೆ ಪ್ರತಿಕ್ರಿಯಾತ್ಮಕತೆಯನ್ನು ನೀಡುತ್ತದೆ. ಅನೇಕ ಆರಂಭಿಕ ಕಂಪ್ಯೂಟರ್ಗಳು, ಅಥವಾ ಸಣ್ಣ ಮೈಕ್ರೊಕಂಪ್ಯೂಟರ್ಗಳು, ಸಂಪೂರ್ಣ ಆಬ್ಜೆಕ್ಟ್ ಸ್ವರೂಪವನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸುತ್ತವೆ. ಪ್ರೋಗ್ರಾಂಗಳು ಸ್ಥಳಾಂತರಿಸಲಾಗುವುದಿಲ್ಲ; ನಿರ್ದಿಷ್ಟ, ಪೂರ್ವನಿರ್ಧರಿತ ವಿಳಾಸಗಳಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅವುಗಳನ್ನು ಜೋಡಿಸಬೇಕಾಗಿದೆ ಅಥವಾ ಸಂಕಲಿಸಬೇಕಾಗಿದೆ. ಕಡತವು ಯಾವುದೇ ಸ್ಥಳಾಂತರ ಅಥವಾ ಸಂಪರ್ಕದ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿಲ್ಲ. ಈ ಕಡತಗಳನ್ನು ರೀಡ್/ರೈಟ್ ಮೆಮೊರಿಗೆ ಲೋಡ್ ಮಾಡಬಹುದು ಅಥವಾ ರೀಡ್-ಓನ್ಲಿ ಮೆಮೊರಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಮೊಟೊರೊಲಾ 6800 ಮಿಕ್ಬಗ್ ಮಾನಿಟರ್ ಕಾಗದದ ಟೇಪ್ನಿಂದ ಸಂಪೂರ್ಣ ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ (ಎಸ್ಆರ್ಇಸಿ ಫಾರ್ಮ್ಯಾಟ್) ಅನ್ನು ಓದುವ ದಿನಚರಿಯನ್ನು ಹೊಂದಿದೆ. ಡಾಸ್ ಕಾಮ್ ಕಡತಗಳು ಸಂಪೂರ್ಣ ಆಬ್ಜೆಕ್ಟ್ ಕಡತಗಳಿಗೆ ಇತ್ತೀಚಿನ ಉದಾಹರಣೆಯಾಗಿದೆ. ವಿಭಜನೆ ಹೆಚ್ಚಿನ ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ ಸ್ವರೂಪಗಳನ್ನು ದತ್ತಾಂಶದ ಪ್ರತ್ಯೇಕ ವಿಭಾಗಗಳಾಗಿ ರಚಿಸಲಾಗಿದೆ, ಪ್ರತಿ ವಿಭಾಗವು ಒಂದು ನಿರ್ದಿಷ್ಟ ರೀತಿಯ ದತ್ತಾಂಶವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಈ ಹಿಂದೆ ಮೆಮೊರಿ ನಿರ್ವಹಣೆಯ ಸಾಮಾನ್ಯ ರೂಪವಾಗಿದ್ದ "ಮೆಮೊರಿ ಸೆಗ್ಮೆಂಟ್" ಎಂಬ ಪದದಿಂದಾಗಿ ಈ ವಿಭಾಗಗಳನ್ನು "ಸೆಗ್ಮೆಂಟ್ಸ್" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಒಂದು ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಲೋಡರ್ನಿಂದ ಮೆಮೊರಿಗೆ ಲೋಡ್ ಮಾಡಿದಾಗ, ಲೋಡರ್ ಮೆಮೊರಿಯ ವಿವಿಧ ಪ್ರದೇಶಗಳನ್ನು ಪ್ರೋಗ್ರಾಂಗೆ ನಿಗದಿಪಡಿಸುತ್ತದೆ. ಈ ಪ್ರದೇಶಗಳಲ್ಲಿ ಕೆಲವು ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ನ ವಿಭಾಗಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುತ್ತವೆ ಮತ್ತು ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ಹೆಸರುಗಳಿಂದ ಕರೆಯಲಾಗುತ್ತದೆ. ಸ್ಟಾಕ್ನಂತಹ ಇತರವುಗಳು ರನ್ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ ಅಸ್ತಿತ್ವದಲ್ಲಿರುತ್ತವೆ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ನಿಜವಾದ ಮೆಮೊರಿ ವಿಳಾಸಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಲೋಡರ್ (ಅಥವಾ ಲಿಂಕರ್) ಮೂಲಕ ಸ್ಥಳಾಂತರವನ್ನು ಮಾಡಲಾಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಅನೇಕ ಪ್ರೋಗ್ರಾಂಗಳು ಅಥವಾ ವಾಸ್ತುಶಿಲ್ಪಗಳಿಗೆ, ಮೆಮೊರಿ ನಿರ್ವಹಣಾ ಘಟಕದಿಂದ ಅಥವಾ ಸ್ಥಾನ-ಸ್ವತಂತ್ರ ಕೋಡ್ನಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುವುದರಿಂದ ಸ್ಥಳಾಂತರದ ಅಗತ್ಯವಿಲ್ಲ. ಕೆಲವು ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ನ ಭಾಗಗಳನ್ನು ನಂತರ ಮೆಮೊರಿಗೆ ನಕಲಿಸಬಹುದು (ಪೇಜ್ ಮಾಡಬಹುದು) ಮತ್ತು ಹೆಚ್ಚಿನ ಪ್ರಕ್ರಿಯೆಯ ಅಗತ್ಯವಿಲ್ಲದೇ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು. ಈ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ, ಇದನ್ನು ಸೋಮಾರಿಯಾಗಿ ಮಾಡಬಹುದು, ಅಂದರೆ, ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಮಯದಲ್ಲಿ ವಿಭಾಗಗಳನ್ನು ಉಲ್ಲೇಖಿಸಿದಾಗ ಮಾತ್ರ, ಉದಾಹರಣೆಗೆ ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ನಿಂದ ಬೆಂಬಲಿತವಾದ ಮೆಮೊರಿ-ಮ್ಯಾಪ್ ಮಾಡಲಾದ ಫೈಲ್ ಮೂಲಕ. ವಿಶಿಷ್ಟವಾದ ಆಬ್ಜೆಕ್ಟ್ ಕಡತ ಸ್ವರೂಪಗಳಿಂದ ಬೆಂಬಲಿತವಾದ ದತ್ತಾಂಶದ ವಿಧಗಳುಃ ಹೆಡರ್ (ವಿವರಣಾತ್ಮಕ ಮತ್ತು ನಿಯಂತ್ರಣ ಮಾಹಿತಿ) ಕೋಡ್ ವಿಭಾಗ ("ಪಠ್ಯ ವಿಭಾಗ", ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಕೋಡ್) ದತ್ತಾಂಶ ವಿಭಾಗ (ಪ್ರಾರಂಭಿಸಿದ ಸ್ಥಿರ ಅಸ್ಥಿರಗಳು) ಓದಲು-ಮಾತ್ರ ದತ್ತಾಂಶ ವಿಭಾಗ (ರೋಡಾಟಾ, ಪ್ರಾರಂಭಿಸಿದ ಸ್ಥಿರ ಸ್ಥಿರಾಂಕಗಳು) ಬಿ. ಎಸ್. ಎಸ್ ವಿಭಾಗ (ಪ್ರಾರಂಭಿಸದ ಸ್ಥಿರ ದತ್ತಾಂಶ, ಅಸ್ಥಿರಗಳು ಮತ್ತು ಸ್ಥಿರಾಂಕಗಳೆರಡೂ) ಸ್ಥಳಾಂತರ ಮಾಹಿತಿಯನ್ನು ಸಂಪರ್ಕಿಸಲು ಬಾಹ್ಯ ವ್ಯಾಖ್ಯಾನಗಳು ಮತ್ತು ಉಲ್ಲೇಖಗಳು. ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ಗಳ ನಡುವೆ ಹಂಚಿಕೊಂಡ ವಿಭಾಗಗಳಿಗೆ ಸಂಪ್ರದಾಯಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ; ಉದಾಹರಣೆಗೆ, ಡಿಓಎಸ್ನಲ್ಲಿ ವಿಶೇಷ ವಿಭಾಗಗಳ ಹೆಸರುಗಳನ್ನು ಮತ್ತು ಅವುಗಳನ್ನು ಸಂಯೋಜಿಸಬಹುದೆ ಅಥವಾ ಬೇಡವೇ ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವ ವಿಭಿನ್ನ ಮೆಮೊರಿ ಮಾದರಿಗಳಿವೆ. ಡೀಬಗ್ ಮಾಡುವ ಮಾಹಿತಿಯ ಡೀಬಗ್ ಮಾಡುವ ದತ್ತಾಂಶ ಸ್ವರೂಪವು ಸಿಒಎಫ್ಎಫ್ನಲ್ಲಿರುವಂತೆ ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ ಸ್ವರೂಪದ ಅವಿಭಾಜ್ಯ ಭಾಗವಾಗಿರಬಹುದು ಅಥವಾ ಅರೆ-ಸ್ವತಂತ್ರ ಸ್ವರೂಪವಾಗಿರಬಹುದು, ಇದನ್ನು ಸ್ಟ್ಯಾಬ್ಸ್ ಅಥವಾ ಡಿಡಬ್ಲ್ಯೂಎಆರ್ಎಫ್ನಂತಹ ಹಲವಾರು ಆಬ್ಜೆಕ್ಟ್ ಸ್ವರೂಪಗಳೊಂದಿಗೆ ಬಳಸಬಹುದು. ಗ್ನು ಪ್ರಾಜೆಕ್ಟ್ನ ಬೈನರಿ ಫೈಲ್ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಲೈಬ್ರರಿ (ಬಿ. ಎಫ್. ಡಿ ಲೈಬ್ರರಿ) ವಿವಿಧ ಸ್ವರೂಪಗಳಲ್ಲಿ ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ಗಳನ್ನು ಕುಶಲತೆಯಿಂದ ನಿರ್ವಹಿಸಲು ಸಾಮಾನ್ಯ ಎಪಿಐ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ. ಇಂಟೆಲ್ ಹೆಕ್ಸಾಡೆಸಿಮಲ್ ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ ಫಾರ್ಮ್ಯಾಟ್ ಅನ್ನು ಸಹ ನೋಡಿ (ಸಾಮಾನ್ಯವಾಗಿ ಫೈಲ್ ವಿಸ್ತರಣೆಯೊಂದಿಗೆ. ಎಚ್ಇಎಕ್ಸ್, ಆದರೆ ಕೆಲವೊಮ್ಮೆ. ಒಬಿಜೆ ಯೊಂದಿಗೆ) ಸ್ಥಳಾಂತರಿಸಬಹುದಾದ ಆಬ್ಜೆಕ್ಟ್ ಮಾಡ್ಯೂಲ್ ಫಾರ್ಮ್ಯಾಟ್ ವೇವ್ಫ್ರಂಟ್. ಒಬಿಜೆ ಫೈಲ್ ಉಲ್ಲೇಖಗಳು ಮತ್ತಷ್ಟು ಓದುವಿಕೆ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ ಫಾರ್ಮ್ಯಾಟ್ಗಳು ಕಂಪೈಲರ್ ನಿರ್ಮಾಣ ಕಂಪ್ಯೂಟರ್ ಗ್ರಂಥಾಲಯಗಳು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯ ಅನುಷ್ಠಾನ