https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81114
--- Comment #7 from Eric Gallager <egallager at gcc dot gnu.org> --- (In reply to simon from comment #6) > (In reply to simon from comment #1) > > Further: > > > > $ GNAT_FILE_NAME_CASE_SENSITIVE=1 gnatmake -c p*.ads > > gcc -c páck3.ads > > páck3.ads:1:10: warning: file name does not match unit name, should be > > "páck3.ads" > > > > The reason for this apparently-bizarre message is[1] that macOS takes > > the composed form (lowercase a acute) and converts it under the hood > > to what HFS+ insists on, the fully decomposed form (lowercase a, combining > > acute); thus the names are actually different even though they _look_ > > the same. > > This behaviour (I think it was an error) was fixed by darwin 19. Opening by > a name with the composed form now correctly finds the file named with the > fully decomposed form. OK, so do we still want to fix it for older darwin versions, or...?
