[devel] I: prepare to gcc-4.4

[devel] I: prepare to gcc-4.4

[Dmitry V. Levin]

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

Hi,

Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.

Список изменений: http://gcc.gnu.org/gcc-4.4/changes.html
Советы по миграции: http://gcc.gnu.org/gcc-4.4/porting_to.html
Информация из FC-devel: http://www.redhat.com/archives/fedora-devel-list/2009-February/msg00180.html
Информация от Debian: http://www.cyrius.com/journal/gcc/gcc-4.4-include


-- 
ldv

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

Re: [devel] I: prepare to gcc-4.4

[Kirill A. Shutemov]

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

On Wed, Feb 25, 2009 at 04:42:27AM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.

А binutils 2.19.1 будет?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

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

Re: [devel] I: prepare to gcc-4.4

[Dmitry V. Levin]

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

On Wed, Feb 25, 2009 at 07:59:25AM +0200, Kirill A. Shutemov wrote:
> On Wed, Feb 25, 2009 at 04:42:27AM +0300, Dmitry V. Levin wrote:
> > Hi,
> > 
> > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> 
> А binutils 2.19.1 будет?

А что?


-- 
ldv

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

Re: [devel] I: prepare to gcc-4.4

[Kirill A. Shutemov]

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

On Wed, Feb 25, 2009 at 02:51:45PM +0300, Dmitry V. Levin wrote:
> On Wed, Feb 25, 2009 at 07:59:25AM +0200, Kirill A. Shutemov wrote:
> > On Wed, Feb 25, 2009 at 04:42:27AM +0300, Dmitry V. Levin wrote:
> > > Hi,
> > > 
> > > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> > 
> > А binutils 2.19.1 будет?
> 
> А что?

Ну, если обновлять тулчейн, то лучше обновить разом.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

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

Re: [devel] I: prepare to gcc-4.4

[Dmitry V. Levin]

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

On Wed, Feb 25, 2009 at 02:12:49PM +0200, Kirill A. Shutemov wrote:
> On Wed, Feb 25, 2009 at 02:51:45PM +0300, Dmitry V. Levin wrote:
> > On Wed, Feb 25, 2009 at 07:59:25AM +0200, Kirill A. Shutemov wrote:
> > > On Wed, Feb 25, 2009 at 04:42:27AM +0300, Dmitry V. Levin wrote:
> > > > Hi,
> > > > 
> > > > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> > > 
> > > А binutils 2.19.1 будет?
> > 
> > А что?
> 
> Ну, если обновлять тулчейн, то лучше обновить разом.

Да, конечно.
Я имел в виду, есть ли какие-нибудь особые причины обновить binutils?


-- 
ldv

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

Re: [devel] I: prepare to gcc-4.4

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [090225 20:14]:
> Я имел в виду, есть ли какие-нибудь особые причины обновить binutils?
А отсутствие причин этого не делать такой причиной не является?
;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: prepare to gcc-4.4

[Anton Farygin]

Dmitry V. Levin пишет:
> On Wed, Feb 25, 2009 at 02:12:49PM +0200, Kirill A. Shutemov wrote:
>> On Wed, Feb 25, 2009 at 02:51:45PM +0300, Dmitry V. Levin wrote:
>>> On Wed, Feb 25, 2009 at 07:59:25AM +0200, Kirill A. Shutemov wrote:
>>>> On Wed, Feb 25, 2009 at 04:42:27AM +0300, Dmitry V. Levin wrote:
>>>>> Hi,
>>>>>
>>>>> Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
>>>> А binutils 2.19.1 будет?
>>> А что?
>> Ну, если обновлять тулчейн, то лучше обновить разом.
> 
> Да, конечно.
> Я имел в виду, есть ли какие-нибудь особые причины обновить binutils?

есть причины обновить libtool ;(

Re: [devel] I: prepare to gcc-4.4

[Led]

On Wednesday 25 February 2009 03:42:27 Dmitry V. Levin wrote:
> Hi,
>
> Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
>
> Список изменений: http://gcc.gnu.org/gcc-4.4/changes.html
> Советы по миграции: http://gcc.gnu.org/gcc-4.4/porting_to.html
> Информация из FC-devel:
> http://www.redhat.com/archives/fedora-devel-list/2009-February/msg00180.htm
>l Информация от Debian: http://www.cyrius.com/journal/gcc/gcc-4.4-include

А кросскопиляторы (хотя бы для ppc и arm) будут?

-- 
Led

Re: [devel] I: prepare to gcc-4.4

[Kirill A. Shutemov]

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

On Wed, Feb 25, 2009 at 02:07:20PM +0200, Led wrote:
> On Wednesday 25 February 2009 03:42:27 Dmitry V. Levin wrote:
> > Hi,
> >
> > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> >
> > Список изменений: http://gcc.gnu.org/gcc-4.4/changes.html
> > Советы по миграции: http://gcc.gnu.org/gcc-4.4/porting_to.html
> > Информация из FC-devel:
> > http://www.redhat.com/archives/fedora-devel-list/2009-February/msg00180.htm
> >l Информация от Debian: http://www.cyrius.com/journal/gcc/gcc-4.4-include
> 
> А кросскопиляторы (хотя бы для ppc и arm) будут?

У меня есть потуги, но пока очень робкие чтобы ими делиться.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

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

Re: [devel] I: prepare to gcc-4.4

[Led]

On Wednesday 25 February 2009 14:13:46 Kirill A. Shutemov wrote:
> On Wed, Feb 25, 2009 at 02:07:20PM +0200, Led wrote:
> > On Wednesday 25 February 2009 03:42:27 Dmitry V. Levin wrote:
> > > Hi,
> > >
> > > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> > >
> > > Список изменений: http://gcc.gnu.org/gcc-4.4/changes.html
> > > Советы по миграции: http://gcc.gnu.org/gcc-4.4/porting_to.html
> > > Информация из FC-devel:
> > > http://www.redhat.com/archives/fedora-devel-list/2009-February/msg00180
> > >.htm l Информация от Debian:
> > > http://www.cyrius.com/journal/gcc/gcc-4.4-include
> >
> > А кросскопиляторы (хотя бы для ppc и arm) будут?
>
> У меня есть потуги, но пока очень робкие чтобы ими делиться.

Пока не будет кросскомпиляторов, портирование на эти архитектуры (правка багов 
в пакетах) будет идти раз в 5-10 медленнее, чем могло бы

-- 
Led

Re: [devel] I: prepare to gcc-4.4

[Pavlov Konstantin]

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

On Wed, Feb 25, 2009 at 02:14:06PM +0200, Led wrote:
> On Wednesday 25 February 2009 14:13:46 Kirill A. Shutemov wrote:
> > On Wed, Feb 25, 2009 at 02:07:20PM +0200, Led wrote:
> > > On Wednesday 25 February 2009 03:42:27 Dmitry V. Levin wrote:
> > > > Hi,
> > > >
> > > > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> > > >
> > > > Список изменений: http://gcc.gnu.org/gcc-4.4/changes.html
> > > > Советы по миграции: http://gcc.gnu.org/gcc-4.4/porting_to.html
> > > > Информация из FC-devel:
> > > > http://www.redhat.com/archives/fedora-devel-list/2009-February/msg00180
> > > >.htm l Информация от Debian:
> > > > http://www.cyrius.com/journal/gcc/gcc-4.4-include
> > >
> > > А кросскопиляторы (хотя бы для ppc и arm) будут?
> >
> > У меня есть потуги, но пока очень робкие чтобы ими делиться.
> 
> Пока не будет кросскомпиляторов, портирование на эти архитектуры (правка багов 
> в пакетах) будет идти раз в 5-10 медленнее, чем могло бы

Обещают же пустые read-only чруты^W^W^Wаккаунты для Team'овцев на
ppc-машинах как минимум.

-- 
<Jay7> здравствуйте, меня зовут Jay7 и у меня есть флопик...

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

Re: [devel] I: prepare to gcc-4.4

[Wartan Hachaturow]

2009/2/25 Pavlov Konstantin <thresh@altlinux.ru>:
>> Пока не будет кросскомпиляторов, портирование на эти архитектуры (правка багов
>> в пакетах) будет идти раз в 5-10 медленнее, чем могло бы
>
> Обещают же пустые read-only чруты^W^W^Wаккаунты для Team'овцев на
> ppc-машинах как минимум.

Усё будет.
Кросс-компилятора для Power я не планирую. Незачем.
Вот Кириллу может понадобиться :)

-- 
Regards, Wartan.

Re: [devel] I: prepare to gcc-4.4

[Slava Semushin]

2009/2/25 Dmitry V. Levin <ldv@altlinux.org>:
> Hi,
>
> Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.

Две недели прошло уже.. Когда? :)


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: prepare to gcc-4.4

[Dmitry V. Levin]

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

On Thu, Mar 12, 2009 at 10:53:31PM +0600, Slava Semushin wrote:
> 2009/2/25 Dmitry V. Levin <ldv@altlinux.org>:
> >
> > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> 
> Две недели прошло уже.. Когда? :)

Когда я увижу признаки результатов этой подготовки в Сизифе.


-- 
ldv

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

Re: [devel] I: prepare to gcc-4.4

[Slava Semushin]

12 марта 2009 г. 23:05 пользователь Dmitry V. Levin <ldv@altlinux> написал:
> On Thu, Mar 12, 2009 at 10:53:31PM +0600, Slava Semushin wrote:
>> 2009/2/25 Dmitry V. Levin <ldv@altlinux.org>:
>> >
>> > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
>>
>> Две недели прошло уже.. Когда? :)
>
> Когда я увижу признаки результатов этой подготовки в Сизифе.

...которая будет выражаться в... ???


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: prepare to gcc-4.4

[Dmitry V. Levin]

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

On Thu, Mar 12, 2009 at 11:07:32PM +0600, Slava Semushin wrote:
> 12 марта 2009 г. 23:05 пользователь Dmitry V. Levin <ldv@altlinux> написал:
> > On Thu, Mar 12, 2009 at 10:53:31PM +0600, Slava Semushin wrote:
> >> 2009/2/25 Dmitry V. Levin <ldv@altlinux.org>:
> >> >
> >> > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> >>
> >> Две недели прошло уже.. Когда? :)
> >
> > Когда я увижу признаки результатов этой подготовки в Сизифе.
> 
> ...которая будет выражаться в... ???

В зафиксенных пакетах.


-- 
ldv

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

Re: [devel] I: prepare to gcc-4.4

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

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

On Thu, Mar 12, 2009 at 10:53:08PM +0300, Dmitry V. Levin wrote:

>> ...которая будет выражаться в... ???
DVL> В зафиксенных пакетах.

Для того чтобы пофиксить -- хорошо бы увидеть что сломается :)
Можно в отдельный репо положить gcc 4.4 и сделать с ним тестовую
пересборку?

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: prepare to gcc-4.4

[Dmitry V. Levin]

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

On Fri, Mar 13, 2009 at 12:26:16AM +0300, Денис Смирнов wrote:
> On Thu, Mar 12, 2009 at 10:53:08PM +0300, Dmitry V. Levin wrote:
> 
> >> ...которая будет выражаться в... ???
> DVL> В зафиксенных пакетах.
> 
> Для того чтобы пофиксить -- хорошо бы увидеть что сломается :)

Я давал ссылки.  Значит, вы не прочли, что там было написано.

> Можно в отдельный репо положить gcc 4.4 и сделать с ним тестовую
> пересборку?

Пока что не вижу смысла.


-- 
ldv

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

Re: [devel] I: prepare to gcc-4.4

[Valery V. Inozemtsev]

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

On Friday 13 March 2009 01:02:48 Dmitry V. Levin wrote:
> On Fri, Mar 13, 2009 at 12:26:16AM +0300, Денис Смирнов wrote:
> > On Thu, Mar 12, 2009 at 10:53:08PM +0300, Dmitry V. Levin wrote:
> > >> ...которая будет выражаться в... ???
> >
> > DVL> В зафиксенных пакетах.
> >
> > Для того чтобы пофиксить -- хорошо бы увидеть что сломается :)
>
> Я давал ссылки.  Значит, вы не прочли, что там было написано.
>
> > Можно в отдельный репо положить gcc 4.4 и сделать с ним тестовую
> > пересборку?
>
> Пока что не вижу смысла.

пока не сломается, никто не почешется. сломается конечно много, но фиксы в 
основном тривиальные

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] I: prepare to gcc-4.4

[Michael Shigorin]

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

On Fri, Mar 13, 2009 at 01:02:48AM +0300, Dmitry V. Levin wrote:
> > >> ...которая будет выражаться в... ???
> > DVL> В зафиксенных пакетах.
> > Для того чтобы пофиксить -- хорошо бы увидеть что сломается :)
> Я давал ссылки.  Значит, вы не прочли, что там было написано.

Дим, у нас много людей уходит от того, что в рамках обеспечения
поднимаемой ООО (в основном в твоём лице) планки качества
добровольцы оказываются перегружены.

Ты точно подумал, когда ожидаешь от них ещё и бежать читать
документацию?  Я этого в данном случае делать не собираюсь.
Есть другие люди и другие дела, которые более важны.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [devel] I: prepare to gcc-4.4

[Wartan Hachaturow]

А я вообще предпочитаю выпивать, закусывать и кататься с гор на
сноуборде, а не читать документацию. Ну и что?

Если хочется новый тулчейн -- надо слегка пошевелить чем-нибудь.
Странные у тебя какие-то аргументы, Миш.

On 3/21/09, Michael Shigorin <mike@osdn.org.ua> wrote:
> On Fri, Mar 13, 2009 at 01:02:48AM +0300, Dmitry V. Levin wrote:
>> > >> ...которая будет выражаться в... ???
>> > DVL> В зафиксенных пакетах.
>> > Для того чтобы пофиксить -- хорошо бы увидеть что сломается :)
>> Я давал ссылки.  Значит, вы не прочли, что там было написано.
>
> Дим, у нас много людей уходит от того, что в рамках обеспечения
> поднимаемой ООО (в основном в твоём лице) планки качества
> добровольцы оказываются перегружены.
>
> Ты точно подумал, когда ожидаешь от них ещё и бежать читать
> документацию?  Я этого в данном случае делать не собираюсь.
> Есть другие люди и другие дела, которые более важны.
>
> --
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>   ------ Linux.Kiev http://www.linux.kiev.ua/
>


-- 
Regards, Wartan.

Re: [devel] I: prepare to gcc-4.4

[Eugene Ostapets]

2009/4/14 Wartan Hachaturow <wartan.hachaturow gmail.com>:
> А я вообще предпочитаю выпивать, закусывать и кататься с гор на
> сноуборде, а не читать документацию. Ну и что?
>
> Если хочется новый тулчейн -- надо слегка пошевелить чем-нибудь.
Странно хотеть что бы кто-то пошевелился, если для тестирования
предлагается поставить дебиан...
> Странные у тебя какие-то аргументы, Миш.
Странные аргументы со всех сторон. Предлагается почить то, что еще не
сломано, а тестировать "чиста" в уме?

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: prepare to gcc-4.4

[Wartan Hachaturow]

Женя, тебе хватило незначительного организационного инцидента, чтобы
устроить истерику. Я боюсь себе представить, что случилось бы, если бы
в Сизиф был молча влит 4.4. Рассылку бы затопило, точно.

On 4/14/09, Eugene Ostapets <eostapets@gmail.com> wrote:
> 2009/4/14 Wartan Hachaturow <wartan.hachaturow gmail.com>:
>> А я вообще предпочитаю выпивать, закусывать и кататься с гор на
>> сноуборде, а не читать документацию. Ну и что?
>>
>> Если хочется новый тулчейн -- надо слегка пошевелить чем-нибудь.
> Странно хотеть что бы кто-то пошевелился, если для тестирования
> предлагается поставить дебиан...
>> Странные у тебя какие-то аргументы, Миш.
> Странные аргументы со всех сторон. Предлагается почить то, что еще не
> сломано, а тестировать "чиста" в уме?
>
> --
> С уважением,
> Евгений Остапец
> uin: 23747217
> jid: eugene_ostapets@jabber.ru
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 
Regards, Wartan.

Re: [devel] I: prepare to gcc-4.4

[Eugene Ostapets]

2009/4/14 Wartan Hachaturow <wartan.hachaturow gmail.com>:
> Женя, тебе хватило незначительного организационного инцидента, чтобы
> устроить истерику. Я боюсь себе представить, что случилось бы, если бы
> в Сизиф был молча влит 4.4. Рассылку бы затопило, точно.
Кто говорит о молчаливом вливании? Просто был анонс gcc-4.4, у меня
возникла идея кое-то проверить с ним, но оказалось что анонс -
пустышка, в гите тишина и протестировать я(да и все те, чьих
телодвижений ждет Дима) могу только в RedHat/Debian. Зачем было
анонсировать и тем более ждать реакции? Сейчас меня просто интересует,
есть ли в природе git repo gcc4.4 со спеком для Альта, или нужно все
сделать своими силами и исключительно для себя...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: prepare to gcc-4.4

[Slava Semushin]

14 апреля 2009 г. 21:39 пользователь Eugene Ostapets
<eostapets@gmail.com> написал:
[...]
> есть ли в природе git repo gcc4.4 со спеком для Альта, или нужно все
> сделать своими силами и исключительно для себя...

Евгений, если вдруг всё же сделаете для себя раньше чем, то буду
благодарен, если RPM-ки где-нибудь опубликуете. Я бы не прочь
поставить/потестить в меру своих возможностей/времени.

Спасибо заранее!

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: prepare for gcc-4.4

[Michael Shigorin]

On Tue, Apr 14, 2009 at 06:19:05PM +0400, Wartan Hachaturow wrote:
> Если хочется новый тулчейн -- надо слегка пошевелить чем-нибудь.

Вартан, у нас с тобой немного разные позиции.  Это _ты_ можешь
хотеть новый тулчейн, а для меня это каждый раз головная боль,
ничем особенно хорошим непосредственно не отзывающаяся :-)

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

> Странные у тебя какие-то аргументы, Миш.

Они просто другие, но как минимум основаны на наблюдениях
и личном опыте -- спроси любого, кто чинил несколько десятков
пакетов, а также посмотри, как ушёл, например, ott@ (просто
из-за того, что вдруг сломались пакеты, которые явно собирались
не в расчёте на существенные усилия на их поддержку).

Здесь всё не так просто выходило и выходит, увы.  И отправлять
в Debian с активными поисками заранее -- почти бесполезно.
Просто как факт.

PS: вообще немного странноватый был анонс, и немного удивительно
вытаскивание темы спустя три недели и без дополнительной бомбы.
Что-то проспал, пока тут электрики приходили? :-)

PPS: Жень, если тебе не пофиг, какой в сизифе gcc --
мож welcome back to devel@ и живём дальше? ;-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: prepare for gcc-4.4

[Afanasov Dmitry]

14.04.09, Michael Shigorin<mike@osdn.org.ua> написал(а):
>  PPS: Жень, если тебе не пофиг, какой в сизифе gcc --
>  мож welcome back to devel@ и живём дальше? ;-)
и костю бы ещё, и vsu....
-- 
С уважением
Афанасов Дмитрий

Re: [devel] I: prepare for gcc-4.4

[Damir Shayhutdinov]

> PS: вообще немного странноватый был анонс, и немного удивительно
> вытаскивание темы спустя три недели и без дополнительной бомбы.
> Что-то проспал, пока тут электрики приходили? :-)

Кстати, да, а всего лишь надо было:

1. Собрать и выложить куда-нибудь в виде, пригодном для использования
в хешере (репозитарий apt), новый gcc.
2. Провести на мощностях сборочных серверов контрольную пересборку
3. По результатам пересборок объединить несобравшиеся пакеты по типу
возникших проблем, и по каждому типу дать типичные рекомендации по их
устранению.
4. Довести результаты до сведения мантейнеров, для тех у кого нет
времени исправлять - выдать энтузиастам NMU.
5. Тут дальше два пути
5.1 Если по-старинке, тогда дается какое-то время на исправление
багов, если времени не хватает - NMU. После чего выполняется еще одна
контрольная пересборка, и если все нормально - gcc кладется в Сизиф.
5.2 Сделать общую задачу (shared task), и просить мантейнеров
присоединять свои пакеты к этой задаче. После чего, эта задача
запускается на выполнение, и новый gcc пропускается в Сизиф только
после исправления всех сборок.  Это сделать намного сложнее, пока у
нас нельзя .src.rpm присоединять к задачам.

Подчеркиваю, наличие новой версии компилятора, пригодной для
использования в hasher - это _абсолютно необходимо_. Иначе исправлять
ошибки нельзя.

Re: [devel] I: prepare for gcc-4.4

[Afanasov Dmitry]

14.04.09, Damir Shayhutdinov<damir@altlinux.org> написал(а):
>  Подчеркиваю, наличие новой версии компилятора, пригодной для
>  использования в hasher - это _абсолютно необходимо_. Иначе исправлять
>  ошибки нельзя.
+1
иначе получаем медитацию :)
-- 
С уважением
Афанасов Дмитрий

Re: [devel] I: prepare for gcc-4.4

[Wartan Hachaturow]

2009/4/14 Damir Shayhutdinov <damir@altlinux.org>:

> 1. Собрать и выложить куда-нибудь в виде, пригодном для использования
> в хешере (репозитарий apt), новый gcc.

Мне нравится это "всего лишь".
Народ, оказывается, не готов код собственных пакетов почитать или там
на подручном дебиане сказать make, а ты предлагаешь "всего лишь"
сделать новый gcc, полностью его подготовить, а потом ходить по
мэйнтэйнерам с протянутой рукой, умоляя их пофиксить.
OTOH, в репозитарии, где люди имеют по 900 пакетов, такое нежелание
что-то делать можно понять :)

-- 
Regards, Wartan.

Re: [devel] I: prepare for gcc-4.4

[Mikhail Gusarov]

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


Twas brillig at 18:41:14 14.04.2009 UTC+03 when wartan.hachaturow@gmail.com did gyre and gimble:

 WH> Народ, оказывается, не готов код собственных пакетов почитать или там
 WH> на подручном дебиане сказать make, а ты предлагаешь "всего лишь"
 WH> сделать новый gcc, полностью его подготовить, а потом ходить по
 WH> мэйнтэйнерам с протянутой рукой, умоляя их пофиксить.

Варт, кончай троллить. У вас там трава рядом с офисом явно токсичная :)

gcc делать всё равно надо рано или поздно.

-- 

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

Re: [devel] I: prepare for gcc-4.4

[Eugene Ostapets]

2009/4/14 Wartan Hachaturow <wartan.hachaturow gmail.com>:
> 2009/4/14 Damir Shayhutdinov <damir altlinux.org>:
>
>> 1. Собрать и выложить куда-нибудь в виде, пригодном для использования
>> в хешере (репозитарий apt), новый gcc.
>
> Мне нравится это "всего лишь".
> Народ, оказывается, не готов код собственных пакетов почитать или там
> на подручном дебиане сказать make,
А какой глубокий смысл возвращаться на Альт после заведения подручного Дебиана?
> а ты предлагаешь "всего лишь"
> сделать новый gcc, полностью его подготовить, а потом ходить по
> мэйнтэйнерам с протянутой рукой, умоляя их пофиксить.
Зачем фиксить то, что не поломано?

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] [JT] I: prepare for gcc-4.4

[Andrey Rahmatullin]

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

On Tue, Apr 14, 2009 at 06:47:17PM +0300, Eugene Ostapets wrote:
> А какой глубокий смысл возвращаться на Альт после заведения подручного Дебиана?
Именно!

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<sadeness_> swi, видишь яблоко за зуб неймёт? :)
<swi> я не ем яблок )
<swi> я наверное просто think different )

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

Re: [devel] I: prepare for gcc-4.4

[Damir Shayhutdinov]

> Мне нравится это "всего лишь".
> Народ, оказывается, не готов код собственных пакетов почитать или там
> на подручном дебиане сказать make, а ты предлагаешь "всего лишь"
> сделать новый gcc, полностью его подготовить, а потом ходить по
> мэйнтэйнерам с протянутой рукой, умоляя их пофиксить.

Шутку оценил, спасибо. Жалко, что на такой нешуточный поток сарказма
всего один смайлик.

Re: [devel] I: prepare for gcc-4.4

[Mikhail Gusarov]

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


Twas brillig at 18:41:14 14.04.2009 UTC+03 when wartan.hachaturow@gmail.com did gyre and gimble:

 WH> на подручном дебиане сказать make

Вартан, местная религия не позволяет держать подручный дебиан :)

-- 

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

Re: [devel] I: prepare for gcc-4.4

[Michael Shigorin]

On Tue, Apr 14, 2009 at 06:41:14PM +0300, Wartan Hachaturow wrote:
> > 1. Собрать и выложить куда-нибудь в виде, пригодном для
> > использования в хешере (репозитарий apt), новый gcc.
> Мне нравится это "всего лишь".

Перечитай моё письмо, а затем архивы devel@ в районе 2003 года.
А, даже вот http://www.altlinux.org/Orphaned#Alex_Ott

> Народ, оказывается, не готов код собственных пакетов почитать
> или там на подручном дебиане сказать make

(терпеливо) Ты тоже много чего не готов.  Люди здесь -- разные.
И даже те, у которых хватает опыта перекопать свои апстримы,
вовсе не всегда имеют на то желание, время и возможность.
Не веришь мне -- спроси вон Отта, что и почему.

PS: возможно, одним из выходов станет предоставление заодно
64-битных VE с Debian?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: prepare for gcc-4.4

[Mikhail Gusarov]

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


Twas brillig at 18:57:24 14.04.2009 UTC+03 when mike@osdn.org.ua did gyre and gimble:

 MS> PS: возможно, одним из выходов станет предоставление заодно
 MS> 64-битных VE с Debian?

А потом съёжить альт до размеров гипервизора :)

-- 

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

Re: [devel] I: prepare for gcc-4.4

[Afanasov Dmitry]

14.04.09, Wartan Hachaturow<wartan.hachaturow@gmail.com> написал(а):
> 2009/4/14 Damir Shayhutdinov <damir@altlinux.org>:
>
>
>  > 1. Собрать и выложить куда-нибудь в виде, пригодном для использования
>  > в хешере (репозитарий apt), новый gcc.
> Мне нравится это "всего лишь".
>  Народ, оказывается, не готов код собственных пакетов почитать
не готов. доскональное рабирательство пусть и в своих же пакетах -
очередной барьер между "груда текста" и "работает".

mike@ такой подход называет "админским" :)

>  или там на подручном дебиане сказать make
а здесь бы поосторожнее. как бы подручный debian не стал основным
дистром. да и почему бы debain на подручном альте не проверять,
кстати?

> , а ты предлагаешь "всего лишь"
>  сделать новый gcc, полностью его подготовить
всего лишь сделать пакет и выложить. все равно ведь будет сделано.

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

или ты можешь быстренько соориентироваться, все что нужно подправить,
и выдать мне патч? :)

>  OTOH, в репозитарии, где люди имеют по 900 пакетов, такое нежелание
>  что-то делать можно понять :)
а тебя можно понять, когда в репозитарии сидят люди, говорящие на
чистейшем autotools. поделить весь сизиф на таких людей здесь, как раз
и получим 1к++ пакетов на человека :)
-- 
С уважением
Афанасов Дмитрий

Re: [devel] I: prepare for gcc-4.4

[Dmitry V. Levin]

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

On Tue, Apr 14, 2009 at 07:21:19PM +0400, Damir Shayhutdinov wrote:
> > PS: вообще немного странноватый был анонс, и немного удивительно
> > вытаскивание темы спустя три недели и без дополнительной бомбы.
> > Что-то проспал, пока тут электрики приходили? :-)
> 
> Кстати, да, а всего лишь надо было:
> 
> 1. Собрать и выложить куда-нибудь в виде, пригодном для использования
> в хешере (репозитарий apt), новый gcc.

Обычно на этой стадии я отправляю toolchain в Сизиф.  Не вижу причин,
которые помешали бы мне поступить таким образом и на этот раз. ;)


-- 
ldv

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

Re: [devel] I: prepare for gcc-4.4

[Damir Shayhutdinov]

>> 1. Собрать и выложить куда-нибудь в виде, пригодном для использования
>> в хешере (репозитарий apt), новый gcc.
>
> Обычно на этой стадии я отправляю toolchain в Сизиф.  Не вижу причин,
> которые помешали бы мне поступить таким образом и на этот раз. ;)

Я так понимаю - причины, которые бы помешали, планируется таки-ввести
(пересборку build-зависимых пакетов).
А пока да - ничего не мешает. Так почему бы и не сделать? Бранч 5.0 держит?

Re: [devel] I: prepare for gcc-4.4

[Michael Shigorin]

On Tue, Apr 14, 2009 at 07:56:34PM +0400, Dmitry V. Levin wrote:
> > Кстати, да, а всего лишь надо было:
> > 1. Собрать и выложить куда-нибудь в виде, пригодном для
> > использования в хешере (репозитарий apt), новый gcc.
> Обычно на этой стадии я отправляю toolchain в Сизиф.  Не вижу
> причин, которые помешали бы мне поступить таким образом и на
> этот раз. ;)

А он пройдёт честным образом?  Ну и если есть предварительная
сборка и люди спрашивают -- мож действительно лучше сперва сбоку
выложить?

До починки своих пакетов сейчас обычно добираюсь раз в несколько
месяцев, плюс нередко когда ты отправляешь тулчейн -- как раз не
до этого и в итоге они не собираются, меня спамит, если же не
добираюсь и они вылетают -- могут страдать и другие люди
(например, когда это buildreqs).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: prepare for gcc-4.4

[Evgeny Sinelnikov]

14 апреля 2009 г. 20:03 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:
> On Tue, Apr 14, 2009 at 07:56:34PM +0400, Dmitry V. Levin wrote:
>> > Кстати, да, а всего лишь надо было:
>> > 1. Собрать и выложить куда-нибудь в виде, пригодном для
>> > использования в хешере (репозитарий apt), новый gcc.
>> Обычно на этой стадии я отправляю toolchain в Сизиф.  Не вижу
>> причин, которые помешали бы мне поступить таким образом и на
>> этот раз. ;)
>
> А он пройдёт честным образом?  Ну и если есть предварительная

При наличии compat, а это у нас уже сделано, ибо компиляторы обычно
лежат в разнообразии, так, что всё приедет вполне честным образом...
Как libusb, например :)

> сборка и люди спрашивают -- мож действительно лучше сперва сбоку
> выложить?

Да... идея, карманов, покетов и боксов, как дедалов под задачи, так и
не прижилась, ибо компромисс между сборкой нескольких веток
репозитория с откатыванием и постепенной починкой, решается в пользу
починки болезненной, но единократной... А всё-таки было бы удобно
работать с ветками репозитория, как ветками в Git. Только непонятно
как, делать repo reset, repo checkout и repo merge :)

>
> До починки своих пакетов сейчас обычно добираюсь раз в несколько
> месяцев, плюс нередко когда ты отправляешь тулчейн -- как раз не
> до этого и в итоге они не собираются, меня спамит, если же не
> добираюсь и они вылетают -- могут страдать и другие люди
> (например, когда это buildreqs).

Ну, вот мне казалось, что лучше выложить раньше, но в отдельной ветке,
чем позже но для всех по факту и проблемно... Тут, видимо, никак,
кроме как административно не решить вопрос об уникальности
версий-релизов, чтобы не путаться и не дискредитировать совпавшие в
разных репозиториях пакеты...


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: prepare for gcc-4.4

[Afanasov Dmitry]

15.04.09, Evgeny Sinelnikov<sin@altlinux.ru> написал(а):
> 14 апреля 2009 г. 20:03 пользователь Michael Shigorin
>  <mike@osdn.org.ua> написал:
>
>  > сборка и люди спрашивают -- мож действительно лучше сперва сбоку
>  > выложить?
> Да... идея, карманов, покетов и боксов, как дедалов под задачи, так и
>  не прижилась
я надеюсь мне не хочется странного: есть ли возможность выложить в
сизиф, но так, чтобы по %select_gcc выбрать свежую версию можно было,
а автоматом использовался текущая? тогда и выложить и карманов не
надо.

P.S. "сборка и люди спрашивают". какие у нас активные сборки :)
-- 
С уважением
Афанасов Дмитрий

Re: [devel] I: prepare for gcc-4.4 (!by default?)

[Michael Shigorin]

On Wed, Apr 15, 2009 at 09:15:49AM +0400, Afanasov Dmitry wrote:
> есть ли возможность выложить в сизиф, но так, чтобы по
> %select_gcc выбрать свежую версию можно было, а автоматом
> использовался текущая? тогда и выложить и карманов не надо.

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: prepare for gcc-4.4 (!by default?)

[Michael Shigorin]

On Thu, Apr 16, 2009 at 07:33:59PM +0300, Michael Shigorin wrote:
> On Wed, Apr 15, 2009 at 09:15:49AM +0400, Afanasov Dmitry wrote:
> > есть ли возможность выложить в сизиф, но так, чтобы по
> > %select_gcc выбрать свежую версию можно было, а автоматом
> > использовался текущая? тогда и выложить и карманов не надо.
> Насколько понимаю, это вопрос веса альтернатив, но возможных
> нюансов не представляю.  А вообще идея простая и интересная,
> так бы стресс переезда удалось сильно смягчить.

Объяснили, что я совсем отстал от жизни и альтернатив там давно
нет, а к провайдящим один и тот же gcc, но разных версий, пакетам
высказанная идея неприменима (по крайней мере as is).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] I: prepare for gcc-4.4 (!by default?)

[Afanasov Dmitry]

16.04.09, Michael Shigorin<mike@osdn.org.ua> написал(а):
> On Thu, Apr 16, 2009 at 07:33:59PM +0300, Michael Shigorin wrote:
>  > On Wed, Apr 15, 2009 at 09:15:49AM +0400, Afanasov Dmitry wrote:
>  > > есть ли возможность выложить в сизиф, но так, чтобы по
>  > > %select_gcc выбрать свежую версию можно было, а автоматом
>  > > использовался текущая? тогда и выложить и карманов не надо.
>  > Насколько понимаю, это вопрос веса альтернатив
> Объяснили, что я совсем отстал от жизни и альтернатив там давно
>  нет
значит я тоже отстал. раньше вроде подобное можно было.
-- 
С уважением
Афанасов Дмитрий

Re: [devel] I: prepare for gcc-4.4 (!by default?)

[Led]

On Thursday 16 April 2009 19:44:45 Afanasov Dmitry wrote:
> 16.04.09, Michael Shigorin<mike@osdn.org.ua> написал(а):
> > On Thu, Apr 16, 2009 at 07:33:59PM +0300, Michael Shigorin wrote:
> >  > On Wed, Apr 15, 2009 at 09:15:49AM +0400, Afanasov Dmitry wrote:
> >  > > есть ли возможность выложить в сизиф, но так, чтобы по
> >  > > %select_gcc выбрать свежую версию можно было, а автоматом
> >  > > использовался текущая? тогда и выложить и карманов не надо.
> >  >
> >  > Насколько понимаю, это вопрос веса альтернатив
> >
> > Объяснили, что я совсем отстал от жизни и альтернатив там давно
> >  нет
>
> значит я тоже отстал. раньше вроде подобное можно было.

Сейчас всё значительно проще и, ИМХО, лучше.

-- 
Led

Re: [devel] I: prepare for gcc-4.4 (!by default?)

[Afanasov Dmitry]

16.04.09, Led<ledest@gmail.com> написал(а):
> On Thursday 16 April 2009 19:44:45 Afanasov Dmitry wrote:
>  > 16.04.09, Michael Shigorin<mike@osdn.org.ua> написал(а):
>  > > Объяснили, что я совсем отстал от жизни и альтернатив там давно
>  > >  нет
>  > значит я тоже отстал. раньше вроде подобное можно было.
> Сейчас всё значительно проще и, ИМХО, лучше.
это прекрасно.

а есть ли всё-таки возможность поставить gcc большое версии и gcc "по
умолчанию" с меньшей?

-- 
С уважением
Афанасов Дмитрий

Re: [devel] I: prepare for gcc-4.4 (!by default?)

[Led]

On Thursday 16 April 2009 19:52:33 Afanasov Dmitry wrote:
> 16.04.09, Led<ledest@gmail.com> написал(а):
> > On Thursday 16 April 2009 19:44:45 Afanasov Dmitry wrote:
> >  > 16.04.09, Michael Shigorin<mike@osdn.org.ua> написал(а):
> >  > > Объяснили, что я совсем отстал от жизни и альтернатив там давно
> >  > >  нет
> >  >
> >  > значит я тоже отстал. раньше вроде подобное можно было.
> >
> > Сейчас всё значительно проще и, ИМХО, лучше.
>
> это прекрасно.
>
> а есть ли всё-таки возможность поставить gcc большое версии и gcc "по
> умолчанию" с меньшей?

Естественно

-- 
Led

Re: [devel] I: prepare for gcc-4.4 (!by default?)

[Afanasov Dmitry]

16.04.09, Led<ledest@gmail.com> написал(а):
> On Thursday 16 April 2009 19:52:33 Afanasov Dmitry wrote:
>  > а есть ли всё-таки возможность поставить gcc большое версии и gcc "по
>  > умолчанию" с меньшей?
> Естественно
а может так и сделать? я б сразу свои пакетины и проверял не отходя от сизифа.

и не заморачиваться всякими тасками/пакетами/карманами.
-- 
С уважением
Афанасов Дмитрий

Re: [devel] I: prepare for gcc-4.4

[Anton Farygin]

Dmitry V. Levin пишет:
> On Tue, Apr 14, 2009 at 07:21:19PM +0400, Damir Shayhutdinov wrote:
>>> PS: вообще немного странноватый был анонс, и немного удивительно
>>> вытаскивание темы спустя три недели и без дополнительной бомбы.
>>> Что-то проспал, пока тут электрики приходили? :-)
>> Кстати, да, а всего лишь надо было:
>>
>> 1. Собрать и выложить куда-нибудь в виде, пригодном для использования
>> в хешере (репозитарий apt), новый gcc.
> 
> Обычно на этой стадии я отправляю toolchain в Сизиф.  Не вижу причин,
> которые помешали бы мне поступить таким образом и на этот раз. ;)

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

впрочем, если мимо будет пролетать, помахивая крылышками, патч на мой 
пакет для поддержки более нового gcc - то он будет приложен.

Re: [devel] I: prepare to gcc-4.4

[Slava Semushin]

13 марта 2009 г. 3:26 пользователь Денис Смирнов <mithraen@altlinux> написал:
> On Thu, Mar 12, 2009 at 10:53:08PM +0300, Dmitry V. Levin wrote:
>
>>> ...которая будет выражаться в... ???
> DVL> В зафиксенных пакетах.
>
> Для того чтобы пофиксить -- хорошо бы увидеть что сломается :)

Согласен.

> Можно в отдельный репо положить gcc 4.4 и сделать с ним тестовую
> пересборку?

+1

Если бы где-нибудь на people был доступен новый gcc и список не
собирающихся пакетов, то я бы мог помочь в их исправлении, как раз
скоро выходные..


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: prepare to gcc-4.4

[Afanasov Dmitry]

13.03.09, Денис Смирнов<mithraen@altlinux.ru> написал(а):
>  Можно в отдельный репо положить gcc 4.4 и сделать с ним тестовую
>  пересборку?
кстати, было бы неплохо. скормить репу хешеру и помедитировать проще,
чем грепать по коду __builtin_stdarg_start и иже с ними
-- 
С уважением
Афанасов Дмитрий

Re: [devel] I: prepare to gcc-4.4

[Eugene Ostapets]

2009/3/12 Dmitry V. Levin <ldv altlinux.org>:
> On Thu, Mar 12, 2009 at 10:53:31PM +0600, Slava Semushin wrote:
>> 2009/2/25 Dmitry V. Levin <ldv altlinux.org>:
>> >
>> > Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
>>
>> Две недели прошло уже.. Когда? :)
>
> Когда я увижу признаки результатов этой подготовки в Сизифе.
А можно увидеть признаки подготовки gcc-4.4 в гите? А то какой-то
сферический конь в вакууме: поставьте себе дебиан и проверьте
собираемость своих пакетов с gcc-4.4...


-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: prepare to gcc-4.4

[Mikhail Gusarov]

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


Twas brillig at 16:42:28 14.04.2009 UTC+03 when eostapets@gmail.com did gyre and gimble:

 >> Когда я увижу признаки результатов этой подготовки в Сизифе.
 EO> А можно увидеть признаки подготовки gcc-4.4 в гите? А то какой-то
 EO> сферический конь в вакууме: поставьте себе дебиан и проверьте
 EO> собираемость своих пакетов с gcc-4.4...

В дедале, кстати, хорошее место таким вещам.

-- 

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

[devel] I: welcome fresh toolchain (was: prepare to gcc-4.4)

[Dmitry V. Levin]

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

Hi,

On Wed, Feb 25, 2009 at 04:42:27AM +0300, Dmitry V. Levin wrote:
> Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
> 
> Список изменений: http://gcc.gnu.org/gcc-4.4/changes.html
> Советы по миграции: http://gcc.gnu.org/gcc-4.4/porting_to.html
> Информация из FC-devel: http://www.redhat.com/archives/fedora-devel-list/2009-February/msg00180.html
> Информация от Debian: http://www.cyrius.com/journal/gcc/gcc-4.4-include

Встречайте свежий тулчейн:
binutils-2.19.51.0.2-alt1
gcc4.4-4.4.0-alt1
glibc-2.9.90-alt1

Тестовая пересборка Сизифа планируется на сегодня-завтра, по её окончании,
как обычно, ждите отчёты от роботов.


-- 
ldv

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

Re: [devel] eglibc vs. glibc

[Dmitry V. Levin]

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

On Wed, May 06, 2009 at 05:37:57PM +0300, Kirill A. Shutemov wrote:
[...]
> Кстати, Дима, можешь озвучить своё мнение по поводу eglibc vs. glibc? Мне
> eglibc симпатичней, поскольку ARM-специфичные патчи проталкивать проще и
> новые фичи для embedded появляются раньше.  Возможна ли замена glibc ->
> eglibc в обозримом будущем?

Со следующей недели glibc официально переезжает с cvs на git.
Мне почему-то кажется, что eglibc и glibc будут иметь общие коммиты.
Это значит, что я смогу спокойно мерджить glibc и eglibc в свой altglibc.

P.S. Все знают, что в результате антикооперативной позиции Дреппера каждый
дистрибутив поддерживает свой форк glibc.  Просто не каждый этот форк
анонсирует.


-- 
ldv

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

Re: [devel] eglibc vs. glibc

[Wartan Hachaturow]

2009/5/6 Dmitry V. Levin <ldv@altlinux.org>:
> Со следующей недели glibc официально переезжает с cvs на git.
> Мне почему-то кажется, что eglibc и glibc будут иметь общие коммиты.
> Это значит, что я смогу спокойно мерджить glibc и eglibc в свой altglibc.

При этом у меня есть некоторые сомнения, что eglibc всегда останется
полностью совместимой с glibc.
Так что я лично за то, чтобы перетаскивать оттуда интересные вещи, но
не переезжать полностью
Да, и объявление на сайте о том, что "Debian moves to eglibc" неверно :)

-- 
Regards, Wartan.

Re: [devel] eglibc vs. glibc

[Kirill A. Shutemov]

2009/5/7 Wartan Hachaturow <wartan.hachaturow@gmail.com>
>
> 2009/5/6 Dmitry V. Levin <ldv@altlinux.org>:
> > Со следующей недели glibc официально переезжает с cvs на git.
> > Мне почему-то кажется, что eglibc и glibc будут иметь общие коммиты.
> > Это значит, что я смогу спокойно мерджить glibc и eglibc в свой altglibc.
>
> При этом у меня есть некоторые сомнения, что eglibc всегда останется
> полностью совместимой с glibc.

Они декларируют совместимость:

Embedded GLIBC (EGLIBC) is a variant of the GNU C Library (GLIBC) that is
designed to work well on embedded systems. EGLIBC strives to be source
and binary compatible with GLIBC.

Re: [devel] eglibc vs. glibc

[Wartan Hachaturow]

2009/5/7 Kirill A. Shutemov <kirill@shutemov.name>:

> Они декларируют совместимость:
>
> Embedded GLIBC (EGLIBC) is a variant of the GNU C Library (GLIBC) that is
> designed to work well on embedded systems. EGLIBC strives to be source
> and binary compatible with GLIBC.

Это сейчас. Мы же все знаем, как работает та же MontaVista, которая
там значится в девелоперах :)

-- 
Regards, Wartan.

Re: [devel] eglibc vs. glibc

[Kirill A. Shutemov]

2009/5/8 Wartan Hachaturow <wartan.hachaturow@gmail.com>:
> 2009/5/7 Kirill A. Shutemov <kirill@shutemov.name>:
>
>> Они декларируют совместимость:
>>
>> Embedded GLIBC (EGLIBC) is a variant of the GNU C Library (GLIBC) that is
>> designed to work well on embedded systems. EGLIBC strives to be source
>> and binary compatible with GLIBC.
>
> Это сейчас. Мы же все знаем, как работает та же MontaVista, которая
> там значится в девелоперах :)

Вроде, EGLIBC занимаются не идеоты. Думаю, понимают, что полноценный
форк GLIBC им не потянуть. Главное что б Дреппер не обиделся ;)

Re: [devel] glibc

[Dmitry V. Levin]

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

On Wed, May 06, 2009 at 07:56:39PM +0400, Dmitry V. Levin wrote:
> On Wed, May 06, 2009 at 05:37:57PM +0300, Kirill A. Shutemov wrote:
> [...]
> > Кстати, Дима, можешь озвучить своё мнение по поводу eglibc vs. glibc? Мне
> > eglibc симпатичней, поскольку ARM-специфичные патчи проталкивать проще и
> > новые фичи для embedded появляются раньше.  Возможна ли замена glibc ->
> > eglibc в обозримом будущем?
> 
> Со следующей недели glibc официально переезжает с cvs на git.

Оно переехало.  В результате образовалась новая история, альтернативная
той неофициальной, что была прежде.  Непонятно, как быть с пакетом: то ли
вливать в него ещё и эту историю, то ли попробовать перебазировать наши
актуальные изменения с прежней истории на новую...


-- 
ldv

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

Re: [devel] glibc

[Kirill A. Shutemov]

2009/5/18 Dmitry V. Levin <ldv@altlinux.org>:
> On Wed, May 06, 2009 at 07:56:39PM +0400, Dmitry V. Levin wrote:
>> On Wed, May 06, 2009 at 05:37:57PM +0300, Kirill A. Shutemov wrote:
>> [...]
>> > Кстати, Дима, можешь озвучить своё мнение по поводу eglibc vs. glibc? Мне
>> > eglibc симпатичней, поскольку ARM-специфичные патчи проталкивать проще и
>> > новые фичи для embedded появляются раньше.  Возможна ли замена glibc ->
>> > eglibc в обозримом будущем?
>>
>> Со следующей недели glibc официально переезжает с cvs на git.
>
> Оно переехало.  В результате образовалась новая история, альтернативная
> той неофициальной, что была прежде.  Непонятно, как быть с пакетом: то ли
> вливать в него ещё и эту историю, то ли попробовать перебазировать наши
> актуальные изменения с прежней истории на новую...

И с eglibc тоже непонятно. Они остались пока на svn и как красиво вписать их
изменения в наш git мне я пока не могу придумать

Re: [devel] glibc

[Dmitry V. Levin]

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

On Mon, May 18, 2009 at 03:24:08AM +0300, Kirill A. Shutemov wrote:
> 2009/5/18 Dmitry V. Levin <ldv@altlinux.org>:
> > On Wed, May 06, 2009 at 07:56:39PM +0400, Dmitry V. Levin wrote:
> >> On Wed, May 06, 2009 at 05:37:57PM +0300, Kirill A. Shutemov wrote:
> >> [...]
> >> > Кстати, Дима, можешь озвучить своё мнение по поводу eglibc vs. glibc? Мне
> >> > eglibc симпатичней, поскольку ARM-специфичные патчи проталкивать проще и
> >> > новые фичи для embedded появляются раньше.  Возможна ли замена glibc ->
> >> > eglibc в обозримом будущем?
> >>
> >> Со следующей недели glibc официально переезжает с cvs на git.
> >
> > Оно переехало.  В результате образовалась новая история, альтернативная
> > той неофициальной, что была прежде.  Непонятно, как быть с пакетом: то ли
> > вливать в него ещё и эту историю, то ли попробовать перебазировать наши
> > актуальные изменения с прежней истории на новую...
> 
> И с eglibc тоже непонятно. Они остались пока на svn и как красиво вписать их
> изменения в наш git мне я пока не могу придумать

В общем, я посмотрел, как выглядела бы история после слияния, пришёл
в ужас, и сразу, как только пришёл в себя, перебазировался на историю
из http://sourceware.org/git/?p=glibc.git

Пока не ясно, что делать с ports, так что я оставляю это решение
мейнтейнеру ports, т.е. тебе.


-- 
ldv

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

Re: [devel] I: welcome fresh toolchain

[Dmitry Lebkov]

On 06.05.2009 19:20, Dmitry V. Levin wrote:
> Hi,
> 
> On Wed, Feb 25, 2009 at 04:42:27AM +0300, Dmitry V. Levin wrote:
>> Просьба морально подготовиться к переходу на gcc-4.4 в Сизифе.
>>
>> Список изменений: http://gcc.gnu.org/gcc-4.4/changes.html
>> Советы по миграции: http://gcc.gnu.org/gcc-4.4/porting_to.html
>> Информация из FC-devel: http://www.redhat.com/archives/fedora-devel-list/2009-February/msg00180.html
>> Информация от Debian: http://www.cyrius.com/journal/gcc/gcc-4.4-include
> 
> Встречайте свежий тулчейн:
> binutils-2.19.51.0.2-alt1
> gcc4.4-4.4.0-alt1
> glibc-2.9.90-alt1
> 
> Тестовая пересборка Сизифа планируется на сегодня-завтра, по её окончании,
> как обычно, ждите отчёты от роботов.

В процессе сборки ipsec-tools-7.2 получаю вот такое:

libtool: compile:  x86_64-alt-linux-gcc -DHAVE_CONFIG_H -I. -I../.. -I./../libipsec -D_GNU_SOURCE -include
./src/include-glibc/glibc-bugs.h -I./src/include-glibc -I./src/include-glibc -I/usr/include/krb5 -I/usr/include/et
-I./../../src/racoon/missing -D_GNU_SOURCE -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc
-I../../src/include-glibc -DSYSCONFDIR=\"/etc/racoon\" -DADMINPORTDIR=\"/var/lib/racoon\" -pipe -Wall -O2 -Wall -Werror -Wno-unused
-c sockmisc.c  -fPIC -DPIC -o .libs/sockmisc.o
cc1: warnings being treated as errors
sockmisc.c: In function 'recvfromto':
sockmisc.c:407: error: dereferencing pointer 'ss.37' does break strict-aliasing rules
sockmisc.c:407: note: initialized from here
make[1]: *** [sockmisc.lo] Error 1

Чтение вышеприведенных ссылок и гугленние ясности не принесли.
Строка, на которой отваливается сборка:

 sin->sin_port = ((struct sockaddr_in *)&ss)->sin_port;

Знающие, подскажите, пожалуйста, как это правильно объехать?
Неиспользование '-Werror' -- только как самый крайний вариант ...

Спасибо.

-- 
WBR, Dmitry Lebkov

Re: [devel] I: welcome fresh toolchain

[Slava Semushin]

21 мая 2009 г. 14:45 пользователь Dmitry Lebkov <dima@sakhalin> написал:
[...]
> libtool: compile:  x86_64-alt-linux-gcc -DHAVE_CONFIG_H -I. -I../.. -I./../libipsec -D_GNU_SOURCE -include
> ./src/include-glibc/glibc-bugs.h -I./src/include-glibc -I./src/include-glibc -I/usr/include/krb5 -I/usr/include/et
> -I./../../src/racoon/missing -D_GNU_SOURCE -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc
> -I../../src/include-glibc -DSYSCONFDIR=\"/etc/racoon\" -DADMINPORTDIR=\"/var/lib/racoon\" -pipe -Wall -O2 -Wall -Werror -Wno-unused
> -c sockmisc.c  -fPIC -DPIC -o .libs/sockmisc.o
> cc1: warnings being treated as errors
> sockmisc.c: In function 'recvfromto':
> sockmisc.c:407: error: dereferencing pointer 'ss.37' does break strict-aliasing rules
> sockmisc.c:407: note: initialized from here
> make[1]: *** [sockmisc.lo] Error 1
>
> Чтение вышеприведенных ссылок и гугленние ясности не принесли.
> Строка, на которой отваливается сборка:
>
>  sin->sin_port = ((struct sockaddr_in *)&ss)->sin_port;
>
> Знающие, подскажите, пожалуйста, как это правильно объехать?
> Неиспользование '-Werror' -- только как самый крайний вариант ...

-Wno-strict-aliasing или даже -fno-strict-aliasing


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: welcome fresh toolchain

[Damir Shayhutdinov]

> -c sockmisc.c  -fPIC -DPIC -o .libs/sockmisc.o
> cc1: warnings being treated as errors
> sockmisc.c: In function 'recvfromto':
> sockmisc.c:407: error: dereferencing pointer 'ss.37' does break strict-aliasing rules
> sockmisc.c:407: note: initialized from here
> make[1]: *** [sockmisc.lo] Error 1
>
> Чтение вышеприведенных ссылок и гугленние ясности не принесли.
> Строка, на которой отваливается сборка:
>
>  sin->sin_port = ((struct sockaddr_in *)&ss)->sin_port;
>
> Знающие, подскажите, пожалуйста, как это правильно объехать?
> Неиспользование '-Werror' -- только как самый крайний вариант ...

Объявить ss  как union {
  <текущий тип ss> ss;
  struct sockaddr_in sin;
};

Далее там где требуется текущий тип ss (не знаю какой), использовать ss.ss,
а ту строчку, на которую ругается компилятор, заменить на

sin->sin_port = ss.sin.sin_port;