* [sisyphus] g77
@ 2004-04-23 6:28 Epiphanov Sergei
2004-04-23 7:38 ` Stanislav Ievlev
0 siblings, 1 reply; 7+ messages in thread
From: Epiphanov Sergei @ 2004-04-23 6:28 UTC (permalink / raw)
To: Рассылка Sisyphus
Собираю проект на Фортране с применением g77 3.3 и обнаруживаю, что
полученная программа неработоспособна. В программе идут только разные
алгебраические уравнения и там, где число не должно изменяться - меняется.
При трасировке программы обнаружил, что нужная переменная становится вдруг
NaN, хотя если пройтись по всей программе и ручками посчитать, то величина
должна быть неизменной.
При сборке компилятором Intel Fortran Compiler 6.0 тех же самых исходных
текстов всё работает нормально.
Есть предположение, что это связано с переменными с неопределенным типом.
--
С уважением, Епифанов Сергей
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] g77
2004-04-23 6:28 [sisyphus] g77 Epiphanov Sergei
@ 2004-04-23 7:38 ` Stanislav Ievlev
2004-04-23 8:23 ` Epiphanov Sergei
0 siblings, 1 reply; 7+ messages in thread
From: Stanislav Ievlev @ 2004-04-23 7:38 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Fri, Apr 23, 2004 at 10:28:07AM +0400, Epiphanov Sergei wrote:
> Собираю проект на Фортране с применением g77 3.3 и обнаруживаю, что
> полученная программа неработоспособна. В программе идут только разные
> алгебраические уравнения и там, где число не должно изменяться - меняется.
> При трасировке программы обнаружил, что нужная переменная становится вдруг
> NaN, хотя если пройтись по всей программе и ручками посчитать, то величина
> должна быть неизменной.
>
> При сборке компилятором Intel Fortran Compiler 6.0 тех же самых исходных
> текстов всё работает нормально.
>
> Есть предположение, что это связано с переменными с неопределенным типом.
Очень сомневаюсь, что виноват g77. Ищите memory corruption.
При сборке разными компиляторами данная проблема может проявляться по
разному.
>
> --
> С уважением, Епифанов Сергей
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://lists.altlinux.ru/mailman/listinfo/sisyphus
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] g77
2004-04-23 7:38 ` Stanislav Ievlev
@ 2004-04-23 8:23 ` Epiphanov Sergei
2004-04-23 9:19 ` V.Sokolov
2004-04-23 11:56 ` Stanislav Ievlev
0 siblings, 2 replies; 7+ messages in thread
From: Epiphanov Sergei @ 2004-04-23 8:23 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
В сообщении от 23 Апрель 2004 11:38 Stanislav Ievlev написал:
> Очень сомневаюсь, что виноват g77. Ищите memory corruption.
> При сборке разными компиляторами данная проблема может проявляться по
> разному.
То бишь битая память? Ладно, посмотрю. Сейчас загнал сборку ядра.
Кстати, в зависимости от варианта оптимизации меняется и характер
нестыковки. Ради интереса проверил на g77 3.2 - опять глюк, но в другом
варианте (NaN исчез, но теперь появились новые незапланированные
значения). интеловский - без проблем. Программа собиралась из исходников и
работала на совершенно разных машинах. Интеловский выдал то же самое, а
g77 наврал. Тестовый комп работает в таком режиме уже года 2, его
результаты неоднократно проверялись и перепроверялись. А любое изменение в
данных (хотя бы малое), приводит к совершенно другим результатам.
--
С уважением, Епифанов Сергей
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] g77
2004-04-23 8:23 ` Epiphanov Sergei
@ 2004-04-23 9:19 ` V.Sokolov
2004-04-23 10:17 ` Epiphanov Sergei
2004-04-23 11:56 ` Stanislav Ievlev
1 sibling, 1 reply; 7+ messages in thread
From: V.Sokolov @ 2004-04-23 9:19 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
Epiphanov Sergei пишет:
>Кстати, в зависимости от варианта оптимизации меняется и характер
>нестыковки. Ради интереса проверил на g77 3.2 - опять глюк, но в другом
>варианте (NaN исчез, но теперь появились новые незапланированные
>значения).
>
А если попробовать "-fno-automatic"?
--
В.Соколов
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] g77
2004-04-23 9:19 ` V.Sokolov
@ 2004-04-23 10:17 ` Epiphanov Sergei
0 siblings, 0 replies; 7+ messages in thread
From: Epiphanov Sergei @ 2004-04-23 10:17 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
В сообщении от 23 Апрель 2004 13:19 V.Sokolov написал:
> Epiphanov Sergei пишет:
> >Кстати, в зависимости от варианта оптимизации меняется и характер
> >нестыковки. Ради интереса проверил на g77 3.2 - опять глюк, но в другом
> >варианте (NaN исчез, но теперь появились новые незапланированные
> >значения).
>
> А если попробовать "-fno-automatic"?
Блин, точно, заработало. И как только я эту опцию проглядел?????.....
Посыпаю голову пеплом....
ОГРОМНОЕ СПАСИБО!!!
--
С уважением, Епифанов Сергей
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] g77
2004-04-23 8:23 ` Epiphanov Sergei
2004-04-23 9:19 ` V.Sokolov
@ 2004-04-23 11:56 ` Stanislav Ievlev
2004-04-23 13:51 ` Epiphanov Sergei
1 sibling, 1 reply; 7+ messages in thread
From: Stanislav Ievlev @ 2004-04-23 11:56 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Fri, Apr 23, 2004 at 12:23:06PM +0400, Epiphanov Sergei wrote:
> В сообщении от 23 Апрель 2004 11:38 Stanislav Ievlev написал:
> > Очень сомневаюсь, что виноват g77. Ищите memory corruption.
> > При сборке разными компиляторами данная проблема может проявляться по
> > разному.
>
> То бишь битая память? Ладно, посмотрю. Сейчас загнал сборку ядра.
Вообще-то я имел в виду другое, а именно когда в программе ошибка, она
где-нибудь залетает за границы массивов и портит чужую память.
Будьте осторожны, вполне возможно, что "-fno-automatic" дало временное
облегчение.
--
Станислав Иевлев.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] g77
2004-04-23 11:56 ` Stanislav Ievlev
@ 2004-04-23 13:51 ` Epiphanov Sergei
0 siblings, 0 replies; 7+ messages in thread
From: Epiphanov Sergei @ 2004-04-23 13:51 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
В сообщении от 23 Апрель 2004 15:56 Stanislav Ievlev написал:
> > То бишь битая память? Ладно, посмотрю. Сейчас загнал сборку ядра.
>
> Вообще-то я имел в виду другое, а именно когда в программе ошибка, она
> где-нибудь залетает за границы массивов и портит чужую память.
>
> Будьте осторожны, вполне возможно, что "-fno-automatic" дало временное
> облегчение.
Дело в том, что в основной части программы нет динамического изменения
массива и циклов с использованием массивов. Только такие конструкции:
X(150)=X(15)-X(86)*0.3109 и т.д.
Только их порядка 100 тыс. :))
А всё остальное без этой части на выбор компилятора не реагирует.
--
С уважением, Епифанов Сергей
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2004-04-23 13:51 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-04-23 6:28 [sisyphus] g77 Epiphanov Sergei
2004-04-23 7:38 ` Stanislav Ievlev
2004-04-23 8:23 ` Epiphanov Sergei
2004-04-23 9:19 ` V.Sokolov
2004-04-23 10:17 ` Epiphanov Sergei
2004-04-23 11:56 ` Stanislav Ievlev
2004-04-23 13:51 ` Epiphanov Sergei
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git