إعـــــــلان

تقليص
لا يوجد إعلان حتى الآن.

خلق بيئة تطوير النواة

تقليص
X
 
  • تصفية - فلترة
  • الوقت
  • عرض
إلغاء تحديد الكل
مشاركات جديدة

  • [سؤال] خلق بيئة تطوير النواة

    السلام عليكم,
    كنت احاول اعداد بيئة تطوير و فحص البرمجة المفتوحة من النواة لكني لم اعرف كيفية دمج البرمجة في الملفات المضغوطة مع بيئة العمل مثل eclipse او ما شابه, هل يمكن لاحد ان يدلني على طريقة البداية مع الشكر الجزيل

  • #2
    هل يمكنك التوضيح اكثر ؟ لم افهم شى ,هل تقصد كتابة كود للنواة ومانوع الكود (module or core ) ام تقصد شى اخر و ما هى تلك الملفات المضغوطة ؟
    2v || 2v

    www.3dvui.org

    تعليق


    • #3
      نعم اخي, انا اريد تعديل كود النواة بغض النظر core or module لكن يصعب ذلك بدون الية فحص تمكنني من تتبع التسلسل والنتائج من الكود, في البرامج العادية يكون هناك debugger يساعد على ذلك. لا اعرف كيف ابني بيئة العمل

      قصدي فالملفات المضغوطة tar balls ... tar.gz source code

      تعليق


      • #4
        ليس لى معرفة بتطوير الكرنل ولكن بالبحث
        لتطوير الmodule

        http://www.faqs.org/docs/kernel/

        هناك عدة كتب لتطوير و debugging الكرنل ومنها
        http://www.amazon.com/Linux-Kernel-D...4128143&sr=8-2
        2v || 2v

        www.3dvui.org

        تعليق


        • #5
          شكرا اخي, لكن سؤالي بالتحديد عن بناء البيئة للتطوير, يعني من الصعب فتح الملفات باستخدام محرر نصوص عادي والبدء بالبرمجة . لابد من بيئية تساعد المطورين على ذلك
          اني لاحظ ان هناك نمط في البرمجة حين تفك ضغط المفلفات يجب ان يرتبط ببيئة العمل مثل eclipse او غيره

          مشكور على ردك

          تعليق


          • #6
            لا تتوقع بيئة رسومية مثل eclipse او VS لادارة المشروع (لان هذا سيجعل المشروع متخلف جدا فى التطوير اذا تعدى عدد اسطرة مئات الالاف او الملايين).

            بالنسبة للكرنل فليس هناك شروط لادوات التحرير (رغم ان لينس ينصح بvim ) ولكن هناك coding style
            ونعم هناك ادوات قد ينصح بها فى بعض الحالات فى تطوير النواة كkgdb و ومعظم المطورين يستخدمون vim يقومون هم باعدادة بطريقتهم الخاصة (حسب مذاقهم) ويستخدموا من اوامر البحث و التعديل ما يروقهم.فهذا هى فلسفة التطوير فى اغلب المشاريع المفتوحة المصدر فهى لا تقيد المطورين غالبا بادوات التطوير.

            سافترض انك لست معتاد على طرق التطوير بدون IDE موحد . الفكرة تدور حول حرية اختيار الادوات فالمطورين فى المشروع ليسوا ملتزموا بشى الا بcoding style و كفائة الكود اما عن ادواتهم فهناك عدة ادوات يختارها مديرى المشروع مثل اداء ادارة المصدر او كيفية استقبال الترقيعات و اداء بناء المصدر وهناك ادوات يختار كل مطور حسب ما يريحة مادام تقوم بالعمل فمثلا فى التحرير قد تستخدم vim (وقد يكون محرر اخر)و فى التنقيح قد تستخدم الاداء التى تريحك (مثلا gdb) .

            باختصار عندما تشارك فى مشروع اقراء نصائحهم وارشادتهم بخصوص التالى :
            الcoding style , طريقة الBUILD (غالبا عن طريق AUTO TOOLS واحيانا بادوات اخرى),كيفية المشاركة بالتطويرات سواء نظام ادارة المصدر الخاص بهم او كيفية استقبال الترقيعات (وليكن يستقبلوها على هيئة ملف diff ) وقد ينصحوا ببعض الادوات .
            اما لم يقيدونك باداء التحرير او اداء برمجية لا تخل بالناتج النهائى لكودك .
            2v || 2v

            www.3dvui.org

            تعليق

            يعمل...
            X