[Comm] cmath

[Comm] cmath

[Константин Михайленко]

День добрый!

При попытке сборки одного проекта получил сообщение
/usr/lib64/gcc/x86_64-alt-linux/4.5.1/../../../../include/c++/4.5.1/cmath:43:28:
fatal error: bits/c++config.h: Нет такого файла или каталога
проверил: действительно, cmath содержит строку
#include <bits/c++config.h>
и действительно, такой файл отсутствует.

Куды рыть подскажите, пожалуйста...

Re: [Comm] cmath

[vx 8400]

2011/3/14 Константин Михайленко:
> #include <bits/c++config.h>
> и действительно, такой файл отсутствует.

/usr/include/c++/4.5.1/x86_64-*/bits/c++config.h действительно нет?

wbr,
Oleg.

Re: [Comm] cmath

[REAL]

14.03.2011 19:57, Константин Михайленко пишет:
> При попытке сборки одного проекта получил сообщение
> /usr/lib64/gcc/x86_64-alt-linux/4.5.1/../../../../include/c++/4.5.1/cmath:43:28:
> fatal error: bits/c++config.h: Нет такого файла или каталога
> проверил: действительно, cmath содержит строку
> #include<bits/c++config.h>
> и действительно, такой файл отсутствует.

  /usr/include/c++/4.5.1/i586-alt-linux/bits/c++config.h - пакет 
libstdc++4.5-devel

> Куды рыть подскажите, пожалуйста...

а что, сборка рушится?

-- 

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

Re: [Comm] cmath

[Константин Михайленко]

14 марта 2011 г. 19:09 пользователь vx 8400 <vx8400@gmail.com> написал:
> 2011/3/14 Константин Михайленко:
>> #include <bits/c++config.h>
>> и действительно, такой файл отсутствует.
>
> /usr/include/c++/4.5.1/x86_64-*/bits/c++config.h действительно нет?

симлинки туда наставил...
А так, по указанному относительному пути -- нет

Re: [Comm] cmath

[Alexey Borisenkov]

14.03.2011 17:22, Константин Михайленко пишет:
>> /usr/include/c++/4.5.1/x86_64-*/bits/c++config.h действительно нет?
>
> симлинки туда наставил...
> А так, по указанному относительному пути -- нет

какие симлинки? Откуда?

$ rpm -qf /usr/include/c++/4.5.1/x86_64-*/bits/c++config.h
libstdc++4.5-devel-4.5.1-alt8

$ l /usr/include/c++/4.5.1/x86_64-*/bits/c++config.h
-rw-r--r-- 1 root root 44191 Фев  8 03:16 
/usr/include/c++/4.5.1/x86_64-alt-linux/bits/c++config.h

gcc4.5 есть, вроде, только в Сизифе?

Re: [Comm] cmath

[Константин Михайленко]

напомню, что cmath лежит тут:
/usr/include/c++/4.5.1/cmath

в нём имеется строка
#include <bits/c++config.h>

каталог
/usr/include/c++/4.5.1/bits
присутствует

но вот c++config.h находится чуть-чуть по другому пути,
 а эта падла не находит.

Видимо, с AI у неё плохо.

14 марта 2011 г. 19:32 пользователь Alexey Borisenkov
<grizlik78@gmail.com> написал:
> 14.03.2011 17:22, Константин Михайленко пишет:
>>>
>>> /usr/include/c++/4.5.1/x86_64-*/bits/c++config.h действительно нет?
>>
>> симлинки туда наставил...
>> А так, по указанному относительному пути -- нет
>
> какие симлинки? Откуда?
>
> $ rpm -qf /usr/include/c++/4.5.1/x86_64-*/bits/c++config.h
> libstdc++4.5-devel-4.5.1-alt8
>
> $ l /usr/include/c++/4.5.1/x86_64-*/bits/c++config.h
> -rw-r--r-- 1 root root 44191 Фев  8 03:16
> /usr/include/c++/4.5.1/x86_64-alt-linux/bits/c++config.h
>
> gcc4.5 есть, вроде, только в Сизифе?
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

Re: [Comm] cmath

[Константин Михайленко]

> это смотря какой компилятор использовать. gcc тут явно не годится,
> естественно.

С этого места подробнее...

Re: [Comm] cmath

[REAL]

14.03.2011 21:46, Константин Михайленко пишет:
> напомню, что cmath лежит тут:
> /usr/include/c++/4.5.1/cmath
>
> в нём имеется строка
> #include<bits/c++config.h>
>
> каталог
> /usr/include/c++/4.5.1/bits
> присутствует
>
> но вот c++config.h находится чуть-чуть по другому пути,
>   а эта падла не находит.

это смотря какой компилятор использовать. gcc тут явно не годится, 
естественно.

-- 

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

Re: [Comm] cmath

[Константин Михайленко]

тьфу на вас!
Это-то я и так понимаю.

Но!
А что, пути для них неважны?

P.S.
А собирать пытаюсь Flagon (прослойка между Fortran и CUDA)

14 марта 2011 г. 21:21 пользователь REAL <root@mmedia2.kemsu.ru> написал:
> 14.03.2011 21:56, Константин Михайленко пишет:
>>>
>>> это смотря какой компилятор использовать. gcc тут явно не годится,
>>> естественно.
>>
>> С этого места подробнее...
>
> эти заголовки c++снутые, поэтому при их использовании компиляция проводится
> c++-компилятором, например, g++ или, если речь про mpi, mpicxx .
>
> --
>
> REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

Re: [Comm] cmath

[REAL]

14.03.2011 21:56, Константин Михайленко пишет:
>> это смотря какой компилятор использовать. gcc тут явно не годится,
>> естественно.
>
> С этого места подробнее...

эти заголовки c++снутые, поэтому при их использовании компиляция 
проводится c++-компилятором, например, g++ или, если речь про mpi, 
mpicxx .

-- 

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

Re: [Comm] cmath

[Alexey Borisenkov]

14.03.2011 19:17, Константин Михайленко пишет:
> А что, пути для них неважны?
Ну GCC нормально работает с этими путями так, как они есть

> P.S.
> А собирать пытаюсь Flagon (прослойка между Fortran и CUDA)

Наверное с этого и надо было начинать. А CUDA SDK в этом процессе 
участвует? Просто у CUDA долгое время были проблемы с поддержкой 
последних версий GCC. Правда когда я последний раз пробовал CUDA SDK 3.1 
проблем, вроде бы не заметил, но теперь уже не вспомню, был ли тогда GCC4.5

Re: [Comm] cmath

[REAL]

14.03.2011 22:17, Константин Михайленко пишет:
> тьфу на вас!
> Это-то я и так понимаю.
>
> Но!
> А что, пути для них неважны?

c++-компиляторы сами знают, где искать свои заголовки :)

-- 

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

Re: [Comm] cmath

[Константин Михайленко]

> Наверное с этого и надо было начинать. А CUDA SDK в этом процессе участвует?

Участвует.
Там кроме всего прочего ещё и ситуация под названием <<А что у меня прямое?>>..
Ну ничего, прорвёмся.

Re: [Comm] cmath

[Alexey Borisenkov]

14.03.2011 20:15, Константин Михайленко пишет:
>> Наверное с этого и надо было начинать. А CUDA SDK в этом процессе участвует?
>
> Участвует.
> Там кроме всего прочего ещё и ситуация под названием<<А что у меня прямое?>>..
> Ну ничего, прорвёмся.

Ну я бы, на всякий случай попробовал бы с GCC4.4, так как в списке 
официально поддерживаемых ОС для CUDA 3.2 максимальная версия GCC именно 4.4

Re: [Comm] cmath

[Константин Михайленко]

> Ну я бы, на всякий случай попробовал бы с GCC4.4, так как в списке
> официально поддерживаемых ОС для CUDA 3.2 максимальная версия GCC именно 4.4

Спасибо!
Попробую откатиться, хотя и неприятно (Фортран активно пилится,
хорошеет от версии к версии там)

Re: [Comm] cmath

[andriy]

On 14.03.11 19:15, Константин Михайленко wrote:
>> Наверное с этого и надо было начинать. А CUDA SDK в этом процессе участвует?
> Участвует.
> Там кроме всего прочего ещё и ситуация под названием<<А что у меня прямое?>>..
> Ну ничего, прорвёмся.
А если не секрет CUDA вы устанавливаете вместе с родными nVidia-дровами 
(или nVidia-дрова из ALT'а)?

Re: [Comm] cmath

[Константин Михайленко]

> А если не секрет CUDA вы устанавливаете вместе с родными nVidia-дровами (или
> nVidia-дрова из ALT'а)?

С родными. Которые в той же табличке прописаны, что и CUDA на
страничке скачивания. С более свежими (включая те, котрые в Сизифе)
CUDA встаёт, но не работает.