Changed unique_ptr implem so it follows stl standard /!\ change behaviour /!\

    Now unique_ptr is totally working with new.
    Big issues are coming with it:
        The logging log it as a new so it can be frustrating!

        It forces to create ANOTHER new maccro INTERNAL_LIB_NEW so it
        calls it directly (and desactivate with macros).
        This is also insulting my base code architecture.

        It makes yet another big new log_header which I don't like
        and since we are allocating with new, we also looses the type
        used when allocating...

    Two versions of unique_ptr could be available in different headers,
    like unique.h and new_unique.h (where new always calls new...).

    Important to note that beeing abble to handle a
        unique_ptr<T> k(new T());
    is important since when we are taking pointers from external lib
    we can't assume they have been allocated with our lib!
    (This was already handled by previous unique_ptr impl)