[1.34.0] building on cygwin fails out of the box
All, Trying to build 1.34.0 out of the box on Cygwin yields the following errors when trying to install it. Ideas? ./tools/jam/src/bin.cygwinx86/bjam --user-config=user-config.jam --prefix=/usr/local --exec-prefix=/usr/local --libdir=/usr/local/lib --includedir=/usr/local/include install Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (don't panic: this is a strictly optional feature). /boost/boost_1_34_0/tools/build/v2/build/virtual-target.jam:996: in virtual-target.register-actual-name from module virtual-target error: Duplicate name of actual target:
exact.dll.a error: previous virtual target { common%common.hard-link-exact.dll.a.IMPORT_LIB { common%common.copy-boost_signals-gcc41-mt-d-1_34.dll.a.IMPORT_LIB { gcc%gcc.link.dll-boost_signals-gcc41-mt-d-1_34.dll.a.IMPORT_LIB { gcc%gcc.compile.c++-trackable.o.OBJ { trackable.cpp.CPP } } { gcc%gcc.compile.c++-connection.o.OBJ { connection.cpp.CPP } } { gcc%gcc.compile.c++-named_slot_map.o.OBJ { named_slot_map.cpp.CPP } } { gcc%gcc.compile.c++-signal_base.o.OBJ { signal_base.cpp.CPP } } { gcc%gcc.compile.c++-slot.o.OBJ { slot.cpp.CPP } } } } } error: created from ./install-unversioned error: another virtual target { common%common.hard-link-exact.dll.a.IMPORT_LIB { common%common.copy-boost_prg_exec_monitor-gcc41-mt-d-1_34.dll.a.IMPORT_LIB { gcc%gcc.link.dll-boost_prg_exec_monitor-gcc41-mt-d-1_34.dll.a.IMPORT_LIB { gcc%gcc.compile.c++-execution_monitor.o.OBJ { execution_monitor.cpp.CPP } } { gcc%gcc.compile.c++-cpp_main.o.OBJ { cpp_main.cpp.CPP } } } } } error: created from ./install-unversioned error: added properties: <define>BOOST_TEST_DYN_LINK=1 error: removed properties: <define>BOOST_SIGNALS_DYN_LINK=1 <define>BOOST_SIGNALS_NO_LIB=1 /boost/boost_1_34_0/tools/build/v2/build/virtual-target.jam:459: in actualize-no-scanner from module object(file-target)@16510 /boost/boost_1_34_0/tools/build/v2/build/virtual-target.jam:111: in object(file-target)@16510.actualize from module object(file-target)@16510 /boost/boost_1_34_0/tools/build/v2/build-system.jam:476: in load from module build-system /boost/boost_1_34_0/tools/build/v2/kernel/modules.jam:261: in import from module modules /boost/boost_1_34_0/tools/build/v2/kernel/bootstrap.jam:132: in boost-build from module /boost/boost_1_34_0/boost-build.jam:9: in module scope from module Not all Boost libraries built properly. Andy Stevenson
hey thanks.. the ./configure make install now works .. but there is some
problem with the build process.. for some reason on cygwin the installation
happens to be super slow on my computer.. installing boost through dev-cpp
takes 15 mintues top..installing through cygwin for some reason takes 5
hours ... ( common.copy). I know its a little off topic.. but taking 5 hours
to install boost shouldn't be common..
On 5/14/07, Vladimir Prus
Andy Stevenson wrote:
All,
Trying to build 1.34.0 out of the box on Cygwin yields the following errors when trying to install it. Ideas?
This is know issue in 1.34.0. Please try the attached patch.
- Volodya _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
chun ping wang wrote:
hey thanks.. the ./configure make install now works .. but there is some problem with the build process.. for some reason on cygwin the installation happens to be super slow on my computer.. installing boost through dev-cpp takes 15 mintues top..installing through cygwin for some reason takes 5 hours ... ( common.copy). I know its a little off topic.. but taking 5 hours to install boost shouldn't be common..
This is indeed unexpected, but I have no idea what could be wrong. Is most of this time indeed spent copying files? - Volodya
basically yeah.. common.copy takes about 85 percent of the time.
On 5/24/07, Vladimir Prus
chun ping wang wrote:
hey thanks.. the ./configure make install now works .. but there is some problem with the build process.. for some reason on cygwin the installation happens to be super slow on my computer.. installing boost through dev-cpp takes 15 mintues top..installing through cygwin for some reason takes 5 hours ... ( common.copy). I know its a little off topic.. but taking 5 hours to install boost shouldn't be common..
This is indeed unexpected, but I have no idea what could be wrong. Is most of this time indeed spent copying files?
- Volodya
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
I've been having the very same problem. But with my crappy computer (512 Mb
ram...) it took me 3 days for the install stage and, as you say,
common.copytakes most of the time.
Regards.
- Arthur
On 5/24/07, chun ping wang
basically yeah.. common.copy takes about 85 percent of the time.
On 5/24/07, Vladimir Prus
wrote: chun ping wang wrote:
hey thanks.. the ./configure make install now works .. but there is some problem with the build process.. for some reason on cygwin the installation happens to be super slow on my computer.. installing boost through dev-cpp takes 15 mintues top..installing through cygwin for some reason takes 5 hours ... ( common.copy). I know its a little off topic.. but taking 5 hours to install boost shouldn't be common..
This is indeed unexpected, but I have no idea what could be wrong. Is most of this time indeed spent copying files?
- Volodya
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Eons ago, one company I was at used cygwin and my builds were orders of magnitudes slower then others (hours vs minutes). With closer investigation, the build process spawned lots of command shells and each one took several seconds to start. After removing and reinstalling the cygwin, my builds were back in the minutes category.
Just a thought...
Adam
----- Original Message -----
From: chun ping wang
To: boost-users@lists.boost.org
Sent: Thursday, May 24, 2007 1:51 PM
Subject: [work] Re: [Boost-users] [1.34.0] building on cygwin fails out of the box
basically yeah.. common.copy takes about 85 percent of the time.
On 5/24/07, Vladimir Prus
I've noticed that when I invoke the bjam command it launches two bjam
processes (in the task manager) and that they allocate around 170 Mb each
out of 512 Mb making my computer useless and the whole (install) process
takes hours to days...
Regards.
- Arthur
On 5/24/07, Adam Peterson
Eons ago, one company I was at used cygwin and my builds were orders of magnitudes slower then others (hours vs minutes). With closer investigation, the build process spawned lots of command shells and each one took several seconds to start. After removing and reinstalling the cygwin, my builds were back in the minutes category.
Just a thought...
Adam ----- Original Message -----
*From:* chun ping wang
*To:* boost-users@lists.boost.org *Sent:* Thursday, May 24, 2007 1:51 PM *Subject:* [work] Re: [Boost-users] [1.34.0] building on cygwin fails out of the box basically yeah.. common.copy takes about 85 percent of the time.
On 5/24/07, Vladimir Prus
wrote: chun ping wang wrote:
hey thanks.. the ./configure make install now works .. but there is some problem with the build process.. for some reason on cygwin the installation happens to be super slow on my computer.. installing boost through dev-cpp takes 15 mintues top..installing through cygwin for some reason takes 5 hours ... ( common.copy). I know its a little off topic.. but taking 5 hours to install boost shouldn't be common..
This is indeed unexpected, but I have no idea what could be wrong. Is most of this time indeed spent copying files?
- Volodya
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
------------------------------
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
I've noticed the same symptoms. Both processes using > 150M of memory.
On 5/24/07, Arthur Carlsson
I've noticed that when I invoke the bjam command it launches two bjam processes (in the task manager) and that they allocate around 170 Mb each out of 512 Mb making my computer useless and the whole (install) process takes hours to days...
Regards. - Arthur
On 5/24/07, Adam Peterson
wrote: Eons ago, one company I was at used cygwin and my builds were orders of magnitudes slower then others (hours vs minutes). With closer investigation, the build process spawned lots of command shells and each one took several seconds to start. After removing and reinstalling the cygwin, my builds were back in the minutes category.
Just a thought...
Adam ----- Original Message -----
*From:* chun ping wang
*To:* boost-users@lists.boost.org *Sent:* Thursday, May 24, 2007 1:51 PM *Subject:* [work] Re: [Boost-users] [1.34.0] building on cygwin fails out of the box basically yeah.. common.copy takes about 85 percent of the time.
On 5/24/07, Vladimir Prus
wrote: chun ping wang wrote:
hey thanks.. the ./configure make install now works .. but there is some problem with the build process.. for some reason on cygwin the installation happens to be super slow on my computer.. installing boost through dev-cpp takes 15 mintues top..installing through cygwin for some reason takes 5 hours ... ( common.copy). I know its a little off topic.. but taking 5 hours to install boost shouldn't be common..
This is indeed unexpected, but I have no idea what could be wrong. Is most of this time indeed spent copying files?
- Volodya
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
------------------------------
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
-- Bobby Ward ------------------------------ bobbyrward@gmail.com http://www.bobbyrward.com http://combustion.sourceforge.net
Bobby Ward wrote:
I've noticed the same symptoms. Both processes using > 150M of memory.
If it's the hardlink/copy... Could someone with cygwin do a "bjam -n -a" and try one of the hardlink/copy commands manually to see if it really is just the command. And perhaps find out why. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
If I run 'bjam -n install' I get a single process. After 7 minutes and
197MB of memory it prints
...patience...
...patience...
Which kind of negates the purpose of the message. :-/
After another minute it starts printing the copy commands and finishes in
under a minute.
I'll try running "bjam -n -a" when I have a couple of hours to kill.
On 5/24/07, Rene Rivera
Bobby Ward wrote:
I've noticed the same symptoms. Both processes using > 150M of memory.
If it's the hardlink/copy... Could someone with cygwin do a "bjam -n -a" and try one of the hardlink/copy commands manually to see if it really is just the command. And perhaps find out why.
-- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
-- Bobby Ward ------------------------------ bobbyrward@gmail.com http://www.bobbyrward.com http://combustion.sourceforge.net
heres what i got....
......
common.copy/usr/boost-install/include/boost-1_34/boost/type_traits/is_member_fu
nction_pointer.hpp
common.copy/usr/boost-install/include/boost-1_34/boost/type_traits/is_member_ob
ject_pointer.hpp
common.copy/usr/boost-install/include/boost-1_34/boost/type_traits/is_member_po
inter.hpp
50470 [main] bjamCygwin 3976 child_info::sync: wait failed, pid 3364,
Win32 er
ror 0
1238818 [main] bjamCygwin 3976 fork: child -1 - died waiting for longjmp
before
initialization, retry 10, exit code 0x1000000, errno 11
vfork: Resource temporarily unavailable
36 [main] bjamCygwin 3364 child_copy: data read copy failed,
0x417000..0x41
8D70, done 0, windows pid 3364, Win32 error 5
698251 [main] bjamCygwin 3364 fixup_mmaps_after_fork: VirtualQueryEx failed
for
MAP_PRIVATE address 0x7FEF0000, Win32 error 5
774402 [main] bjamCygwin 3364
C:\cygwin\usr\src\boost_1_34_0\bjamCygwin.exe: **
* fatal error - recreate_mmaps_after_fork_failed
Not all Boost libraries built properly.
On 5/25/07, Bobby Ward
If I run 'bjam -n install' I get a single process. After 7 minutes and 197MB of memory it prints ...patience... ...patience...
Which kind of negates the purpose of the message. :-/
After another minute it starts printing the copy commands and finishes in under a minute.
I'll try running "bjam -n -a" when I have a couple of hours to kill.
On 5/24/07, Rene Rivera < grafikrobot@gmail.com> wrote:
Bobby Ward wrote:
I've noticed the same symptoms. Both processes using > 150M of memory.
If it's the hardlink/copy... Could someone with cygwin do a "bjam -n -a" and try one of the hardlink/copy commands manually to see if it really is just the command. And perhaps find out why.
-- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift- software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
-- Bobby Ward ------------------------------ bobbyrward@gmail.com
http://www.bobbyrward.com http://combustion.sourceforge.net
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
That's exactly the error I get after bjam has been running for forever. If I
run the same command again the build process resumes where it failed with
the same result.
Regards.
- Arthur
On 5/28/07, chun ping wang
heres what i got.... ...... common.copy/usr/boost-install/include/boost-1_34/boost/type_traits/is_member_fu nction_pointer.hpp common.copy/usr/boost-install/include/boost-1_34/boost/type_traits/is_member_ob ject_pointer.hpp common.copy/usr/boost-install/include/boost-1_34/boost/type_traits/is_member_po inter.hpp 50470 [main] bjamCygwin 3976 child_info::sync: wait failed, pid 3364, Win32 er ror 0 1238818 [main] bjamCygwin 3976 fork: child -1 - died waiting for longjmp before initialization, retry 10, exit code 0x1000000, errno 11 vfork: Resource temporarily unavailable 36 [main] bjamCygwin 3364 child_copy: data read copy failed, 0x417000..0x41 8D70, done 0, windows pid 3364, Win32 error 5 698251 [main] bjamCygwin 3364 fixup_mmaps_after_fork: VirtualQueryEx failed for MAP_PRIVATE address 0x7FEF0000, Win32 error 5 774402 [main] bjamCygwin 3364 C:\cygwin\usr\src\boost_1_34_0\bjamCygwin.exe: ** * fatal error - recreate_mmaps_after_fork_failed Not all Boost libraries built properly.
On 5/25/07, Bobby Ward < bobbyrward@gmail.com> wrote:
If I run 'bjam -n install' I get a single process. After 7 minutes and 197MB of memory it prints ...patience... ...patience...
Which kind of negates the purpose of the message. :-/
After another minute it starts printing the copy commands and finishes in under a minute.
I'll try running "bjam -n -a" when I have a couple of hours to kill.
On 5/24/07, Rene Rivera < grafikrobot@gmail.com> wrote:
Bobby Ward wrote:
I've noticed the same symptoms. Both processes using > 150M of memory.
If it's the hardlink/copy... Could someone with cygwin do a "bjam -n -a" and try one of the hardlink/copy commands manually to see if it really is just the command. And perhaps find out why.
-- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift- software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
-- Bobby Ward ------------------------------ bobbyrward@gmail.com
http://www.bobbyrward.com http://combustion.sourceforge.net
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
participants (7)
-
Adam Peterson
-
Andy Stevenson
-
Arthur Carlsson
-
Bobby Ward
-
chun ping wang
-
Rene Rivera
-
Vladimir Prus