../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:73: error: expected unqualified-id before ')' token
../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:76: error: expected unqualified-id before ';' token
../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:84: error: expected unqualified-id before ')' token
../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:95: error: expected unqualified-id before ')' token
is_incrementable.hpp
вот здесь:
// This namespace ensures that ADL doesn't mess things up.namespace is_incrementable_
{
// a type returned from operator++ when no increment is found in the
// type's own namespacestruct tag {};
}
А РУГАЕЦО ТУТ!!! Хотя tag вот он выше...
namespace is_incrementable_
{
.. бла бла бла
72 // two check overloads help us identify which operator++ was picked
73 char (& check(tag) )[2];
}
По всей видимости что такое tag ему не ведомо...
Кто то сталкивался? Как лечить?
Здравствуйте, kpcb, Вы писали:
K>Здравствуйте, nen777w, Вы писали:
N>>../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:73: error: expected unqualified-id before ')' token N>>../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:76: error: expected unqualified-id before ';' token N>>../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:84: error: expected unqualified-id before ')' token N>>../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:95: error: expected unqualified-id before ')' token
K>А сообщений о ненайденых хидерах до этого не было?
Не было. Вот полное описание ошибки:
In file included from ../BOOST/boost_1_43_0/boost/iostreams/detail/resolve.hpp:17,
from ../BOOST/boost_1_43_0/boost/iostreams/detail/push.hpp:24,
from ../BOOST/boost_1_43_0/boost/iostreams/filtering_stream.hpp:19,
from /Volumes/X/PROJECTS/PROJECT_OGL/SRC/SCENES/ScTestScene.cpp:15:
../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:73: error: expected unqualified-id before ')' token
../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:76: error: expected unqualified-id before ';' token
../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:84: error: expected unqualified-id before ')' token
../BOOST/boost_1_43_0/boost/detail/is_incrementable.hpp:95: error: expected unqualified-id before ')' token
In file included from ../BOOST/boost_1_43_0/boost/iostreams/detail/resolve.hpp:26,
from ../BOOST/boost_1_43_0/boost/iostreams/detail/push.hpp:24,
from ../BOOST/boost_1_43_0/boost/iostreams/filtering_stream.hpp:19,
from /Volumes/X/PROJECTS/PROJECT_OGL/SRC/SCENES/ScTestScene.cpp:15:
../BOOST/boost_1_43_0/boost/iostreams/detail/is_dereferenceable.hpp:62: error: expected unqualified-id before ')' token
Здравствуйте, Кодт, Вы писали:
К>Здравствуйте, nen777w, Вы писали:
К>В порядке бреда: может, там где-то затесался #define tag ?
Исключено. Пробовал включать
#include "boost/iostreams/filtering_stream.hpp"
первым — та же фигня.
Есть у кого то GCC 4.2 или XCode 3.2.4 что бы проверить что Я не один такой?
К>>В порядке бреда: может, там где-то затесался #define tag ? N>Исключено. Пробовал включать N>#include "boost/iostreams/filtering_stream.hpp" N>первым — та же фигня.
N>Есть у кого то GCC 4.2 или XCode 3.2.4 что бы проверить что Я не один такой?
Немного покопавшись выяснилось что GCC тут
char (& check(tag) )[2];
не нравится именно check. Т.к. это макрос из системного хидера в AssertMacros.h
Правда еще не смог отследить откуда ниточки тянутся. Но скорее так оно и есть.
Теперь думаю, самому фиксить и писать багу в boost.org?
Просто Я посмотрел предидушее и сл. версии boost этот хидер давно никто не менял.
Есть вероятность что у меня что то не доопределено.
К>>>В порядке бреда: может, там где-то затесался #define tag ? N>>Исключено. Пробовал включать N>>#include "boost/iostreams/filtering_stream.hpp" N>>первым — та же фигня.
N>>Есть у кого то GCC 4.2 или XCode 3.2.4 что бы проверить что Я не один такой?
N>Немного покопавшись выяснилось что GCC тут N>
N>char (& check(tag) )[2];
N>
N>не нравится именно check. Т.к. это макрос из системного хидера в AssertMacros.h N>Правда еще не смог отследить откуда ниточки тянутся. Но скорее так оно и есть. N>Теперь думаю, самому фиксить и писать багу в boost.org?
N>Просто Я посмотрел предидушее и сл. версии boost этот хидер давно никто не менял. N>Есть вероятность что у меня что то не доопределено.
Короче, покопавшись в багтрекере boost-а нашел фикс этой проблеме.
То же вот вылезло в is_dereferenceable.hpp — опять этот check портит картину...
Удивляет другое, фикс уже предложили давно а вот в 1.43 и 1.44 версию он не попал?
boost-оводы забили на MacOSX ??
Здравствуйте, nen777w, Вы писали:
N>Здравствуйте, Кодт, Вы писали:
К>>Здравствуйте, nen777w, Вы писали:
К>>В порядке бреда: может, там где-то затесался #define tag ? N>Исключено. Пробовал включать N>#include "boost/iostreams/filtering_stream.hpp" N>первым — та же фигня.
N>Есть у кого то GCC 4.2 или XCode 3.2.4 что бы проверить что Я не один такой?
У меня boost 1.44, gcc 4.2.1, gcc 4.3.5, gcc 4.4.4, gcc 4.5.1, gcc 4.6 — все пучком. Я-ж тебе говорил, надо было из портов ставить.
Здравствуйте, alexeiz, Вы писали:
A>Здравствуйте, nen777w, Вы писали:
N>>Здравствуйте, Кодт, Вы писали:
К>>>Здравствуйте, nen777w, Вы писали:
К>>>В порядке бреда: может, там где-то затесался #define tag ? N>>Исключено. Пробовал включать N>>#include "boost/iostreams/filtering_stream.hpp" N>>первым — та же фигня.
N>>Есть у кого то GCC 4.2 или XCode 3.2.4 что бы проверить что Я не один такой?
A>У меня boost 1.44, gcc 4.2.1, gcc 4.3.5, gcc 4.4.4, gcc 4.5.1, gcc 4.6 — все пучком. Я-ж тебе говорил, надо было из портов ставить.
A>А там вот такая штука: A>
A>char (& check BOOST_PREVENT_MACRO_SUBSTITUTION(tag) )[2];
A>
Здравствуйте, nen777w, Вы писали:
N>Удивляет другое, фикс уже предложили давно а вот в 1.43 и 1.44 версию он не попал? N>boost-оводы забили на MacOSX ??
Скорее, маководы забили на буст (и на всех остальных добрых людей). Это ведь надо додуматься, слово check замакросить.
Тёплыми (горячими даже) словами вспоминаются макросы семейства dlg1,dlg2,... из недр <windows.h>
Здравствуйте, nen777w, Вы писали:
N>Но вот как мне теперь например прилинковать его в проекту в XCode? N>И где искать эти самые хидераи либу, куда его macports записал мне на диск?
port contents freetype
должен тебе это сказать. Еще есть такая штука, pkg-config:
Здравствуйте, alexeiz, Вы писали:
A>Здравствуйте, nen777w, Вы писали:
N>>Но вот как мне теперь например прилинковать его в проекту в XCode? N>>И где искать эти самые хидераи либу, куда его macports записал мне на диск?
A>port contents freetype
A>должен тебе это сказать. Еще есть такая штука, pkg-config:
A>pkg-config --libs freetype2 A>pkg-config --cflags freetype2
У меня такой штуки нету.
Но вот вчера пошарился по диску надыбал место куда port freetype затащил.
Вот оно:
/opt/local/ — а там и include и lib лежат.
Только вот такая странная штука... прописал в XCode пути все туда он вроде либу находит, а линковщик всеравно ругаецо...
Не подскажете случайно утилитку которой можно смотреть что из либы экспортицо, как в винде например есть такие.
И вот еще есть вопрос, сори больше спрашивать не буду. Можно как то макпорт заставить устанавливать порты на другой диск (не основной)?
А то у меня основного уже не хватает для XCode, всего 1Gb осталось, еле для XCode хватает.
Здравствуйте, nen777w, Вы писали:
N>Только вот такая странная штука... прописал в XCode пути все туда он вроде либу находит, а линковщик всеравно ругаецо... N>Не подскажете случайно утилитку которой можно смотреть что из либы экспортицо, как в винде например есть такие.
nm /opt/local/lib/libfreetype.a
Должна показать, что в этой библиотеке.
N>И вот еще есть вопрос, сори больше спрашивать не буду. Можно как то макпорт заставить устанавливать порты на другой диск (не основной)? N>А то у меня основного уже не хватает для XCode, всего 1Gb осталось, еле для XCode хватает.
Думаю можно через automount подмонтировать /opt/local с другого диска. Посмотри "man auto_master" и /etc/auto_master.
ld: warning: in /Developer/SDKs/MacOSX10.5.sdk/usr/local/lib/libfreetype.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
Undefined symbols:
"_FT_New_Face", referenced from: бла бла бла
На проверку:
nm /usr/local/lib/libfreetype.a
Отлично показывает наличие этого символа и многих других недостающих. Значит линкер после варнинга просто отбросил библиотеку так как она не совместим с моими настроками линковки.
А именно:
— у меня пока что: -arch i386
Значит мне надо пересобрать freetype именно с этим ключиком.
Но Я вот не могу найти как в make — передать именно этот ключ.
Или это нужно сделать еще в ./configure
потому что консольный вывод был такой:
cd builds/unix; ./configure
checking build system type... x86_64-apple-darwin10.2.0
checking host system type... x86_64-apple-darwin10.2.0
Я так понимаю 10.2.0 — это минимальный deployment target
А вот: x86_64 — это архитектура то что будет передано в GCC в параметр -arch когда Я буду делать make