 |
btw. running darkradiant with --g-fatal-warnings is really useful to root out such issues. |
 |
This should not fail, can you confirm that the python.lang file can be found in the sourceviewer folder (in the install folder)? |
|
|
i've installed via make install and the data was copied to /usr/share/darkradiant (--prefix=/usr) - but no sourceviewer nor script folder there. so maybe it's a bug in the install target. but in this case darkradiant should error out or should not try to create the sourceview imo. |
|
|
That's what I thought should be happening already: GtkSourceLanguage* lang = gtk_source_language_manager_get_language(_langManager, language.c_str()); if (lang == NULL) { globalErrorStream() << "SourceView: Cannot find language " << language << " in " << langFilesDir << std::endl; } The code is expecting the sourceviewer/ folder in the PKGDATADIR: #if defined(POSIX) && defined(PKGDATADIR) std::string langFilesDir = std::string(PKGDATADIR) + "/sourceviewer/"; And the install script should copy this over. I seem to recall doing that change to the makefiles, but maybe I missed that one? |
|
|
Though I guess I can see the problem now, as there is no "return" after the warning string. I'll see whether some reasonable fallback value can be provided. |
|
|
I checked in a fix such that the SourceView is falling back to a non-highlighting sourcebuffer. |
|
|
Set this to resolved - any makefile issues should be tracked separately, please. |
- Anonymous
