Re: [Adobe-source-devel] Moving ASL to github

[Sean P. <sea...@ma...>]

I've move the migration page on the wiki <
http://stlab.adobe.com/wiki/index.php/GitHub_Migration_and_Status> and
updated the status.

Assistance from anyone with experience in bjam and/or cmake would be
greately appreciated at this point (see the status).

Sean


On Wed, Nov 7, 2012 at 3:02 PM, Sean Parent <sea...@ma...> wrote:

> Feel free to fork - splitting into modules is going to take some time.
>
> -----
>
> First up is any_regular.hpp
>    Issues with the current implementation to be addressed:
>        1) reliance on promote<> - promote<> seemed like a good idea but it
> has bit me a number of times, currently longs promote to double, which is
> just wrong. It also means that the interface needs to be value based in
> many locations where it could have been reference based. Will add a build
> flag to tag places where promote would have kicked in to help with
> migration.
>        2) needs to be updated to C++11 move, and remove dependency on move
> library.
>        3) assignment - currently requires assignment, this is an issue
> because I'd like to make function objects and lambda's first class (or as
> close as possible) but equality is very useful. I have been playing with
> ways to write a has_equal_to<> that seems to work good enough.
>        4) implementation and interface complicated by ABI stability. ABI
> stability to be removed (but I will be moving to using inlined namespaces).
>        5) implementation complicated by use of poly<> - plan to remove
> that.
>        6) rename to adobe::any
>        7) make constructor implicit
>        8) rename explicit_cast and runtime_cast to static_cast_ and
> dynamic_cast_ to make them easier to remember.
>
> Open issues:
>        1) Match boost::any api including broken any_cast interface?
> (differs from boost::any by support small object optimization, optional
> equal_to, and unsafe static cast). boost::any has been proposed to the
> standard - and the broken any_cast has already been discussed to be fixed.
>        2) Add support for other operators - such as index by std::size_t
> or const char* (useful for dictionaries and arrays), arithmetic operators
> for numeric types?
>
> Suggestions? Comments?
> Sean
>
>
> On Wed, Nov 7, 2012 at 2:01 PM, Ivan Le Lann <iva...@fr...> wrote:
>
>>
>>
>> ------------------------------
>>
>> *De: *"Sean Parent" <sea...@ma...>
>> *À: *ado...@li..., "Mat Marcus" <
>> mm...@em...>, "Foster Brereton" <fbr...@ad...>
>> *Envoyé: *Mercredi 7 Novembre 2012 01:37:03
>> *Objet: *Re: [Adobe-source-devel] Moving ASL to github
>>
>>
>> I setup a section on our wiki to document the transition to github. That
>> can be found here:
>>
>> http://stlab.adobe.com/wiki/index.php/Github_migration
>>
>> Not a lot there at the moment - but should be enough to get people
>> started.
>>
>>
>> Thank you for doing this.
>> I will definitely base my (utterly slow) work on ASL on this repository.
>> As I do not understand anything to Perforce, merging with .43 release has
>> been somewhat painful.
>>
>>
>>
>>
>>> As modules are split out and cleaned up I plan to propose them for
>>> inclusion in boost as appropriate.
>>>
>>>
>>
>> Does that mean that forking is not recommended at the moment and until
>> modules are split ?
>>
>> Regards,
>> Ivan
>>
>>
>>
>