linuxdcpp-team team mailing list archive

[vszakats <vszakats@xxxxxxxxxxx>]

> In this case, `port` is probably adding /opt/local to the include paths automatically when it calls `gcc`. Did you use a Portfile to 
> build LinuxDC++ or did you just use XCode gcc directly? (I'm guessing the latter?)

I used GCC directly. I used the exact steps you find in current instructions, 
and after having installed XCode, its included GCC 4.2.1 is the default GCC 
compiler on my system.

> overwriting system parts could be fatal, but for sure not very clean thing to do.
> BTW, MacPorts will never overwrite system parts because everything is in /opt/local. This won't affect the rest of your system at 
> all.

I know, this was exactly my point also.

[ Besides MacPorts, there is also Fink as a package manager, which uses /sw dir 
to store its files. I didn't make tests with it and linuxdcpp though. ]

-- 
MacPorts boost lib not detected on OS X
https://bugs.launchpad.net/bugs/481833
You received this bug notification because you are a member of LinuxDC++
Team, which is subscribed to LinuxDC++.

Status in Linux DC++: Fix Committed

Bug description:
Hi,

Tested with latest bzr repository, after installing all dependencies via MacPorts 1.8.1, 
this error remains when launching build with scons:
---
...
Checking for C++ header file boost/version.hpp... no
	boost not found.
	Note: You might have the lib but not the headers
---
boost headers *are* installed in /opt/local/include/boost/*, but it's not picked.
(all other MacPorts dependencies are recognized)

If I comment out the check in SConstruct and add -I/opt/local/include to CXXFLAGS, 
it builds correctly.