Re: [jamboost] build.bat/build.sh problem?

From: Rene Rivera (grafik666_at_[hidden])
Date: 2003-04-20 20:15:45

First, sorry for the silence, been extreemly busy :-(

[2003-04-17] Vladimir Prus wrote:

>David Abrahams wrote:
>> When I run build.bat, I get:
>>
>> build.bat
>> Setting environment for using Microsoft Visual C++ tools.
>[...]
>> pwd.c Command line warning D4002 : ignoring unknown option
>>
'/LIBPATH:C:\PROGRA~1\MICROS~4\VC98\LIB;C:\PROGRA~1\MICROS~4\VC98\MFC\LIB;C
>>:\tools\Intel\Compiler70\IA32\Lib;C:\Program Files\Common
Files\Intel\Shared
>> Files\Ia32\Lib;C:\tools\Intel\Compiler60\IA32\Lib' 
>
>BTW, I think this warning is a bad thing. Matthew Towler has reported that
is 
>leads to build failure (see
>http://article.gmane.org/gmane.comp.lib.boost.devel/18728/) but that
message 
>seems to have fallen through the cracks. Rene, can you comment?

Yes this is a problem. But I'm not sure what to do about it. I originally
put that in there because we would get errors about not finding the
kernel32.lib. Is there some other way to tell the compiler how to find a
lib? Like an environment variable?

>> C:\boost\tools\build\jam_src>.\bootstrap.msvc\jam0 -f build.jam
>> --toolset=msvc "--toolset-root=C:\Program Files\Microsoft Visual
>> Studio\VC98\ " ...found 44 targets...
>>
>> Now the strange thing is that jam0 doesn't seem to be doing anything.
>> I think maybe it should be, even if I don't kill off bootstrap.msvc.
>> Opinions?
>
>I think that if we completely rebootsrap jam, then we probably should pass
-a 
>when invoking \bootstrap.msvc\jam0 -- doing otherwise seems unlogical. 
>(I recall that the whole point of complete rebootsrapping is to make sure 
>everything will be correctly from scratch).

Do you mean to do the equivalent of a clean/rebuild each time? I guess that
makes sense with the intent to always clean bootstrap. I'll go do that.

-- grafik - Don't Assume Anything
-- rrivera_at_[hidden] - grafik_at_[hidden]
-- 102708583_at_icq