Samuel Krempp <[EMAIL PROTECTED]> writes:

> le Jeudi 14 Août 2003 16:56, [EMAIL PROTECTED] écrivit :
>
>> I think we should fix it.
>> 
>> The fix is pretty easy; just add
>> 
>>      <intel-linux><*><runtime-link>static
>
> ok, except it's the opposite (static for metrowerks, dynamic for the rest)
> <metrowerks><*><runtime-link>static
>
> I could put that in my tests/Jamfile, but I guess the regression tests are
> done using fancy toolset names (cwpro8, etc..) and thus wont match
> metrowerks.

Yes, that's the problem.  There is another way:

  rule format-rtlink ( toolset variant : properties* )
  {
      if [ MATCH .*(metrowerks).* : $(toolset) ] || 
          [ MATCH .*(cwpro).* : $(toolset) ]
      {
         return <runtime-link>static $(properties) ;
      }
      else
      {
         return <runtime-link>dynamic $(properties) ;
      }
  }

Now add format-rtlink to the requirements.

>> to the requirements.  Alternatively, you could use something like:
>> 
>> local rtlink = <runtime-link>static
>> if $(NT)
>> {
>>    rtlink = <runtime-link>dynamic
>> }
>> 
>> 
>> and then add $(rtlink) to the target requirements.  This is a bit more
>> reliable because we have a proliferation of very specific toolset
>> names at this point (i.e. it might not match "metrowerks" or
>> "intel-linux").
>
> I'm not sure to understand this one. 
> it will make linking static except on windows NT toolsets, right ?

Yeah.

> that's not really what I need. I'd like to have dynamic everywhere, 
> except for metrowerks.

So maybe I got it backwards.  How terrible is it to always link
statically on NT?

> (oh, and maybe this is no longer even needed for current metrowerks,

I think it is.

> I've updated my tests/Jamfile in the trunk to remove static-linking
> requirement, and I'll check the HEAD regression results tomorrow)
>
> Would it be possible to define somekind of a
> "needs_static-rt_when_using_locale" variable in metrowerks toolsets, which
> I could then check for in format tests's Jamfile ?

That wouldn't work, sorry.

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Reply via email to