Linux boost array hpp no such file or directory

fatal error: boost/foreach.hpp: No such file or directory #11

Comments

MheniMerz commented Jan 31, 2018 •

i am trying to use RamCloud on Centos,
i’ve followed the instructions here
https://ramcloud.atlassian.net/wiki/spaces/RAM/pages/6848614/General+Information+for+Developers
and installed all the dependencies.

but when making the project i get the following error :

/home/mheni/RAMCloud/src/TransportManager.h:19:29: fatal error: boost/foreach.hpp: No such file or directory
#include

and this is in multiple files ( they are importing a file that does not exist )

The text was updated successfully, but these errors were encountered:

fatihky commented Jan 31, 2018

you must install boost libraries. see: http://www.boost.org/

yilongli commented Jan 31, 2018

@MheniMerz Can you find out where the boost header files are installed in your system by running, say, locate boost | fgrep foreach.hpp ? If boost is installed at an unconventional place in your system, you will have to provide them manually for g++.

fatihky commented Feb 1, 2018

Here is output that I got from that command.

MheniMerz commented Feb 1, 2018

thank you all for your quick response.

I’ve tried installing boost following the instructions on their webpage, but i encountered another problem with zlib library that boost depends on.

so i used a simple sudo yum install boost boost-devel boost-doc i think it installed boost successfully

Источник

fatal error: boost/utility/string_view.hpp: No such file or directory #543

Comments

ksergey commented Jun 26, 2017

Catch compilation error:

In my system installed boost 1.58. Which version of boost is required now?

Will be good to see in Beast/CMakeLists.txt something like find_package(Boost 1.60.0 REQUIRED COMPONENTS $)

The text was updated successfully, but these errors were encountered:

vinniefalco commented Jun 26, 2017

You need a more recent Boost. I think 1.63, or 1.64.

ksergey commented Jun 26, 2017

vinniefalco commented Jun 26, 2017

Keeping this open since there’s an actionable request here:

cmannett85 commented Jun 26, 2017

I’m running Fedora 25 (the latest stable release), and it only has Boost 1.60 available in its main repositories — which means I now can’t compile Beast. Boost 1.60 was only released 6 months ago.

Is the thinking behind this requirement that Beast will be released soon within Boost, so it only needs to support the Boost version it ships in and nothing earlier?

vinniefalco commented Jun 26, 2017

Is the thinking behind this requirement that Beast will be released soon within Boost, so it only needs to support the Boost version it ships in and nothing earlier?

Yes. Although, maybe to get you going I could #ifdef the string_view depending on the Boost version, would you like to make that change? Its in . Something like this:

cmannett85 commented Jun 26, 2017

That’s fine, thank you!

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Заголовочный файл не найден (boost / bind.hpp)

Я разрабатываю проект с Boost, и препроцессор не находит заголовочные файлы Boost по загадочной причине.

Я на xUbuntu 32 бит, и я использую g++ а также boost 1.55.0

Ошибка: main.cpp:1:26: fatal error: boost/bind.hpp: No such file or directory

Если я прокомментирую это включение, то следующее включение не будет найдено, поэтому проблема не в одном файле.

Код:

Makefile:

Main.cpp и make-файл находятся в whatever/myproject/

Буст библиотека находится в whatever/myproject/boost/

Ускоренные библиотеки (.a и .so) находятся в whatever/myproject/boost/stage/lib/

Заголовки повышения находятся в whatever/myproject/boost/boost/

Я искал около 2 часов, перепробовал все, что мог придумать, но безуспешно, поэтому большое спасибо заранее человеку, который может решить эту проблему.

Редактировать:

Решение

Можете ли вы запустить make -n или make V = 1 и опубликовать вывод?

Второй пост:

Я думаю, что включаемые папки должны находиться перед -o на g ++. Можете ли вы заменить $ (CC) -o $ (NAME) $ (OBJ) $ (IFLAGS) $ (LFLAGS)

с $ (CC) -c $ (IFLAGS) -o $ (NAME) $ (OBJ) $ (LFLAGS)

Пример строки из моего проекта выглядит так:

g ++ -c -g -I .. -I / usr / include / boost -std = c ++ 11 «build / Debug / main.o.d» -o build / Debug / main.o main.cpp

Первый пост:

Для смеха попробуйте выполнить -I / full / path / to / boost.

Часто с этими проблемами, это скорее случай «.» не будучи каталогом, вы думаете, что это так.

Пожалуйста, также опубликуйте, на какой платформе вы работаете (windows, Linux) и makefile

Другие решения

Я наконец решил проблему, установив boost с помощью apt-get вместо того, чтобы использовать его локально в папке проекта.

Источник

boost/system/system_error.hpp: No such file or directory #350

Comments

leonce-m commented Jul 26, 2021 •

I followed the installation instructions for ubuntu (20.04).

All the dependencies seem up to date.

Yet I get this error during the build

compilation terminated. make[2]: *** [util/CMakeFiles/kenlm_util.dir/build.make:167: util/CMakeFiles/kenlm_util.dir/stream/chain.cc.o] Error 1 make[2]: *** Waiting for unfinished jobs. make[1]: *** [CMakeFiles/Makefile2:288: util/CMakeFiles/kenlm_util.dir/all] Error 2 make: *** [Makefile:130: all] Error 2 «>

The text was updated successfully, but these errors were encountered:

kpu commented Jul 26, 2021

That looks like a pretty broken boost to me. A boost-internal header boost/thread/exceptions.hpp is including another file boost/system/system_error.hpp and not finding it. Are you sure you have only one version of boost installed and no funny business with home directories?

leonce-m commented Jul 26, 2021

Maybe (re-)installing ros-noetic is the culprit? That’s the only thing I think I did that would mess with it.
locate ‘boost/version.hpp’ yields just one result /usr/include/boost/version.hpp with BOOST_LIB_VERSION «1_71»

leonce-m commented Jul 27, 2021

Could it be that libboost_system isn’t being linked?

leonce-m commented Jul 27, 2021

this is the output of cmake with set(Boost_DEBUG 1)

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

fatal error: pyconfig.h: No such file or directory #489

Comments

pcmoritz commented Jun 11, 2014

if I clone the latest version of caffe from github and run ‘make pycaffe’, I get the following error:

I put the python subdirectory in my PYTHONPATH. This is a copy of #410, which still persists. Any help would be appreciated.

The text was updated successfully, but these errors were encountered:

longjon commented Jun 11, 2014

Are the appropriate headers and libraries installed for Python development on your system? Are they accessible from the paths defined by PYTHON_INCLUDES and PYTHON_LIB in Makefile.config ?

(By the way, why don’t we use python-config for setting those variables automatically?)

shelhamer commented Jun 11, 2014

@longjon I think we don’t automatically configure python in case of
multiple python installs and/or users who have a system python but really
would have a better life with Anaconda and so on.

Le mardi 10 juin 2014, longjon notifications@github.com a écrit :

Are the appropriate headers and libraries installed for Python development
on your system? Are they accessible from the paths defined by
PYTHON_INCLUDES and PYTHON_LIB in Makefile.config?

(By the way, why don’t we use python-config for setting those variables
automatically?)

—
Reply to this email directly or view it on GitHub
#489 (comment).

longjon commented Jun 11, 2014

@shelhamer that’s sensible enough, although surely the user’s PATH should contain the desired python , and therefore the desired python-config ? (Otherwise things are likely to go poorly when the user launches python and imports pycaffe built against a different Python, as we’ve seen happen before.)

In any case building against Anaconda explicitly is a commented option in Makefile.config.example , the question is just what the default should be.

pcmoritz commented Jun 11, 2014

Thank you for your help, adding
/usr/include/python2.7/
to the PYTHON_INCLUDE list in Makefile.config did the trick.

crizCraig commented Oct 16, 2014

Specifying the correct anaconda location fixed this for me. See pull request #1296. So I changed ANACONDA_HOME to /anaconda .

Источник