اقتباس المشاركة الأصلية كتبت بواسطة Gh.S مشاهدة المشاركة
بالمناسبة، Code::Blocks معتمدٌ في الأساس على ++g. سأحاول البحث في هذه المشكلة وإن شاء الله سأجد الحل.

أيضًا، أنت تقول أن الأفضل هو البرمجة تحت بيئة اللينوكس، وكنت قد سمعت هذا الكلام من أحد مشرفي هذا القسم (hossams)، فيا ترى لم؟

في حال كانت البرمجة تحت بيئة اللينوكس هي الأفضل، فأنا حتى الآن لا أعلم نسق البرامج التنفيذية في اللينوكس، ففي الويندوز exe.*، أما في اللينوكس يوجد الكثير من التوزيعات؟ سؤال آخر، إن تمكنت من البرمجة تحت بيئة الليونكس إن شاء الله، فهل سيمكنني عمل ملفات تنفيذية تعمل على الويندوز؟

أعلم أن أسئلتي كثيرة وأعلم بانشغالك وسفرك الكثيرين، لذا أرجو لو أرشدتني إلى مواقع أو صفحات ويب قد تساعدني.
أولا بالنسبة لسؤالك عن الحجم، فلا علاقة إلزامية بين عدد الأسطر و حجم الملف (أرجح أنك تتحدث عن الـ Binary file)
و الأمر يتعلق أكثر بطبيعة البرنامج (مثلا في بناء النوافذ الذي ليس ضمن إختصاصي يكون البرنامج بالطبع أكبر حجما من برنامج يعمل على الـ console)
مم حسن فلأشرح بسرعة: أنت تكتب برنامج، تعمله كومبايل يصبح object file أي قائمة من الأوامر الـ Binary يعني التي يفهمها المعالج
لكن هذه الأوامر لن تعطي المفعول إلا بعد اللينك مع المكتبات لتصبح لديك Binary file يستطيع المعالج التعامل معه للقيام بالعمل المطلوب

من هنا: المسألة تتعلق بالمعالج والـ toolchain وطريقة كتابتك للبرنامج، مثلا كل ما احتوى على constants أكثر كلما كان حجم البرنامج أكبر. وكلما كانت الأوامر التي كتبتها تترجم إلى أوامر كثيرة مفهومة من طرف المعالج كان الحجم أكبر..

لهذا مثلا في برمجة الأنظمة المضمنة دائما يكون العمل بالأسمبلي أو C لأنهما الأقرب للهاردوير

مثال: إستخدام case عادة ما يساهم في تقليص حجم الملف أكثر من if...elseif...else

أنا قلت هذا لأنه يناسبني (قد ترغب في...) كما أنني متعصب للينوكس

من أفضل ما أعجبني في لينوكس هو دقة تحديده للأخطاء وليس كالطلاسم التي يواجهها الفرد على ++Visual C

إن شاء الله وحدة وحدة أعود للبقية وبالنسبة للمواقع فما أستعمله أغلبه فرنسي لا أعتقد أنه قد يفيدك + غن شاء الله أبحث لك