**Describe the bug**

```
    /// We count all hour-length intervals, unrelated to offset changes.
    inline time_t toRelativeHourNum(time_t t) const
    {
        if (t >= 0 && offset_is_whole_number_of_hours_during_epoch)
            return t / 3600;

        /// Assume that if offset was fractional, then the fraction is the same as at the beginning of epoch.
        /// NOTE This assumption is false for "Pacific/Pitcairn" and "Pacific/Kiritimati" time zones.
        return (t + DATE_LUT_ADD + 86400 - offset_at_start_of_epoch) / 3600 - (DATE_LUT_ADD / 3600);
    }

    template <typename DateOrTime>
    inline time_t toRelativeHourNum(DateOrTime v) const
    {
        return toRelativeHourNum(lut[toLUTIndex(v)].date);
    }

```
the code snippet is in DateLUTImpl.h 

lut[toLUTIndex(v)].date is Int64.
below is type define in mac OS.
```
typedef long long               int64_t;
typedef __darwin_time_t         time_t;
typedef long                    __darwin_time_t; 
```

function overload will cause  infinite loop

**Does it reproduce on recent release?**

It's a portability issue


**How to reproduce**

execute SQL on clickhouse which build on macOS

select toRelativeHourNum(toDate('2020-10-01'));



static constexpr UInt16 OffsetChangeFactor = 900;
    };
    static_assert(sizeof(Values) == 16);
private:
    
    static constexpr UInt32 date_lut_mask = 0x1ffff;
    static_assert(date_lut_mask == DATE_LUT_SIZE - 1);
    
    
    static constexpr UInt32 daynum_offset_epoch = 16436;
    static_assert(daynum_offset_epoch == (1970 - DATE_LUT_MIN_YEAR) * 365 + (1970 - DATE_LUT_MIN_YEAR / 4 * 4) / 4);
    
    
    
    
    Values lut[DATE_LUT_SIZE + 1];
    
    LUTIndex years_lut[DATE_LUT_YEARS];
    
    LUTIndex years_months_lut[DATE_LUT_YEARS * 12];
    
    time_t offset_at_start_of_epoch;
    
    time_t offset_at_start_of_lut;
    bool offset_is_whole_number_of_hours_during_epoch;
    
    std::string time_zone;
    inline LUTIndex findIndex(time_t t) const