The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Вырезать часть исходника."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Программирование под UNIX (Public)
Изначальное сообщение [Проследить за развитием треда]

"Вырезать часть исходника." 
Сообщение от peredoz emailИскать по авторуВ закладки on 19-Окт-05, 13:08  (MSK)
Доброго всем!
Допустим: существует нормальный исходник утилки (в данном случае mpack).
Исходник, понятно, содержит все makefil-ы и отлично билдится в бинарь командой make.
Я не проверял, но наверняка гдето в глубинах этого исходника есть функция, которая на вход принимает строку, mime-type, прочие сопроводительные параметры и возвращает упакованную в mime строку. При этом функция, ясен пень, ссылается на стандартные и кастомные либы, в общем зависит от других (грубо говоря) файлов пакета и не только пакета.

Задача: Необхоимо в отдельной папке (файле) создать >>>исходник<<< либы, которая содержит только указанную выше функцию упаковки, и файлы (исходники, .h файлы, возможно либы) необходимые для правильной работы функции.

Итак вопрос: Может ли ктонибудь из опытных в данной теме товарищей хотябы приблизительно описать, как он видит >>автоматизацию<< такого процесса? Потомучто логика подсказывает что это возможно, т.к. компилятор это и делает. Приветствуются любые предположения, т.к. я ничего больше 5000 строк кода в своей жизни не написал, соответственно опыта - почти ноль.

Понятно, что все это можно отследить руками(глазами) и т.д. но интересует именно возможность автоматизации (хотябы частичной) такого процесса.
Почитав man по gcc я заподозрил что в этом процессе явно будет участвовать ключ "-E"(не линковать, не компилить), и понятен красен нужно доруливать makefile. Но объем настроек и параметров gcc не подразумевает быстрое освоение вопроса :(

Заранее благодарен за любой ответ.

З.Ы. Просто я задолбался смотреть как мучаются мои программеры, пытаясь с нуля сваять SMTP клиент для нашей проги под Thandem.
з.ы.ы. Если кто имеет (или знает где взять) книги
"GCC. Настольная книга пользователей, программистов и системных администраторов"-Гриффитс А., и "GCC. Полное руководство"-Гриффитс А., поделитесь линками плиз.

  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Вырезать часть исходника." 
Сообщение от enot Искать по авторуВ закладки(??) on 19-Окт-05, 18:26  (MSK)
>з.ы.ы. Если кто имеет (или знает где взять) книги
>"GCC. Настольная книга пользователей, программистов и системных администраторов"-Гриффитс А., и "GCC. Полное
>руководство"-Гриффитс А., поделитесь линками плиз.

Страшная правда жизни:
Это не две, а одна книга. Просто у нее два названия. Т.е. отличие только в обложке. Книгоиздатели прикалываются.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Вырезать часть исходника." 
Сообщение от peredoz emailИскать по авторуВ закладки on 19-Окт-05, 20:16  (MSK)

>Страшная правда жизни:
>Это не две, а одна книга. Просто у нее два названия. Т.е.
>отличие только в обложке. Книгоиздатели прикалываются.

Уже легше :) А правильное аглицкое название не известно ненароком?

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "'GCC: The Complete Reference' by Arthur Griffith" 
Сообщение от Андрей Искать по авторуВ закладки(??) on 20-Окт-05, 21:21  (MSK)
"GCC: The Complete Reference" by Arthur Griffith

картинку можно посмотреть тут:
http://www.elx.com.au/item/OS4053


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Вырезать часть исходника." 
Сообщение от vnp emailИскать по авторуВ закладки(ok) on 19-Окт-05, 23:26  (MSK)
>Доброго всем!

>Задача: Необхоимо в отдельной папке (файле) создать >>>исходник<<< либы, которая содержит только указанную выше функцию упаковки, и файлы (исходники, .h файлы, возможно либы) необходимые для правильной работы функции.
>
>Итак вопрос: Может ли ктонибудь из опытных в данной теме товарищей хотябы приблизительно описать, как он видит >>автоматизацию<< такого процесса? Потомучто логика подсказывает что это возможно, т.к. компилятор это и делает. Приветствуются любые предположения, т.к. я ничего больше 5000 строк кода в своей жизни не написал, соответственно опыта - почти ноль.
>
>Понятно, что все это можно отследить руками(глазами) и т.д. но интересует именно
>возможность автоматизации (хотябы частичной) такого процесса.

Совсем автоматически не получится. План действий примерно такой:

Исходники:
Комментируете (ifdefом) функцию main. Добавляете в makefile цель, строящую библиотеку (libsomething.a) изо всех файлов утилиты. Пишете файл с функцией main, которая содержит вызов интересующей вас функции. Собираете утилиту из этого файла и библиотеки. Каким-нибудь nm смотрите, какие файлы были выдернуты из библиотеки. Именно они вас и интересуют.

Инклюды:
Генерируете зависимости (см. флаг gcc -MM) для нужных исходных файлов. Это можно при случае запихать в makefile, но вероятно, оно там уже есть.

Качество вычленения будет сильно зависеть от того, насколько качественно структурированы исходники. Если подцепится очень много лишнего, можно применить более трудоемкий подход (выделить каждую функцию своим ifdefом, и компилировать каждый файл столько раз, сколько в нем есть функций, каждый раз со своим -D; со статическими функциями будут отдельные сложности).

Если очень хочется полной автоматизации, то потренироваться руками, а потом запихать все в скрипт.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Вырезать часть исходника." 
Сообщение от peredoz emailИскать по авторуВ закладки on 20-Окт-05, 14:28  (MSK)
>
>Совсем автоматически не получится. План действий примерно такой:
>
>Исходники:
>Комментируете (ifdefом) функцию main. Добавляете в makefile цель, строящую библиотеку (libsomething.a) изо
>всех файлов утилиты. Пишете файл с функцией main, которая содержит вызов
>интересующей вас функции. Собираете утилиту из этого файла и библиотеки. Каким-нибудь
>nm смотрите, какие файлы были выдернуты из библиотеки. Именно они вас
>и интересуют.
>
>Инклюды:
>Генерируете зависимости (см. флаг gcc -MM) для нужных исходных файлов. Это можно
>при случае запихать в makefile, но вероятно, оно там уже есть.
>
Большой сенька перемяч!
>
>Качество вычленения будет сильно зависеть от того, насколько качественно структурированы исходники. Если
>подцепится очень много лишнего, можно применить более трудоемкий подход (выделить каждую
>функцию своим ifdefом, и компилировать каждый файл столько раз, сколько в
>нем есть функций, каждый раз со своим -D; со статическими функциями
>будут отдельные сложности).

Насчет отдельных сложностей: а какие (навскидку) ешшо могут быть ньюансы, явно выпадающие из общего сценария?

>Если очень хочется полной автоматизации, то потренироваться руками, а потом запихать все
>в скрипт.
Очень хочется полной автоматизации :) Но это уже ко мне, буду питонить....


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру