Open barracuda156 opened 1 month ago
It looks like those are the changes introduced by patch-font-emojis.diff
, which is really one of the least important patches, except in applications like Kontact if you often get emails with emojis.
So there are 2 options here. Either you reverse the patch, or you help me adapt it to pre-10.6 OS/SDK builds (and I'm even suspicious about the 2nd error you flagged).
If you want to spend some time on it, you could
alphaRGBMapForGlyph
to false in QCoreTextFontEngine::init()
(the offending symbol was introduced in 10.6 so if you have the appropriate syntax in your fingers you could also write the bit of conditional code that I will put here).bitmapForGlyph
with alphaRGBMapForGlyph
I think it makes sense first do build without that patch, to see how it works in general and whether some ports which are now broken get fixed. Then later on it can be improved, with adapting patches etc. Rebuilding Qt4 alone is not a big deal.
As you wish, but in this case the changes to the patch are really minimal.
Weird that Qt4 doesn't build against the 10.6 SDK; I guess that's a PPC issue?
Weird that Qt4 doesn't build against the 10.6 SDK; I guess that's a PPC issue?
I am sure it builds, the issue is that 10.6 ppc (10a190) is not exactly 10.6 SDK, since it is a rather early development build. There are some differences, of varying degree of potential to cause issues. A few of those are actual bugs, most are just differences, but in result SDK is not exactly what third-party apps expect. In 90% of cases that does not matter and everything works fine. In some cases it is trivially adjustable. For some, rather rare issues, I have no solution, as of now.
Last time I tried to build Qt4 against 10.6 SDK on PPC, it worked, but then apps built with that Qt4 crashed. It is likely that it can be fixed, but I just gave up back then, since potential benefits aren’t obvious.
Now, against 10.6.8 SDK it should build fine, and that makes sense as an improvement, but we got DNS broken on 10.6.8 on powerpc at the moment. So I only built gcc there, but not normal end-user ports.
@RJVB This is a specific error, since the patched source differs here from
qt4-mac
port:P. S. I build against 10.5 SDK, since it does not want to build against 10a190 SDK correctly. This is the same fix we use in
qt4-mac
.