[devel] I: GNU gold is default linker in Fedora.

[devel] I: GNU gold is default linker in Fedora.

[Kirill A. Shutemov]

С начала этого в Fedora 15/Rawhide GNU gold используется по-умолчанию на
%ix86 и x86-64.

Помимо всего прочего, это означает --no-copy-dt-needed-entries
по-умолчанию. Кто-нибудь из возражавших введению
--no-copy-dt-needed-entries в начале прошлого года хочет реализовать
--copy-dt-needed-entries в GNU gold?

-- 
 Kirill A. Shutemov

Re: [devel] I: GNU gold is default linker in Fedora.

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 514 bytes --]

On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:

KAS> Помимо всего прочего, это означает --no-copy-dt-needed-entries
KAS> по-умолчанию. Кто-нибудь из возражавших введению
KAS> --no-copy-dt-needed-entries в начале прошлого года хочет реализовать
KAS> --copy-dt-needed-entries в GNU gold?

Кстати, а можно краткий экскурс -- какие плюшки дает переход на gold?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] I: GNU gold is default linker in Fedora.

[Kirill A. Shutemov]

On Tue, Jan 25, 2011 at 08:30:29AM +0300, Денис Смирнов wrote:
> On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:
> 
> KAS> Помимо всего прочего, это означает --no-copy-dt-needed-entries
> KAS> по-умолчанию. Кто-нибудь из возражавших введению
> KAS> --no-copy-dt-needed-entries в начале прошлого года хочет реализовать
> KAS> --copy-dt-needed-entries в GNU gold?
> 
> Кстати, а можно краткий экскурс -- какие плюшки дает переход на gold?

http://events.linuxfoundation.org/slides/lfcs2010_taylor.pdf

-- 
 Kirill A. Shutemov

[devel] thread safe fwrite

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 189 bytes --]

Является ли fwrite если я пишу в режиме append thread safe?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] thread safe fwrite

[Kirill A. Shutemov]

On Thu, Jan 27, 2011 at 12:03:17PM +0300, Денис Смирнов wrote:
> Является ли fwrite если я пишу в режиме append thread safe?

(с трудом прочитал. Запятых недосыпали.)

POSIX standard requires that C stdio FILE* operations are atomic.
POSIX-conforming C libraries (e.g, on Solaris and GNU/Linux) have an
internal mutex to serialize operations on FILE*s.

http://gcc.gnu.org/onlinedocs/libstdc++/manual/using_concurrency.html

-- 
 Kirill A. Shutemov

Re: [devel] thread safe fwrite

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 752 bytes --]

On Thu, Jan 27, 2011 at 11:41:26AM +0200, Kirill A. Shutemov wrote:

KAS> POSIX standard requires that C stdio FILE* operations are atomic.
KAS> POSIX-conforming C libraries (e.g, on Solaris and GNU/Linux) have an
KAS> internal mutex to serialize operations on FILE*s.
KAS> http://gcc.gnu.org/onlinedocs/libstdc++/manual/using_concurrency.html

Понял, спасибо.

Еще вопрос -- если я передам fwrite NULL вместо FILE* -- он честно ловит
SIGSEGV. У меня в параллельном треде может произойти такая глупость, что
временно там будет NULL (это Asterisk). Тогда мне никак кроме как ручными
lock'ами уже не выкрутиться?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] thread safe fwrite

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 624 bytes --]

On Thu, Jan 27, 2011 at 05:08:28PM +0600, REAL wrote:

R> А нельзя ли в самом Asterisk проверать на NULL перед вызовом fwrite?

Проверять-то можно, но только где гарантии что между проверкой и самим
вызовов соседний тред не обнулит дескриптор?

Сейчас этот [censored] Asterisk там лочит слишком много для этого, я
обернул отдельным локом этот участок.

(пытаюсь отлаживать почему эта скотина теряет 99% записей в queue_log,
причем ладно бы все терял, так нет же, почти все теряет..).

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] thread safe fwrite

[REAL]

27.01.2011 16:42, Денис Смирнов пишет:
> Еще вопрос -- если я передам fwrite NULL вместо FILE* -- он честно ловит
> SIGSEGV. У меня в параллельном треде может произойти такая глупость, что
> временно там будет NULL (это Asterisk). Тогда мне никак кроме как ручными
> lock'ами уже не выкрутиться?

А нельзя ли в самом Asterisk проверать на NULL перед вызовом fwrite?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] I: GNU gold is default linker in Fedora.

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1176 bytes --]

On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:
> С начала этого в Fedora 15/Rawhide GNU gold используется по-умолчанию на
> %ix86 и x86-64.
> 
> Помимо всего прочего, это означает --no-copy-dt-needed-entries
> по-умолчанию.

Это означает --no-copy-dt-needed-entries по любому при использовании
GNU gold.

> Кто-нибудь из возражавших введению
> --no-copy-dt-needed-entries в начале прошлого года хочет реализовать
> --copy-dt-needed-entries в GNU gold?

Ссылка на прошлогоднее обсуждение:
http://lists.altlinux.org/pipermail/devel/2010-March/181189.html

Я сомневаюсь в том, что кто-либо реализует --copy-dt-needed-entries для
GNU gold.  Я думаю, что мы можем еще немного повременить с переходом на
GNU gold, скажем, до весны, но потом этот переход станет неизбежным, и
вместе с ним всплывут все проблемы линковки, которые нам сейчас так удобно
маскирует --copy-dt-needed-entries, реализованная по умолчанию в GNU ld.

Я полагаю, что большая часть этих проблем линковки уже исправлена либо
разными апстримами, либо мейнтейнерами пакетов в Федоре, и,
соответственно, реализовать эти исправления у нас будет несложно.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] I: GNU gold is default linker in Fedora.

[Kirill A. Shutemov]

On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:
> С начала этого в Fedora 15/Rawhide GNU gold используется по-умолчанию на
> %ix86 и x86-64.

Прошу прощения. Я поднял тревогу раньше времени. С этого года binutils в
Федоре дейтвительно собирается с --enable-gold=default, но в
альтернативах приоритет у ld.bfd всё ещё выше.

-- 
 Kirill A. Shutemov

Re: [devel] I: GNU gold is default linker in Fedora.

[Alexey Tourbin]

On Mon, Jan 31, 2011 at 09:17:09PM +0200, Kirill A. Shutemov wrote:
> On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:
> > С начала этого в Fedora 15/Rawhide GNU gold используется по-умолчанию на
> > %ix86 и x86-64.
> 
> Прошу прощения. Я поднял тревогу раньше времени. С этого года binutils в
> Федоре дейтвительно собирается с --enable-gold=default, но в
> альтернативах приоритет у ld.bfd всё ещё выше.

Всё ещё не понятно, чем gold лучше binutils, кроме скорости линковки
(которая не делает погоды в сравнении со скоростью компиляции cc1plus)
и призрачных благ типа link-time проверки C++ ODR (которая не переносится
на runtime).

Правда, "долинковка" в binutils работает не так как надо, так что толк
от нее средний.  Опицию получше следовало бы реализовать в любом случае.

[devel] I: ld --no-copy-dt-needed-entries by default

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1965 bytes --]

On Mon, Jan 31, 2011 at 09:00:06PM +0300, Dmitry V. Levin wrote:
> On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:
> > С начала этого в Fedora 15/Rawhide GNU gold используется по-умолчанию на
> > %ix86 и x86-64.
> > 
> > Помимо всего прочего, это означает --no-copy-dt-needed-entries
> > по-умолчанию.
> 
> Это означает --no-copy-dt-needed-entries по любому при использовании
> GNU gold.
> 
> > Кто-нибудь из возражавших введению
> > --no-copy-dt-needed-entries в начале прошлого года хочет реализовать
> > --copy-dt-needed-entries в GNU gold?
> 
> Ссылка на прошлогоднее обсуждение:
> http://lists.altlinux.org/pipermail/devel/2010-March/181189.html
> 
> Я сомневаюсь в том, что кто-либо реализует --copy-dt-needed-entries для
> GNU gold.  Я думаю, что мы можем еще немного повременить с переходом на
> GNU gold, скажем, до весны, но потом этот переход станет неизбежным, и
> вместе с ним всплывут все проблемы линковки, которые нам сейчас так удобно
> маскирует --copy-dt-needed-entries, реализованная по умолчанию в GNU ld.
> 
> Я полагаю, что большая часть этих проблем линковки уже исправлена либо
> разными апстримами, либо мейнтейнерами пакетов в Федоре, и,
> соответственно, реализовать эти исправления у нас будет несложно.

binutils/ld/NEWS:
Changes in 2.22:
* --copy-dt-needed-entries is no longer enabled by default.  Instead
  --no-copy-dt-needed-entries is the default.

Вместе с обновлением пакета binutils в Сизифе изменилось поведение по
умолчанию.  Тестовая пересборка выявила 354 пакета, в логах которых
присутствует характерная диагностика вида
/usr/bin/ld: note: 'log@@GLIBC_2.2.5' is defined in DSO /lib64/libm.so.6 so try adding it to the linker command line

Понятно, что исправление в каждом конкретном случае, скорее всего,
тривиальное, но общее число затронутых пакетов удручает.  Видимо, придется
применить ресурс @qa для ускоренного исправления сборки пакетов.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] I: ld --no-copy-dt-needed-entries by default

[Led]

On Sunday 20 May 2012 23:00:30 Dmitry V. Levin wrote:
> On Mon, Jan 31, 2011 at 09:00:06PM +0300, Dmitry V. Levin wrote:
> > On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:
> > > С начала этого в Fedora 15/Rawhide GNU gold используется по-умолчанию
> > > на %ix86 и x86-64.
> > >
> > > Помимо всего прочего, это означает --no-copy-dt-needed-entries
> > > по-умолчанию.
> >
> > Это означает --no-copy-dt-needed-entries по любому при использовании
> > GNU gold.
> >
> > > Кто-нибудь из возражавших введению
> > > --no-copy-dt-needed-entries в начале прошлого года хочет реализовать
> > > --copy-dt-needed-entries в GNU gold?
> >
> > Ссылка на прошлогоднее обсуждение:
> > http://lists.altlinux.org/pipermail/devel/2010-March/181189.html
> >
> > Я сомневаюсь в том, что кто-либо реализует --copy-dt-needed-entries для
> > GNU gold.  Я думаю, что мы можем еще немного повременить с переходом на
> > GNU gold, скажем, до весны, но потом этот переход станет неизбежным, и
> > вместе с ним всплывут все проблемы линковки, которые нам сейчас так
> > удобно маскирует --copy-dt-needed-entries, реализованная по умолчанию в
> > GNU ld.
> >
> > Я полагаю, что большая часть этих проблем линковки уже исправлена либо
> > разными апстримами, либо мейнтейнерами пакетов в Федоре, и,
> > соответственно, реализовать эти исправления у нас будет несложно.
>
> binutils/ld/NEWS:
> Changes in 2.22:
> * --copy-dt-needed-entries is no longer enabled by default.  Instead
>   --no-copy-dt-needed-entries is the default.
>
> Вместе с обновлением пакета binutils в Сизифе изменилось поведение по
> умолчанию.  Тестовая пересборка выявила 354 пакета, в логах которых
> присутствует характерная диагностика вида
> /usr/bin/ld: note: 'log@@GLIBC_2.2.5' is defined in DSO /lib64/libm.so.6 so
> try adding it to the linker command line
>
> Понятно, что исправление в каждом конкретном случае, скорее всего,
> тривиальное, но общее число затронутых пакетов удручает.  Видимо, придется
> применить ресурс @qa для ускоренного исправления сборки пакетов.

Или вернуть как было. Потому как будет как с as-needed: "исправление" от @qa выльется во 
втыкание --copy-dt-needed-entries в %optflags

Там не только это. Там есть ещё одно "изменение", из-за которого, в частности, не соберётся glibc.

-- 
Led

Re: [devel] I: ld --no-copy-dt-needed-entries by default

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2656 bytes --]

On Sun, May 20, 2012 at 11:10:08PM +0300, Led wrote:
> On Sunday 20 May 2012 23:00:30 Dmitry V. Levin wrote:
> > On Mon, Jan 31, 2011 at 09:00:06PM +0300, Dmitry V. Levin wrote:
> > > On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:
> > > > С начала этого в Fedora 15/Rawhide GNU gold используется по-умолчанию
> > > > на %ix86 и x86-64.
> > > >
> > > > Помимо всего прочего, это означает --no-copy-dt-needed-entries
> > > > по-умолчанию.
> > >
> > > Это означает --no-copy-dt-needed-entries по любому при использовании
> > > GNU gold.
> > >
> > > > Кто-нибудь из возражавших введению
> > > > --no-copy-dt-needed-entries в начале прошлого года хочет реализовать
> > > > --copy-dt-needed-entries в GNU gold?
> > >
> > > Ссылка на прошлогоднее обсуждение:
> > > http://lists.altlinux.org/pipermail/devel/2010-March/181189.html
> > >
> > > Я сомневаюсь в том, что кто-либо реализует --copy-dt-needed-entries для
> > > GNU gold.  Я думаю, что мы можем еще немного повременить с переходом на
> > > GNU gold, скажем, до весны, но потом этот переход станет неизбежным, и
> > > вместе с ним всплывут все проблемы линковки, которые нам сейчас так
> > > удобно маскирует --copy-dt-needed-entries, реализованная по умолчанию в
> > > GNU ld.
> > >
> > > Я полагаю, что большая часть этих проблем линковки уже исправлена либо
> > > разными апстримами, либо мейнтейнерами пакетов в Федоре, и,
> > > соответственно, реализовать эти исправления у нас будет несложно.
> >
> > binutils/ld/NEWS:
> > Changes in 2.22:
> > * --copy-dt-needed-entries is no longer enabled by default.  Instead
> >   --no-copy-dt-needed-entries is the default.
> >
> > Вместе с обновлением пакета binutils в Сизифе изменилось поведение по
> > умолчанию.  Тестовая пересборка выявила 354 пакета, в логах которых
> > присутствует характерная диагностика вида
> > /usr/bin/ld: note: 'log@@GLIBC_2.2.5' is defined in DSO /lib64/libm.so.6 so
> > try adding it to the linker command line
> >
> > Понятно, что исправление в каждом конкретном случае, скорее всего,
> > тривиальное, но общее число затронутых пакетов удручает.  Видимо, придется
> > применить ресурс @qa для ускоренного исправления сборки пакетов.
> 
> Или вернуть как было. Потому как будет как с as-needed: "исправление" от @qa выльется во 
> втыкание --copy-dt-needed-entries в %optflags

Зачем?  Надо просто добавить недостающие -lNAME и все.

> Там не только это. Там есть ещё одно "изменение", из-за которого, в частности, не соберётся glibc.

Да, glibc-2.12-238-g4a531bb.
Приятно осознавать, что за изменениями в binutils следит кто-то еще. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] I: ld --no-copy-dt-needed-entries by default

[led]

On Monday 21 May 2012 00:58:30 Dmitry V. Levin wrote:
> On Sun, May 20, 2012 at 11:10:08PM +0300, Led wrote:
> > On Sunday 20 May 2012 23:00:30 Dmitry V. Levin wrote:
> > > On Mon, Jan 31, 2011 at 09:00:06PM +0300, Dmitry V. Levin wrote:
> > > > On Tue, Jan 25, 2011 at 06:37:18AM +0200, Kirill A. Shutemov wrote:
> > > > > С начала этого в Fedora 15/Rawhide GNU gold используется
> > > > > по-умолчанию на %ix86 и x86-64.
> > > > >
> > > > > Помимо всего прочего, это означает --no-copy-dt-needed-entries
> > > > > по-умолчанию.
> > > >
> > > > Это означает --no-copy-dt-needed-entries по любому при использовании
> > > > GNU gold.
> > > >
> > > > > Кто-нибудь из возражавших введению
> > > > > --no-copy-dt-needed-entries в начале прошлого года хочет
> > > > > реализовать --copy-dt-needed-entries в GNU gold?
> > > >
> > > > Ссылка на прошлогоднее обсуждение:
> > > > http://lists.altlinux.org/pipermail/devel/2010-March/181189.html
> > > >
> > > > Я сомневаюсь в том, что кто-либо реализует --copy-dt-needed-entries
> > > > для GNU gold.  Я думаю, что мы можем еще немного повременить с
> > > > переходом на GNU gold, скажем, до весны, но потом этот переход станет
> > > > неизбежным, и вместе с ним всплывут все проблемы линковки, которые
> > > > нам сейчас так удобно маскирует --copy-dt-needed-entries,
> > > > реализованная по умолчанию в GNU ld.
> > > >
> > > > Я полагаю, что большая часть этих проблем линковки уже исправлена
> > > > либо разными апстримами, либо мейнтейнерами пакетов в Федоре, и,
> > > > соответственно, реализовать эти исправления у нас будет несложно.
> > >
> > > binutils/ld/NEWS:
> > > Changes in 2.22:
> > > * --copy-dt-needed-entries is no longer enabled by default.  Instead
> > >   --no-copy-dt-needed-entries is the default.
> > >
> > > Вместе с обновлением пакета binutils в Сизифе изменилось поведение по
> > > умолчанию.  Тестовая пересборка выявила 354 пакета, в логах которых
> > > присутствует характерная диагностика вида
> > > /usr/bin/ld: note: 'log@@GLIBC_2.2.5' is defined in DSO
> > > /lib64/libm.so.6 so try adding it to the linker command line
> > >
> > > Понятно, что исправление в каждом конкретном случае, скорее всего,
> > > тривиальное, но общее число затронутых пакетов удручает.  Видимо,
> > > придется применить ресурс @qa для ускоренного исправления сборки
> > > пакетов.
> >
> > Или вернуть как было. Потому как будет как с as-needed: "исправление" от
> > @qa выльется во втыкание --copy-dt-needed-entries в %optflags
>
> Зачем?  Надо просто добавить недостающие -lNAME и все.
>
> > Там не только это. Там есть ещё одно "изменение", из-за которого, в
> > частности, не соберётся glibc.
>
> Да, glibc-2.12-238-g4a531bb.

Или
Building binutils with --disable-initfini-array "fixes" it
http://sourceware.org/bugzilla/show_bug.cgi?id=12343

> Приятно осознавать, что за изменениями в binutils следит кто-то еще. :)

Просто уже прошёлся по этим граблям и решения понаходил. Но для себя решил 2.22 ради 2.22 - смысла мало, если всё 
патчить придётся, лучше использовать binutils >= 2.22 на системе с уже адаптированным в апстриме glibc, а с glibc-2.11 
и binutils-2.21.x особо "не жмёт".

-- 
Led

Re: [devel] I: ld --no-copy-dt-needed-entries by default

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 742 bytes --]

On Mon, May 21, 2012 at 04:28:40AM +0300, led@altlinux.ru wrote:
> On Monday 21 May 2012 00:58:30 Dmitry V. Levin wrote:
[...]
> > Приятно осознавать, что за изменениями в binutils следит кто-то еще. :)
> 
> Просто уже прошёлся по этим граблям и решения понаходил. Но для себя решил 2.22 ради 2.22 - смысла мало, если всё 
> патчить придётся, лучше использовать binutils >= 2.22 на системе с уже адаптированным в апстриме glibc, а с glibc-2.11 
> и binutils-2.21.x особо "не жмёт".

Порядок обновления тулчейна, проверенный годами, меняется редко:
binutils, gcc, glibc.
Любой другой порядок обычно более трудоемкий, поскольку требует проверять
и фиксить больше нетривиальные багов в неподдерживаемых конфигурациях.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]