On May 13, 2008, at 12:29 AM, Igor Mikushkin wrote:

2008/5/13 Ryan Schmidt:

On May 12, 2008, at 7:33 AM, Igor Mikushkin wrote:

When I try to install boost I get this error:

--->  Building boost with target all
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_dev el_boost/work/boost_1_35_0"
&& gmake all " returned error 2
Command output: Makefile:2: *** missing separator.  Stop.


First 3 lines of Makefile:

BJAM=./tools/jam/src/
...skipped bjam for lack of ...
...failed updating 1 target.../bjam


(I didn't have installed BJAM before boost installation)

The boost port says it depends on the boost-jam port. So just to make sure:
the boost-jam port did get installed for you automatically, yes?

Yes, boost-jam did get installed automatically as a dependency of
boost libraries.

After manual ./configure all is OK.

Explain. You went into the worksrcdir and ran "./configure" and then tried
"sudo port install boost" again and it worked? Or what?

Yes, I looked at a makefile, then decided to run configure script.
After that "sudo port install boost" worked properly.

Is this a bug?

Hard to know at this point. What version of Mac OS X, Xcode, and MacPorts do you have, and on what processor? Someone with a similar configuration
could try it out and see if we can reproduce the problem.

Configuration:
- MacOS X 10.5.2
- XCode 3.0
- MacPorts 1.600
- Processor: PPC

Ok. I can reproduce the issue on Mac OS X 10.5.2, Xcode 3.1 (iPhone SDK beta 5), MacPorts 1.7 (trunk r36691), Intel Core 2 Duo.

The problem is likely the very common one that affects Leopard users, described here:

http://trac.macports.org/wiki/ LeopardProblems#environmentvariablesbecomeblankbetweenconfigureandbuildp hases

The problem occurs when you request to install one port, but this causes another port to first be installed as a dependency. The environment variables don't get properly reset between finishing installing one port and beginning to install the next one. This may be due to a bug in Leopard's tcl, we're not sure yet. We don't have a solution to this problem right now, but the workaround is to clean the port work area and just request the install again. It works the second time.

sudo port clean --work boost
sudo port install boost


_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo/macports-users

Reply via email to