BUG: date comparison fails when series is all pd.NaT values

[imrehg]

Pandas version checks

• I have checked that this issue has not already been reported.

• I have confirmed this bug exists on the latest version of pandas.

• I have confirmed this bug exists on the main branch of pandas.

Reproducible Example

import pandas as pd
from datetime import datetime

s = pd.Series([pd.NaT, "1/1/2020 10:00:00"])
s = pd.to_datetime(s)
print(s.dt.date.le(datetime.now().date()))
# 0    False
# 1     True
# dtype: bool

s = pd.Series([pd.NaT, pd.NaT])
s = pd.to_datetime(s)
print(s.dt.date.le(datetime.now().date()))
# TypeError: Invalid comparison between dtype=datetime64[ns] and date

Issue Description

When comparing a datetime[ns] or similar series, where all the values turn out to be pd.NaT values, the comparison just breaks. This is problematic, as the input series cannot necessarily be controlled beforehand, and if there's any actual non-NaT value, the comparison works. The Series dtype values are the same in both cases, which would make me expect that the rest of the behaviour is the same too.

Expected Behavior

In the above code, I would expect it to return:

0    False
1    False
dtype: bool

Installed Versions

INSTALLED VERSIONS

commit : 0691c5c
python : 3.10.16
python-bits : 64
OS : Darwin
OS-release : 24.3.0
Version : Darwin Kernel Version 24.3.0: Thu Jan 2 20:24:16 PST 2025; root:xnu-11215.81.4~3/RELEASE_ARM64_T6000
machine : arm64
processor : arm
byteorder : little
LC_ALL : None
LANG : en_GB.UTF-8
LOCALE : en_GB.UTF-8

pandas : 2.2.3
numpy : 1.26.4
pytz : 2025.2
dateutil : 2.9.0.post0
pip : None
Cython : None
sphinx : None
IPython : 8.34.0
adbc-driver-postgresql: None
adbc-driver-sqlite : None
bs4 : None
blosc : None
bottleneck : None
dataframe-api-compat : None
fastparquet : None
fsspec : 2025.3.0
html5lib : None
hypothesis : 6.130.4
gcsfs : None
jinja2 : 3.1.6
lxml.etree : None
matplotlib : 3.10.1
numba : None
numexpr : None
odfpy : None
openpyxl : None
pandas_gbq : 0.28.0
psycopg2 : None
pymysql : None
pyarrow : 15.0.2
pyreadstat : None
pytest : 8.3.5
python-calamine : None
pyxlsb : None
s3fs : 2025.3.0
scipy : None
sqlalchemy : 2.0.39
tables : None
tabulate : None
xarray : None
xlrd : None
xlsxwriter : None
zstandard : None
tzdata : 2025.2
qtpy : None
pyqt5 : None

[rhshadrach]

Thanks for the report! It looks like in this case s.dt.date should be returning object dtype, but it is instead returning datetime64[s]. PRs to fix are welcome!

[Mohit-Kundu]

take