ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [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