1. टीप: कंपाइलर मॅनिपुलेशन सोडवण्यासाठी बाह्य 'c' आवश्यक आहे, कारण समाविष्ट लायब्ररी 'c' मध्ये लिहिलेली आहे आणि h3dapi c++ मध्ये लिहिलेली आहे.

1. note: extern"c" is required to resolve compiler mangling, because the included library is written in'c' and the h3dapi is written in c++.

2. टीप: कंपाइलर मॅनिपुलेशन सोडवण्यासाठी बाह्य 'c' आवश्यक आहे, कारण समाविष्ट लायब्ररी 'c' मध्ये लिहिलेली आहे आणि h3dapi c++ मध्ये लिहिलेली आहे.

2. note: extern"c" is required to resolve compiler mangling, because the included library is written in'c' and the h3dapi is written in c++.

3. एकदा तुमच्याकडे c++ बायनरी असेल तर ते इतर c++ abis (नाव मॅंगलिंग, अपवाद हाताळणी) शी सुसंगत बनवणे शक्य नाही.

3. once you have a c++ binary, it is not possible to make it compatible with another c++ abi(name mangling, exception handling) without recompiling from source.

4. C++ नाव हाताळणी ही एक विशेष बाब आहे, ही एक लिंकर आणि डायनॅमिक लिंकर केंद्रित समस्या आहे, जर नाव हाताळणी प्रमाणित नसल्यास, डायनॅमिक लिंकिंग कार्य करणार नाही.

4. c++ name mangling is a special case- its a linker and dynamic linker centered issue- if name mangling is not standardized, then dynamic linking will not work.

5. C++ नाव हाताळणी ही एक विशेष बाब आहे, ही एक लिंकर आणि डायनॅमिक लिंकर केंद्रित समस्या आहे, जर नाव हाताळणी प्रमाणित नसल्यास, डायनॅमिक लिंकिंग कार्य करणार नाही.

5. c++ name mangling is a special case- its a linker and dynamic linker centered issue- if name mangling is not standardized, then dynamic linking will not work.

6. म्हणजे जर मी लायब्ररी तयार केली आणि तुम्ही लायब्ररी वापरणारा प्रोग्राम विकसित केला, तर तुम्ही मी वापरलेल्या पेक्षा वेगळा कंपाइलर वापरण्यास सक्षम असाल आणि वेगवेगळ्या नामकरण योजनांमुळे परिणामी बायनरींच्या विसंगतीबद्दल काळजी करण्याची गरज नाही.

6. that is, if i create a library and you develop a program that uses the library, you should be able to use a different compiler than i did and not have to worry about the resulting binaries being incompatible due to different name mangling schemes.