Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add MinGW support #1540

Merged
merged 5 commits into from
Nov 22, 2024
Merged

Conversation

raedrizqie
Copy link
Contributor

No description provided.

@martinrotter
Copy link
Owner

Hi, thanks.

I will try to verify that this works and will merge eventually.

paths << QCoreApplication::applicationDirPath() + QDir::separator() + QL1S("plugins");
#else
paths << QCoreApplication::applicationDirPath() + QDir::separator() + QL1S("..") + QDir::separator() +
Copy link
Owner

Choose a reason for hiding this comment

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

Well, let me step in here.

The location of RSS Guard runtime plugins must be the same on the particular OS regardless of which toolkit was used to compile the application.

While it makes sense to have plugins in Linux-like folder hierarchy on Linux, I do not want it on Windows.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Ah.. that is unfortunate :( because the MSYS2 team will surely patch it back to FHS, downstream

Copy link
Owner

Choose a reason for hiding this comment

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

Wait, could you come to my discord channel to discuss this?

Copy link
Owner

Choose a reason for hiding this comment

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

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Ok.. will ping you afterwards.. :)

return QDir::toNativeSeparators(applicationDirPath() + QDir::separator() + QSL("data%1").arg(major_version));
#else
Copy link
Owner

Choose a reason for hiding this comment

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

Same, like my another commentary, the folder on Windows must be the same, no matter which compiler is used to compile the app.

@@ -31,15 +31,15 @@ DKEY Node::ID = "nodejs";

DKEY Node::NodeJsExecutable = QSL("nodejs_executable_") + OS_ID;

#if defined(Q_OS_WIN) || defined(Q_OS_OS2)
#if (defined(Q_OS_WIN) && defined(_MSC_VER)) || defined(Q_OS_OS2)
Copy link
Owner

Choose a reason for hiding this comment

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

No, this is not really needed and in fact would break things. MinGW compiled programs still have .exe suffix...

Copy link
Contributor Author

@raedrizqie raedrizqie Nov 21, 2024

Choose a reason for hiding this comment

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

On MSYS2 environments, node.exe MUST be invoked through winpty.exe, else it won't work, hence the use of shell script here

@@ -55,6 +55,8 @@ if(WIN32)
)
elseif(OS2)
install(TARGETS app DESTINATION .)
elseif(MINGW)
Copy link
Owner

Choose a reason for hiding this comment

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

Same opinion, the final application file/folder layout must be the same, regardless of used compiler. I do not want any subfolders etc.

install(TARGETS rssguard DESTINATION .)
set(HEADERS_FOLDER "include/librssguard")
elseif(MINGW)
Copy link
Owner

Choose a reason for hiding this comment

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

The final application file/folder layout must be the same, regardless of used compiler. I do not want any subfolders etc.

install(TARGETS ${plugin_target_name} DESTINATION plugins)
elseif(MINGW)
Copy link
Owner

Choose a reason for hiding this comment

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

Respect the original intended folder for plugins on Windows OS. This change is not needed nor wanted.

@martinrotter martinrotter merged commit ce69e78 into martinrotter:master Nov 22, 2024
@martinrotter martinrotter added the Type-Deployment Problem is caused by badly deployed application files. label Nov 22, 2024
@martinrotter martinrotter added this to the 4.7.5 milestone Nov 22, 2024
@raedrizqie
Copy link
Contributor Author

Thank you!

@raedrizqie raedrizqie deleted the mingw-support branch November 26, 2024 11:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type-Deployment Problem is caused by badly deployed application files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants