FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

ENH: Improve Qt include path resolution macOS by hjmjohnson · Pull Request #271 · MeVisLab/pythonqt · GitHub

ENH: Improve Qt include path resolution macOS - #271

Closed
hjmjohnson wants to merge 1 commit into
MeVisLab:masterfrom
hjmjohnson:improve-mac-framework-header-finding
Closed

ENH: Improve Qt include path resolution macOS#271
hjmjohnson wants to merge 1 commit into
MeVisLab:masterfrom
hjmjohnson:improve-mac-framework-header-finding

Conversation

Copy link
Copy Markdown
Contributor

Add specific framework path handling

Refactor include directory parsing to support multiple candidate paths for headers and introduce macOS-specific logic for resolving framework-relative header paths. Enhance generator flexibility and robustness for cross-platform usage.

Push upstream fix via:
cppcheck-opensource/simplecpp#448

Add specific framework path handling

Refactor include directory parsing to support multiple candidate paths
for headers and introduce macOS-specific logic for resolving
framework-relative header paths. Enhance generator flexibility and
robustness for cross-platform usage.

Push upstream fix via:
cppcheck-opensource/simplecpp#448
Comment thread generator/main.cpp
for (const QString &includeDir: getIncludeDirectories(commandLineIncludes))
{
QFileInfo fi(QDir(includeDir), "qtcoreversion.h");
std::list<std::string> candiate_paths;

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

typo: candidate_paths

Comment on lines +43 to +44
std::string get_apple_framework_relative_path(const std::string& header);

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Does this have to be public, or could you just put it into an anonymous namespace in the implementation?

}

#ifdef __APPLE__
static std::string get_apple_framework_relative_path(const std::string& header)

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Please try to use the same naming style (e.g. camel case) as the rest of the code.

Copy link
Copy Markdown
Contributor Author

I am working with the upstream simplecpp developers to finalize the changes. cppcheck-opensource/simplecpp#448

I'll make fixes there. It will probably be a few months before I get back to this.

hjmjohnson marked this pull request as draft July 17, 2025 12:13

Copy link
Copy Markdown
Contributor

Ah, I had missed that this is from an upstream change. In this case it is of course preferrable to leave the code compatible, though it would be even better if you could change this upstream, thanks!

jcfr commented Sep 19, 2025

Copy link
Copy Markdown
Contributor

@hjmjohnson This pull request can now be closed as it is superseded by the following pull request:

🙏 For the initial draft & investigative work, this was instrumental to understand the issues.

Copy link
Copy Markdown
Contributor

Superseded by #302

This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants


Back | FazBrowse Home | New Git URL