bug-gettext
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #63866] error: expected expression


From: Ryan Schmidt
Subject: [bug #63866] error: expected expression
Date: Sat, 4 Mar 2023 04:52:09 -0500 (EST)

Follow-up Comment #2, bug #63866 (project gettext):

For gettext 0.21 we were applying patches to fix `_GL_HAS_ATTRIBUTE`:

https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=605e20a698d3f7296cda18ac7dd84b1a8f388b50

https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=d125d4f6d1a5d9845824aaf1d1c9dc69699bf2f1

When updating to gettext 0.21.1 I removed those patches because they were
already included. But maybe it's not using exactly the right version of Apple
clang as a cutoff for whether or not `__has_attribute` works.

The first commit references the LLVM 3.5.0 release notes saying that
`__has_attribute` is unreliable in earlier versions and so the first commit
excludes clang versions earlier than 3.5.0. Fine. The next commit then adds
code to handle Apple clang's different versioning, excluding Apple clang
versions with `__apple_build_version__` < 6000000. The problem is there is not
an exact correspondence between Apple clang and non-Apple clang versions.
Apple clang versions are based on some intermediate stage of non-Apple clang
development. For example Apple clang 6.0 is "based on LLVM 3.5svn", so some
point before the LLVM 3.5.0 release—perhaps a point before they had fixed
`__has_attribute`. Apple clang 6.1.0 was "based on LLVM 3.6.0svn" so that
would surely include the `__has_attribute` fix. Now to find the value of
`__apple_build_version__` for Apple clang 6.1.0 (or you could just check
`__clang_major__` and `__clang_minor__`).


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?63866>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]