Ошибки компиляции с MinGW
Попытался скомпилировать программку под windows. Всё компилируется, но вываливается при связывании: "i586-mingw32msvc-gcc -L/usr/i586-mingw32msvc/lib -g -o sparser sparser.o msgmetadata.o lexan.o lexan_funcs.o msgloader.o msgparser.o msgviewer.o iniparser.o ini.o crc.o utils.o stations.o raw_message.o config_loader.o filters.o sparser.o: In function `set_filters': /home/artiom/Desktop/sparser/src/sparser.c:173: undefined reference to `_getsubopt' sparser.o: In function `init_network': /home/artiom/Desktop/sparser/src/sparser.c:308: undefined reference to `_getsubopt' /home/artiom/Desktop/sparser/src/sparser.c:349: undefined reference to `_socket@12' /home/artiom/Desktop/sparser/src/sparser.c:359: undefined reference to `_htons@4' /home/artiom/Desktop/sparser/src/sparser.c:361: undefined reference to `_inet_aton' /home/artiom/Desktop/sparser/src/sparser.c:369: undefined reference to `_bind@12' lexan.o: In function `la_get_name': /home/artiom/Desktop/sparser/src/lexan.c:385: undefined reference to `_strndup' lexan_funcs.o: In function `la_time': /home/artiom/Desktop/sparser/src/lexan_funcs.c:117: undefined reference to `_gmtime_r' msgloader.o: In function `load_msg_from_net': /home/artiom/Desktop/sparser/src/msgloader.c:60: undefined reference to `_recvfrom@24' /home/artiom/Desktop/sparser/src/msgloader.c:76: undefined reference to `_recvfrom@24'" Я ещё могу понять отсутствие getsubopt и, например gmtime_r, но почему нет strndup и функций сокета? Надо ещё что-то подключить? Да, ещё странный момент: на wheezy почему-то он не мог найти функцию bzero. Здесь всё в порядке. Люди знающие, объясните, что это такое и что сделать, чтобы всё собиралось? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50826af0.4000...@yandex.ru
Re: Ошибки компиляции с MinGW
On Sat, Oct 20, 2012 at 01:12:16PM +0400, "Артём Н." wrote: > Попытался скомпилировать программку под windows. > Всё компилируется, но вываливается при связывании: > "i586-mingw32msvc-gcc -L/usr/i586-mingw32msvc/lib -g -o sparser sparser.o > msgmetadata.o lexan.o lexan_funcs.o msgloader.o msgparser.o msgviewer.o > iniparser.o ini.o crc.o utils.o stations.o raw_message.o config_loader.o > filters.o > sparser.o: In function `set_filters': > /home/artiom/Desktop/sparser/src/sparser.c:173: undefined reference to > `_getsubopt' > sparser.o: In function `init_network': > /home/artiom/Desktop/sparser/src/sparser.c:308: undefined reference to > `_getsubopt' > /home/artiom/Desktop/sparser/src/sparser.c:349: undefined reference to > `_socket@12' > /home/artiom/Desktop/sparser/src/sparser.c:359: undefined reference to > `_htons@4' > /home/artiom/Desktop/sparser/src/sparser.c:361: undefined reference to > `_inet_aton' > /home/artiom/Desktop/sparser/src/sparser.c:369: undefined reference to > `_bind@12' > lexan.o: In function `la_get_name': > /home/artiom/Desktop/sparser/src/lexan.c:385: undefined reference to > `_strndup' > lexan_funcs.o: In function `la_time': > /home/artiom/Desktop/sparser/src/lexan_funcs.c:117: undefined reference to > `_gmtime_r' > msgloader.o: In function `load_msg_from_net': > /home/artiom/Desktop/sparser/src/msgloader.c:60: undefined reference to > `_recvfrom@24' > /home/artiom/Desktop/sparser/src/msgloader.c:76: undefined reference to > `_recvfrom@24'" > > Я ещё могу понять отсутствие getsubopt и, например gmtime_r, но почему нет > strndup и функций сокета? strndup нет в стандарте. Сокеты живут в WinSock. -- WBR, wRAR signature.asc Description: Digital signature
Re: Ошибки компиляции с MinGW
20.10.2012 13:47, Andrey Rahmatullin пишет: > strndup нет в стандарте. Печально... А есть чем заменить gmtime_r (gmtime - плохой вариант)? И ещё: "sparser.c: In function ‘init_network’: sparser.c:361: warning: implicit declaration of function ‘inet_aton’ sparser.c: In function ‘main’: sparser.c:390: warning: implicit declaration of function ‘on_exit’" Где on_exit, линкер на него не ругается? Что с inet_aton? > Сокеты живут в WinSock. У меня подключен winsock2.h. А библиотеки, по-идее, должны линковаться автоматически. К тому же, -lwsock32 или -lws2_32 тоже ничего не даёт. Как сделать? P.S.: А что с bzero? Почему нет для MinGW wheezy? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508277d7.7000...@yandex.ru
Re: Ошибки компиляции с MinGW
On Sat, Oct 20, 2012 at 02:07:19PM +0400, "Артём Н." wrote: > А что с bzero? Почему нет для MinGW wheezy? Где вы это берёте? CONFORMING TO 4.3BSD. This function is deprecated (marked as LEGACY in POSIX.1-2001): use memset(3) in new programs. POSIX.1-2008 removes the specification of bzero(). -- WBR, wRAR signature.asc Description: Digital signature
Re: Ошибки компиляции с MinGW
20.10.2012 14:16, Andrey Rahmatullin пишет: > On Sat, Oct 20, 2012 at 02:07:19PM +0400, "Артём Н." wrote: >> А что с bzero? Почему нет для MinGW wheezy? > Где вы это берёте? > CONFORMING TO > 4.3BSD. This function is deprecated (marked as LEGACY in POSIX.1-2001): > use memset(3) in new programs. POSIX.1-2008 removes the specification > of bzero(). Увидел в каком-то исходнике. Посмотрел man. Может не прочитал предупреждение, а может на squeeze (блин, вначале я перепутал названия) его нет. На wheezy он есть, несмотря на deprecated. А что плохого, если мне нужно просто обнуление? Такой же memset... Исправлю. А что с сокетами-то делать? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50827ba9.7000...@yandex.ru
Re: Среды разработки
Тема слегка затянулась. В итоге: 1. Предложили много^3 раз vim+make/gcc, несмотря на изначальное "Vim/Emacs+make+gcc не предлагать." 2. Обозвали не ТруЪ и троллем. 3. Предложили вернуться на винду или перейти на MacOS. Денег на Mac, к сожалению, не предложили. 4. Предложили примерить платье. 5. Обматерили C++ со всех сторон. Не забыли и Java. 6. Советовали "всё бросить и перейти на ...": Tcl+Tk, Perl, Haskell, ML, Lisp, Python и т.д.. Короче - стандартный набор. 7. Предлагали отказаться от GUI. Ну, как всегда, в общем. Вернусь к изначальной постановке вопроса: какие инструментальные средства вами, на практике, используются для кроссплатформенной разработки прикладного ПО под Linux и Windows, независимо от языка, используемого для написания кода? Далее опишу, что мне надо, подробно и детально, поскольку возникает непонимание и мне отвечают не на те вопросы, которые я задаю. Потому дальше многа лишних букафф. Мною под разработкой ПО понимается: 1. Сбор, организация и хранение требований. Затем, тестирование на соответствие. 2. Проектирование. Автоматизированное. Наглядное. Текст - это хорошо. Но не очень наглядно. Известный факт: большинством людей легче воспринимается информация, представленная в графическом виде (акцентирую внимание потому, что кто-то постоянно норовит предложить "чёрный экран, Vim и уютненькую консоль"). 3. Создание интерфейса и его проверка, написание кода, его компиляция, сборка, отладка, проверка, переработка. 4. Ведение версий и отслеживание ошибок. 5. Интеграция всех компонент в целях удобства и ускорения работы. Вопрос возник, потому что у меня имеются неоднозначности и рассогласования: 1. Я познакомился с инструментами для разработки, но всё это - _отдельные_ инструменты. 2. Удобно, когда все инструменты вызываются последовательно и автоматически. Это убирает потери времени на их вызов, настройку перед вызовом и прочее. 3. Интегрированная среда позволяет вызывать эти инструменты не задумываясь о параметрах и последовательности и, затем, использовать результат одного инструмента в другом (или комбинировать их результат в пользовательском выводе). К примеру, игнорирование вывода make и установка курсора в Vim на строку с ошибкой, указанной в выводе gcc - это удобно. С этим, вроде никто не спорил. Также удобно - нажатие F8 в среде Embarcadero RAD Studio для пошагового выполнения инструкций. Кому-то это не нравится, и они считают, что запускать отладчик отдельно - это гораздо лучше. Это странно. Вроде, - мелочь, но, в сумме мелочей, получается много лишних действий. 4. Операционная система - не интегрированная среда. Даже, если она имеет мощные средства для автоматизации. 5. Мне предлагают написать скрипт. В целом, я согласен, что это вариант. Несомненный плюс - всё настраивается под себя намного более гибко, чем в IDE. Не нравится мне это потому, что: 1. Как правило, скрипт не переносим. В случае с готовой IDE, разработчики уже позаботились о её портировании. И портировании её окружения. 2. Обычно скрипт зависит от языка и прочего. 3. Надо знать какие инструменты вызывать. 4. Сложно получить такую же тесную интеграцию инструментов, как в IDE. 5. Все инструменты, при написании скрипта, как правило, надо изучить подробнее, чем для обычного использования (это много времени). 6. Скрипт свободный от большей части этих недостатков весьма сложен и уже может называться IDE. 7. Предполагаю, что IDE уже написаны, так что написание такого превратится в изобретение велосипеда, что мне кажется не очень разумным. Плюс ещё имеются недостатки. Поэтому я считаю, что графические IDE, создаются не потому, что требуется кому-то их продать (а если это NetBeans и Eclipse?), а потому, что они делают более удобным процесс. Естественно, у них много недостатков. И я не зацикливаюсь, как может показаться, именно на графической IDE a-la Deplhi (кстати, был же Kylix, но как-то - не то...), а хочу найти нечто удобное, переносимое, универсальное и автоматическое. Думаю, более разумно и более производительно нажать одну кнопку (или набрать команду, не суть), получив в итоге, готовый результат и подробный, удобный для анализа результата отчёт (интерактивный, в том числе), чем набирать кучу команд, ставить много галочек или править десяток строчек в скрипте? Кратко, суть вопроса: что использовать практично? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50827dcf.6060...@yandex.ru
Re: Ошибки компиляции с MinGW
On Sat, Oct 20, 2012 at 02:23:37PM +0400, "Артём Н." wrote: > >> А что с bzero? Почему нет для MinGW wheezy? > > Где вы это берёте? > > CONFORMING TO > > 4.3BSD. This function is deprecated (marked as LEGACY in POSIX.1-2001): > > use memset(3) in new programs. POSIX.1-2008 removes the specification > > of bzero(). > Увидел в каком-то исходнике. Вот мне и интересно, откуда аффтары этого понабрались, учитывая что memset есть в C89. > А что плохого, если мне нужно просто обнуление? Ничего плохого (раз вы плевали на то, что даже в тех стандартах, где оно есть, оно deprecated). > А что с сокетами-то делать? Линковаться с нужными библиотеками. -- WBR, wRAR signature.asc Description: Digital signature
Re: Ошибки компиляции с MinGW
20.10.2012 15:08, Andrey Rahmatullin пишет: > On Sat, Oct 20, 2012 at 02:23:37PM +0400, "Артём Н." wrote: А что с bzero? Почему нет для MinGW wheezy? >>> Где вы это берёте? >>> CONFORMING TO >>> 4.3BSD. This function is deprecated (marked as LEGACY in POSIX.1-2001): >>> use memset(3) in new programs. POSIX.1-2008 removes the specification >>> of bzero(). >> Увидел в каком-то исходнике. > Вот мне и интересно, откуда аффтары этого понабрались, учитывая что memset > есть в C89. Там одна из машин - старая. Ещё RH с ядром 2.4 стоит. Не факт, что тогда оно было deprecated. >> А что плохого, если мне нужно просто обнуление? > Ничего плохого (раз вы плевали на то, что даже в тех стандартах, где оно > есть, оно deprecated). В плане того, что именно данная функция, это просто memset(ptr, 0, sz). Понятно, что strtok, например, нельзя использовать. А здесь, я просто создам функцию или макрос с именем memzero полностью аналогичный bzero. >> А что с сокетами-то делать? > Линковаться с нужными библиотеками. Так с какими? Вы слишком часто говорите так абстрактно, что в конкретном случае это не даёт полезной информации. Я погуглил, но не нашёл ничего особо полезного. Вроде бы, ws2_32 достаточно... Какие конкретно библиотеки надо прилинковать? P.S.: Чем заменить gmtime_r? И есть ли стандартная альтернатива getsubopt (не критично, просто ради интереса)? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50828d0c.4020...@yandex.ru
Re: Ошибки компиляции с MinGW
On Sat, Oct 20, 2012 at 03:37:48PM +0400, "Артём Н." wrote: > А что с bzero? Почему нет для MinGW wheezy? > >>> Где вы это берёте? > >>> CONFORMING TO > >>> 4.3BSD. This function is deprecated (marked as LEGACY in POSIX.1-2001): > >>> use memset(3) in new programs. POSIX.1-2008 removes the specification > >>> of bzero(). > >> Увидел в каком-то исходнике. > > Вот мне и интересно, откуда аффтары этого понабрались, учитывая что memset > > есть в C89. > Там одна из машин - старая. Ещё RH с ядром 2.4 стоит. Не факт, что тогда оно > было deprecated. Ещё раз: memset есть уже в C89. > >> А что плохого, если мне нужно просто обнуление? > > Ничего плохого (раз вы плевали на то, что даже в тех стандартах, где оно > > есть, оно deprecated). > В плане того, что именно данная функция, это просто memset(ptr, 0, sz). > Понятно, что strtok, например, нельзя использовать. > А здесь, я просто создам функцию или макрос с именем memzero полностью > аналогичный bzero. Какой-то вы хернёй страдаете. > >> А что с сокетами-то делать? > > Линковаться с нужными библиотеками. > Так с какими? Ищите сами, ваша же работа. > P.S.: > Чем заменить gmtime_r? На Windows - gmtime. Три запроса в гугл, две открытых ссылки. > И есть ли стандартная альтернатива getsubopt (не критично, просто ради > интереса)? Гнулиб. Что-то около 5 запросов в гугл. Учитесь искать и обрабатывать информацию самостоятельно. -- WBR, wRAR signature.asc Description: Digital signature
Re: Ошибки компиляции с MinGW
20.10.2012 16:38, Andrey Rahmatullin пишет: > On Sat, Oct 20, 2012 at 03:37:48PM +0400, "Артём Н." wrote: >> А что с bzero? Почему нет для MinGW wheezy? > Где вы это берёте? > CONFORMING TO > 4.3BSD. This function is deprecated (marked as LEGACY in POSIX.1-2001): > use memset(3) in new programs. POSIX.1-2008 removes the specification > of bzero(). Увидел в каком-то исходнике. >>> Вот мне и интересно, откуда аффтары этого понабрались, учитывая что memset >>> есть в C89. >> Там одна из машин - старая. Ещё RH с ядром 2.4 стоит. Не факт, что тогда оно >> было deprecated. > Ещё раз: memset есть уже в C89. Да понял я. >> А здесь, я просто создам функцию или макрос с именем memzero полностью >> аналогичный bzero. > Какой-то вы хернёй страдаете. Почему? Зачем писать memset(ptr, 0, sz), когда возможно сократить? >> P.S.: >> Чем заменить gmtime_r? > На Windows - gmtime. Три запроса в гугл, две открытых ссылки. Не посмотрел. Сейчас нашёл. А что с сокетами-то делать? >>> Линковаться с нужными библиотеками. >> Так с какими? > Ищите сами, ваша же работа. ... >> И есть ли стандартная альтернатива getsubopt (не критично, просто ради >> интереса)? > Гнулиб. Что-то около 5 запросов в гугл. Учитесь искать и обрабатывать > информацию самостоятельно. Я ищу. И, блин, обрабатываю. При условии, что вы знаете, возможно и ответить: ваш ответ я получу быстрее, и он будет надёжнее, чем нечто, найденное, при разборе мусора на гугле. Если же никто не знает, и ответ не получен, сам буду искать. Я же не заставляю за меня искать, используя поисковики. :-) За ответы - спасибо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50829dd9.7070...@yandex.ru
Re: Ошибки компиляции с MinGW
On Sat, Oct 20, 2012 at 04:49:29PM +0400, "Артём Н." wrote: > >> А здесь, я просто создам функцию или макрос с именем memzero полностью > >> аналогичный bzero. > > Какой-то вы хернёй страдаете. > Почему? > Зачем писать memset(ptr, 0, sz), когда возможно сократить? Зачем городить макрос только с целью укорочения кода? -- WBR, wRAR signature.asc Description: Digital signature
Re: Ошибки компиляции с MinGW
20.10.2012 17:08, Andrey Rahmatullin пишет: > On Sat, Oct 20, 2012 at 04:49:29PM +0400, "Артём Н." wrote: А здесь, я просто создам функцию или макрос с именем memzero полностью аналогичный bzero. >>> Какой-то вы хернёй страдаете. >> Почему? >> Зачем писать memset(ptr, 0, sz), когда возможно сократить? > Зачем городить макрос только с целью укорочения кода? С целью укорачивания кода. А разве лучше всегда явно передавать лишний параметр? К тому же, очевиднее: тут на 100% ясно, что я хотел сделать: именно обнулить. Кстати, проблему решил. Она была в этой записи: $(LINK) $(LINKFLAGS) $(FILES) Странно, что, когда $(LINKFLAGS) после линкуемых файлов, - всё работает... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082a506.6070...@yandex.ru
Re: Ошибки компиляции с MinGW
Да, вот здесь нашёл решение: http://mingw-users.1079350.n2.nabble.com/Link-to-ws2-32-or-wsock32-td6332441.html -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082a56e.5070...@yandex.ru
Re: Ошибки компиляции с MinGW
On Sat, Oct 20, 2012 at 05:20:06PM +0400, "Артём Н." wrote: > А здесь, я просто создам функцию или макрос с именем memzero полностью > аналогичный bzero. > >>> Какой-то вы хернёй страдаете. > >> Почему? > >> Зачем писать memset(ptr, 0, sz), когда возможно сократить? > > Зачем городить макрос только с целью укорочения кода? > С целью укорачивания кода. > А разве лучше всегда явно передавать лишний параметр? > К тому же, очевиднее: тут на 100% ясно, что я хотел сделать: именно обнулить. > > Кстати, проблему решил. Она была в этой записи: > $(LINK) $(LINKFLAGS) $(FILES) > > Странно, что, когда $(LINKFLAGS) после линкуемых файлов, - всё работает... Ну так это только при линковке динамических эльфов и без --as-needed библиотеки можно в любом порядке указывать. -- WBR, wRAR signature.asc Description: Digital signature
Re: Ошибки компиляции с MinGW
20.10.2012 17:24, Andrey Rahmatullin пишет: > On Sat, Oct 20, 2012 at 05:20:06PM +0400, "Артём Н." wrote: >> А здесь, я просто создам функцию или макрос с именем memzero полностью >> аналогичный bzero. > Какой-то вы хернёй страдаете. Почему? Зачем писать memset(ptr, 0, sz), когда возможно сократить? >>> Зачем городить макрос только с целью укорочения кода? >> С целью укорачивания кода. >> А разве лучше всегда явно передавать лишний параметр? >> К тому же, очевиднее: тут на 100% ясно, что я хотел сделать: именно обнулить. >> >> Кстати, проблему решил. Она была в этой записи: >> $(LINK) $(LINKFLAGS) $(FILES) >> >> Странно, что, когда $(LINKFLAGS) после линкуемых файлов, - всё работает... > Ну так это только при линковке динамических эльфов и без --as-needed > библиотеки можно в любом порядке указывать. Буду знать. Кстати, оказывается, есть не так мало незакрытых багов у mingw с сокетами: http://sourceforge.net/tracker/?func=detail&atid=102435&aid=3532994&group_id=2435 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082a922.5080...@yandex.ru
Re: Настройка Vim и работа в нём.
On Sat, Oct 20, 2012 at 12:55:19AM +0400, "Артём Н." wrote: > Что за ошибка? > "Обнаружена ошибка при обработке /home/artiom/.vim/spell/ru.utf-8.spl: > E763: Word characters differ between spell files > Press ENTER or type command to continue" > > Как исправить? :h E763 -- http://vzhbanov.byethost33.com -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121020141859.GA496@localhost.localdomain
Re: Ошибки компиляции с MinGW
> Артём Н writes: > 20.10.2012 13:47, Andrey Rahmatullin пишет: >> strndup нет в стандарте. > Печально... А есть чем заменить gmtime_r (gmtime - плохой вариант)? Взять из Gnulib? (Если не критична лицензия.) http://www.gnu.org/software/gnulib/MODULES.html#module=strndup http://www.gnu.org/software/gnulib/MODULES.html#module=time_r […] -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/86k3ul6w6q@gray.siamics.net
Re: Среды разработки
On Sat, Oct 20, 2012 at 02:32:47PM +0400, "Артём Н." wrote: > > Кратко, суть вопроса: что использовать практично? > Используй всё что под рукою и не ищи себе другого! (с) Если нет нужного инструмента и ты испытываешь дискомфорт, то напиши этот инструмент или смени профессию. Умей владеть многими инструментами. У нидзи нет любимого оружия -- он может убить столовой ложкой. Так должно быть и у тебя. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121020152339.ga4...@phenom.router.popov.net
Re: Настройка Vim и работа в нём.
- User "Артём Н." on 2012-10-19 22:39:26 wrote: >http://dotfiles.org/~mitry/.vimrc >Рекомендую. Интересный: есть, что посмотреть. Спасибо большое за наводку! Действительно много интересного и любопытного вижу. -- Happy hacking, Sergey Matveev. [CYPHERPUNKS.RU][FSF][FSFE][EFF] fellow ..: -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121020153922.ga4...@stargrave.org
Re: Среды разработки
20.10.2012 19:23, Boris Popov пишет: > On Sat, Oct 20, 2012 at 02:32:47PM +0400, "Артём Н." wrote: >> >> Кратко, суть вопроса: что использовать практично? >> > > Используй всё что под рукою и не ищи себе другого! (с) > > Если нет нужного инструмента и ты испытываешь дискомфорт, > то напиши этот инструмент или смени профессию. > > Умей владеть многими инструментами. У нидзи нет любимого > оружия -- он может убить столовой ложкой. Так должно быть и у тебя. Да, это великолепно. Но ниндзи официально вымерли после Ига-но-ран в период Сэнгоку-Дзидай. Их победили самураи, которые владели, преимущественно мечом, но делали это очень хорошо (к тому же, их было много). -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082e3a8.2040...@yandex.ru
Re: Настройка Vim и работа в нём.
20.10.2012 18:18, Vladimir Zhbanov пишет: > On Sat, Oct 20, 2012 at 12:55:19AM +0400, "Артём Н." wrote: >> Что за ошибка? >> "Обнаружена ошибка при обработке /home/artiom/.vim/spell/ru.utf-8.spl: >> E763: Word characters differ between spell files >> Press ENTER or type command to continue" >> >> Как исправить? > > :h E763 Да, я читал это. Но словари взяты с FTP vim.org. Что ж мне надо делать своё из словарей myspell? Или попробовать получить все слова словарей (есть команда, которая их "декомпилирует") и пересоздать? А возможно без лишних телодвижений эту ошибку исправить? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082e4a7.1050...@yandex.ru
Re: Ошибки компиляции с MinGW
20.10.2012 18:43, Ivan Shmakov пишет: >> Артём Н writes: >> 20.10.2012 13:47, Andrey Rahmatullin пишет: > > >> strndup нет в стандарте. > > > Печально... А есть чем заменить gmtime_r (gmtime - плохой вариант)? > > Взять из Gnulib? (Если не критична лицензия.) > > http://www.gnu.org/software/gnulib/MODULES.html#module=strndup > http://www.gnu.org/software/gnulib/MODULES.html#module=time_r > > […] Не критична. На лицензию пофиг: я потом собираюсь выложить исходники. Вряд ли они кому-нибудь потребуются (слишком узко специфичная программка), но пусть делают с ними, что хотят. Только как взять? Просто выдрать код из библиотеки и включить в свою программку? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082e529.5020...@yandex.ru
Re: Настройка Vim и работа в нём.
On Sat, Oct 20, 2012 at 09:51:35PM +0400, "Артём Н." wrote: > > :h E763 > Да, я читал это. > Но словари взяты с FTP vim.org. > Что ж мне надо делать своё из словарей myspell? > Или попробовать получить все слова словарей (есть команда, которая их > "декомпилирует") и пересоздать? > А возможно без лишних телодвижений эту ошибку исправить? Эти русские словари позволяют кастомизацию по использованию или неиспользованию мифической буквы yo. RTFM -- Иван Лох -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121020175836.ga5...@nano.ioffe.rssi.ru
Re: Настройка Vim и работа в нём.
20.10.2012 21:58, Иван Лох пишет: > On Sat, Oct 20, 2012 at 09:51:35PM +0400, "Артём Н." wrote: >>> :h E763 >> Да, я читал это. >> Но словари взяты с FTP vim.org. >> Что ж мне надо делать своё из словарей myspell? >> Или попробовать получить все слова словарей (есть команда, которая их >> "декомпилирует") и пересоздать? >> А возможно без лишних телодвижений эту ошибку исправить? > > Эти русские словари позволяют кастомизацию по использованию или > неиспользованию мифической буквы yo. o.O Букв 'ё' и 'Ё'? У меня написано: " Проверка орфографии (с 'ё') set spell spelllang=ru_yo,en_us,en_gb,en Не работало с ru и с ru_ru. Так тоже не работает. > RTFM Угу, найти бы где. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082e854.1040...@yandex.ru
Re: Ошибки компиляции с MinGW
20.10.2012 18:43, Ivan Shmakov пишет: >> Артём Н writes: >> 20.10.2012 13:47, Andrey Rahmatullin пишет: > > >> strndup нет в стандарте. > > > Печально... А есть чем заменить gmtime_r (gmtime - плохой вариант)? > > Взять из Gnulib? (Если не критична лицензия.) > > http://www.gnu.org/software/gnulib/MODULES.html#module=strndup > http://www.gnu.org/software/gnulib/MODULES.html#module=time_r Всё, понял. Разбираюсь. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082ea6d.2000...@yandex.ru
Re: Настройка Vim и работа в нём.
- User "Артём Н." on 2012-10-20 22:07:16 wrote: >" Проверка орфографии (с 'ё') >set spell spelllang=ru_yo,en_us,en_gb,en > >Не работало с ru и с ru_ru. Так тоже не работает. Когда-то, когда я разбирался с проверкой орфографии с «ё» в Vim-е, то написал вот это: https://www.cypherpunks.ru/Vim_spellchecking.html Писал давно и смутно уже помню как всё было. Но словари до сих пор использую созданные во время написания того документа. -- Happy hacking, Sergey Matveev. [CYPHERPUNKS.RU][FSF][FSFE][EFF] fellow ..: -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121020182424.ga7...@stargrave.org
Re: Ошибки компиляции с MinGW
20.10.2012 18:43, Ivan Shmakov пишет: >> Артём Н writes: >> 20.10.2012 13:47, Andrey Rahmatullin пишет: > > >> strndup нет в стандарте. > > > Печально... А есть чем заменить gmtime_r (gmtime - плохой вариант)? > > Взять из Gnulib? (Если не критична лицензия.) > > http://www.gnu.org/software/gnulib/MODULES.html#module=strndup > http://www.gnu.org/software/gnulib/MODULES.html#module=time_r Блин, оно требует configure.ac в каталоге проекта (хотя и всё импортирует после touch configure.ac). У меня, пока что, всё собирается, используя один самописный Makefile. Похоже, придётся использовать autotools? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082ee61.4090...@yandex.ru
Re: Настройка Vim и работа в нём.
20.10.2012 22:24, stargr...@stargrave.org пишет: > - User "Артём Н." on 2012-10-20 22:07:16 wrote: >> " Проверка орфографии (с 'ё') >> set spell spelllang=ru_yo,en_us,en_gb,en >> >> Не работало с ru и с ru_ru. Так тоже не работает. > Когда-то, когда я разбирался с проверкой орфографии с «ё» в Vim-е, то > написал вот это: https://www.cypherpunks.ru/Vim_spellchecking.html > > Писал давно и смутно уже помню как всё было. Но словари до сих пор > использую созданные во время написания того документа. Я это читал ещё раньше. :-) Но хочется прикрутить "родные" словари. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082ee95.2010...@yandex.ru
Re: Ошибки компиляции с MinGW
2012/10/20 "Артём Н." : > У меня, пока что, всё собирается, используя один самописный Makefile. > Похоже, придётся использовать autotools? Я бы порекомендовал cmake. Anton
Re: Ошибки компиляции с MinGW
20.10.2012 22:40, Anton Gladky пишет: > 2012/10/20 "Артём Н." : >> У меня, пока что, всё собирается, используя один самописный Makefile. >> Похоже, придётся использовать autotools? > > Я бы порекомендовал cmake. Почитал. Согласен. Есть только две причины использовать autotools: 1. Немного в нём разобраться. 2. GNULib предполагает его использование и ничего не потребуется менять. Просто ли то, что сгенерировал gnulib-tool, прикручивается к CMake? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5082f1fb.4060...@yandex.ru
Re: Ошибки компиляции с MinGW
2012/10/20 "Артём Н." : > Просто ли то, что сгенерировал gnulib-tool, прикручивается к CMake? У Вас бОльшая часть времени уходит на написание постов? Anton
Re: Ошибки компиляции с MinGW
20.10.2012 22:59, Anton Gladky пишет: > 2012/10/20 "Артём Н." : >> Просто ли то, что сгенерировал gnulib-tool, прикручивается к CMake? > У Вас бОльшая часть времени уходит на написание постов? Да, вроде бы нет. Хотя... Не задумывался. Много времени тратится. Что-то я увлёкся. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50838cb9.6030...@yandex.ru
