Re: [Boost-users] I ran b2 with the -d+2 command and redirected the output to a file

Subject: Re: [Boost-users] I ran b2 with the -d+2 command and redirected the output to a file
From: Leo Carreon (lcarreon_at_[hidden])
Date: 2019-01-05 02:59:25

If you want shared libraries you need to specify “link=runtime” on the b2 command line.  If you want the libraries to use shared runtime libraries you also need to include “runtime-link=shared”.

From: Osman Zakir via Boost-users 
Sent: Saturday, January 5, 2019 9:02 AM
To: boost-users_at_[hidden] 
Cc: Osman Zakir 
Subject: Re: [Boost-users] I ran b2 with the -d+2 command and redirected the output to a file

If I post here which libraries failed, and then show the log file again, will I get more help that way?  

I passed arguments "--prefix=C:/Boost" and "--build-dir=C:/Boost_Build", and I have no Boost directory right now even after the build completed.  And I had that same "failed updating 44 targets" error again too.  But I do have .lib files for the following libraries in the stage/lib directory in C:/boost_1_69_0: 

Atomic, Chrono, Container, Context, Contract, Coroutine, Date_time, Exception, Fiber, Filesystem, Graph, Iostreams, Locale, Math_c99 (including f and l ones), Math_tr1 (including f and l ones), Prg_exec_monitor, Program_options, Python37, Random, Regex, Serialization, Stacktrace_noop, System, Text_exec_monitor, Thread, Timer, Type_erasure, Unit_test_framework, Wave, Wserialization.

I don't have shared libraries, though.  But maybe I don't those anymore.  I ran b2 without specifying anything other than "--layout=versioned" , "-d+2", and the prefix and build-dir flags.  And directed the output to a log file like before.  Though it could be that some of the .lib files for each of the libraries failed to build.  

--------------------------------------------------------------------------------

From: Boost-users <boost-users-bounces_at_[hidden]> on behalf of Paul A. Bristow via Boost-users <boost-users_at_[hidden]>
Sent: Friday, January 4, 2019 8:49 PM
To: boost-users_at_[hidden]
Cc: Paul A. Bristow
Subject: Re: [Boost-users] I ran b2 with the -d+2 command and redirected the output to a file 

From: Boost-users [mailto:boost-users-bounces_at_[hidden]] On Behalf Of Osman Zakir via Boost-users
Sent: 03 January 2019 22:27
To: boost-users_at_[hidden]
Cc: Osman Zakir
Subject: [Boost-users] I ran b2 with the -d+2 command and redirected the output to a file

This is a follow-up to the message where I asked for help about a failed attempt to build Boost.  I ran b2 with the -d+2 command in
addition to the other commands and also redirected the output to a file.  It's attached to this message, as well as the
project-config.jam file.

Well this looks quite encouraging  - in that most of the key libraries are built OK.  Well done for exploring off the end of the
known universe!

You can see a complete list of successes by looking your /lib/ folder.

A few more –Wno- items would reduce clutter in the log file.

You may probably find that you can use what you have to get some or all of your applications going (partly because so much of Boost
is header only).  Worth a try to size the scale of remaining problems?

So congratulations for making a big step forward (despite the size of the log file ;-)

If you decide that you don’t need the failing libraries, you can get a clean build by adding-- without_some_library for example
--without-python ...

>b2 -a will try to build everything from scratch.

(If you want a completely clean re-build, you can, are from time to time should, delete the whole of the folder bin.v2 before
running b2 with all your options - most conveniently in a .bat file).

Sadly I have no idea on individual failures, but I fear you will have to raise a query with each failing library maintainer (on this
list) to find what is missing to build the failing libraries.

For example:

You are not alone is finding that __imp_CryptEnumProvidersA is missing

http://boost.2283326.n4.nabble.com/boost-1-19-0-fails-to-build-random-using-clang-cl-tp4706741.html

I think that this should be provided by “Microsoft Strong Cryptographic Provider”

https://docs.microsoft.com/en-us/windows/desktop/seccrypto/microsoft-enhanced-cryptographic-provider

is wincrypt.h inaccessible? Or is there a .dll that you need to link?

Sadly Microsoft seem not to provide an index of all these __imp_ items.  I've had to guess :-(

Keep going!

Paul

PS 7-zip.org provides the most popular and convenient zipper.

---
Paul A. Bristow
Prizet Farmhouse
Kendal UK LA8 8AB
[phone]
_______________________________________________
Boost-users mailing list
Boost-users_at_[hidden]
https://lists.boost.org/mailman/listinfo.cgi/boost-users
--------------------------------------------------------------------------------
_______________________________________________
Boost-users mailing list
Boost-users_at_[hidden]
https://lists.boost.org/mailman/listinfo.cgi/boost-users