* [devel] #include_next
@ 2010-12-02 9:24 REAL
2010-12-02 11:00 ` REAL
0 siblings, 1 reply; 9+ messages in thread
From: REAL @ 2010-12-02 9:24 UTC (permalink / raw)
To: ALT Linux Team development discussions
Привет!
Не работает #include_next, либо я чего-то не понимаю. Напоминает вот это:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.3/+bug/355408
только у меня несколько иначе это выглядит:
In file included from hello.trans.c:14:0:
/usr/include/upcr_geninclude/stddef.h:10:34: error: no include path in
which to search for stddef.h
/usr/include/upcr_geninclude/stddef.h:11:34: error: no include path in
which to search for stddef.h
In file included from hello.trans.c:16:0:
/usr/include/upcr_geninclude/stdlib.h:6:34: error: no include path in
which to search for stdlib.h
/usr/include/upcr_geninclude/stdlib.h:7:34: error: no include path in
which to search for stdlib.h
In file included from hello.trans.c:18:0:
/usr/include/upcr_geninclude/stdio.h:16:33: error: no include path in
which to search for stdio.h
/usr/include/upcr_geninclude/stdio.h:17:33: error: no include path in
which to search for stdio.h
gmake: *** [hello.trans.o] Error 1
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] #include_next
2010-12-02 11:00 ` REAL
@ 2010-12-02 10:59 ` Kirill A. Shutemov
2010-12-02 11:16 ` REAL
0 siblings, 1 reply; 9+ messages in thread
From: Kirill A. Shutemov @ 2010-12-02 10:59 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 02, 2010 at 05:00:11PM +0600, REAL wrote:
> Тишина... Попробую добавить информации.
>
> 02.12.2010 15:24, REAL пишет:
> > Не работает #include_next, либо я чего-то не понимаю. Напоминает вот это:
> >
> > https://bugs.launchpad.net/ubuntu/+source/gcc-4.3/+bug/355408
>
>
> Речь идёт о http://git.altlinux.org/people/real/packages/berkeley_upc.git
>
> Тестовая сборка:
> http://git.altlinux.org/tasks/34553/
>
> Ругань выдаётся при компиляции простого примера:
> $ upcc -network=smp hello.upc
>
> сам файл в репозитории:
> http://git.altlinux.org/people/real/packages/berkeley_upc.git?p=berkeley_upc.git;a=blob_plain;f=berkeley_upc/upc-examples/hello.upc;hb=HEAD
>
> Генерация исходника на C:
> $ upcc -network=smp hello.upc -trans
>
> полученный файл будет называться hello.trans.c
>
> Если его компилировать, добавив нужные флаги (он подключает хэдеры из
> разных мест), ругань будет точно такая же, как и просто при прямой
> компиляции (upcc -network=smp hello.upc)
Нужен простой test-case, который показывает проблему с gcc. Без всяких
upcc.
--
Kirill A. Shutemov
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] #include_next
2010-12-02 9:24 [devel] #include_next REAL
@ 2010-12-02 11:00 ` REAL
2010-12-02 10:59 ` Kirill A. Shutemov
0 siblings, 1 reply; 9+ messages in thread
From: REAL @ 2010-12-02 11:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
Тишина... Попробую добавить информации.
02.12.2010 15:24, REAL пишет:
> Не работает #include_next, либо я чего-то не понимаю. Напоминает вот это:
>
> https://bugs.launchpad.net/ubuntu/+source/gcc-4.3/+bug/355408
Речь идёт о http://git.altlinux.org/people/real/packages/berkeley_upc.git
Тестовая сборка:
http://git.altlinux.org/tasks/34553/
Ругань выдаётся при компиляции простого примера:
$ upcc -network=smp hello.upc
сам файл в репозитории:
http://git.altlinux.org/people/real/packages/berkeley_upc.git?p=berkeley_upc.git;a=blob_plain;f=berkeley_upc/upc-examples/hello.upc;hb=HEAD
Генерация исходника на C:
$ upcc -network=smp hello.upc -trans
полученный файл будет называться hello.trans.c
Если его компилировать, добавив нужные флаги (он подключает хэдеры из
разных мест), ругань будет точно такая же, как и просто при прямой
компиляции (upcc -network=smp hello.upc)
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] #include_next
2010-12-02 10:59 ` Kirill A. Shutemov
@ 2010-12-02 11:16 ` REAL
2010-12-02 11:25 ` REAL
0 siblings, 1 reply; 9+ messages in thread
From: REAL @ 2010-12-02 11:16 UTC (permalink / raw)
To: ALT Linux Team development discussions
02.12.2010 16:59, Kirill A. Shutemov пишет:
>> Генерация исходника на C:
>> $ upcc -network=smp hello.upc -trans
>>
>> полученный файл будет называться hello.trans.c
>
> Нужен простой test-case, который показывает проблему с gcc. Без всяких
> upcc.
См. выше. Простой тесткейс - файл с названием hello.trans.c
Что интересно, если в файлах /usr/include/upcr_geninclude/stdio.h,
/usr/include/upcr_geninclude/stdlib.h и
/usr/include/upcr_geninclude/stddef.h заменить #include_next на
#include, всё работает как надо. Вот мне и интересно, что не так с
этим #include_next.
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] #include_next
2010-12-02 11:16 ` REAL
@ 2010-12-02 11:25 ` REAL
2010-12-02 16:54 ` Kirill A. Shutemov
0 siblings, 1 reply; 9+ messages in thread
From: REAL @ 2010-12-02 11:25 UTC (permalink / raw)
To: ALT Linux Team development discussions
02.12.2010 17:16, REAL пишет:
>> Нужен простой test-case, который показывает проблему с gcc. Без всяких
>> upcc.
>
> См. выше. Простой тесткейс - файл с названием hello.trans.c
http://iais.kemsu.ru:8080/hello.trans.c
Собирать при помощи gcc (нужен установленный berkeley_upc).
> Что интересно, если в файлах /usr/include/upcr_geninclude/stdio.h,
> /usr/include/upcr_geninclude/stdlib.h и
> /usr/include/upcr_geninclude/stddef.h заменить #include_next на
> #include, всё работает как надо. Вот мне и интересно, что не так с
> этим #include_next.
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] #include_next
2010-12-02 11:25 ` REAL
@ 2010-12-02 16:54 ` Kirill A. Shutemov
2010-12-03 4:31 ` REAL
0 siblings, 1 reply; 9+ messages in thread
From: Kirill A. Shutemov @ 2010-12-02 16:54 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 02, 2010 at 05:25:38PM +0600, REAL wrote:
> 02.12.2010 17:16, REAL пишет:
> >> Нужен простой test-case, который показывает проблему с gcc. Без всяких
> >> upcc.
> >
> > См. выше. Простой тесткейс - файл с названием hello.trans.c
>
> http://iais.kemsu.ru:8080/hello.trans.c
>
> Собирать при помощи gcc (нужен установленный berkeley_upc).
>
> > Что интересно, если в файлах /usr/include/upcr_geninclude/stdio.h,
> > /usr/include/upcr_geninclude/stdlib.h и
> > /usr/include/upcr_geninclude/stddef.h заменить #include_next на
> > #include, всё работает как надо. Вот мне и интересно, что не так с
> > этим #include_next.
Судя, по тому что
echo '#include <stddef.h>' | gcc -E -I/usr/include/upcr_geninclude/ -
работает как надо, я думаю проблема совсем не в gcc.
Ищите ошибку в коде который пытаетесь собрать.
--
Kirill A. Shutemov
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] #include_next
2010-12-02 16:54 ` Kirill A. Shutemov
@ 2010-12-03 4:31 ` REAL
2010-12-03 4:36 ` REAL
0 siblings, 1 reply; 9+ messages in thread
From: REAL @ 2010-12-03 4:31 UTC (permalink / raw)
To: ALT Linux Team development discussions
02.12.2010 22:54, Kirill A. Shutemov пишет:
>>> Что интересно, если в файлах /usr/include/upcr_geninclude/stdio.h,
>>> /usr/include/upcr_geninclude/stdlib.h и
>>> /usr/include/upcr_geninclude/stddef.h заменить #include_next на
>>> #include, всё работает как надо. Вот мне и интересно, что не так с
>>> этим #include_next.
>
> Судя, по тому что
>
> echo '#include<stddef.h>' | gcc -E -I/usr/include/upcr_geninclude/ -
>
> работает как надо, я думаю проблема совсем не в gcc.
Я ещё раз процитировал ключевую фразу в начале письма.
> Ищите ошибку в коде который пытаетесь собрать.
Легко: убить все встречающиеся #include_next, заменив их на нормальные
#include. Только протестировать перед отправкой в сизиф надо будет, а
то мало ли где что вылезет.
Но ошибки в коде нет, это факт, подтверждённый тем, что без всяких
правок кода Berkeley UPC работает как часы много где. Только пока не у
нас, в ALT.
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] #include_next
2010-12-03 4:31 ` REAL
@ 2010-12-03 4:36 ` REAL
2010-12-03 8:11 ` REAL
0 siblings, 1 reply; 9+ messages in thread
From: REAL @ 2010-12-03 4:36 UTC (permalink / raw)
To: ALT Linux Team development discussions
03.12.2010 10:31, REAL пишет:
> Но ошибки в коде нет, это факт, подтверждённый тем, что без всяких
> правок кода Berkeley UPC работает как часы много где. Только пока не у
> нас, в ALT.
Оговорюсь ещё, что люди пробовали в ALT собирать руками, без rpm, и
ставить в /opt. В таком варианте работает. Спишем на подземные стуки,
неопасные для человека.
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] #include_next
2010-12-03 4:36 ` REAL
@ 2010-12-03 8:11 ` REAL
0 siblings, 0 replies; 9+ messages in thread
From: REAL @ 2010-12-03 8:11 UTC (permalink / raw)
To: ALT Linux Team development discussions
03.12.2010 10:36, REAL пишет:
> Оговорюсь ещё, что люди пробовали в ALT собирать руками, без rpm, и
> ставить в /opt. В таком варианте работает. Спишем на подземные стуки,
> неопасные для человека.
Оказывается, решение лежало перед самым носом. Перенёс хедеры из
/usr/include/upcr* в /usr/include/bupc/upcr* (т.е. подальше от
системных хедеров), и оно таки начало работать. Осталось ещё немного
напильником обработать, и можно заливать в сизиф.
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2010-12-03 8:11 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-12-02 9:24 [devel] #include_next REAL
2010-12-02 11:00 ` REAL
2010-12-02 10:59 ` Kirill A. Shutemov
2010-12-02 11:16 ` REAL
2010-12-02 11:25 ` REAL
2010-12-02 16:54 ` Kirill A. Shutemov
2010-12-03 4:31 ` REAL
2010-12-03 4:36 ` REAL
2010-12-03 8:11 ` REAL
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git