Re: KDE 3.5.3 build for Solaris 10
"Stephen Fitch" <[email protected]>
| Newsgroups | gmane.comp.kde.solaris |
|---|---|
| Message-ID | <[email protected]> |
Is there any update on 3.5.3 or 3.5.4...? re: availability... I can't (from this perspective) see a lot going on... Stephen On 7/6/06, Heiko Falk <[email protected]> wrote: > Dear all, > > > I'm happy to announce that I was finally able to create a build of KDE 3.5.3 > for Sparc Solaris 10. In contrast to the painful work done by Stefan Teleman, > I didn't use the SunStudio compiler. Instead, I used a really cool GCC 4 > derivate, see > > http://cooltools.sunsource.net/gcc/index.html > > This gccfss compiler consists of a standard GCC 4.0.2 parser, frontend and > optimizer. However, it is coupled to the backend, optimizer and code > generator of SunStudio so that highly optimized Sparc code is generated. This > compiler has the advantage that only very few KDE source codes need to be > patched in order to build the entire KDE - totally, I needed to path 44 > files. Additionally, the resulting code quality is extremely high. > > In addition, I tried to use as many standard libraries delivered with Solaris > 10 as possible. This includes e.g. zlib, bz, gtk, usb, fontconfig and lots > more. I believe that this is better than re-building really all the libraries > from scratch since hopefully, the Sun people took care and did some testing > concerning the stuff delivered with Solaris 10... > > The resulting KDE 3.5.3 is relatively nice. The individual KDE tools are > pretty robust and work fine. However, there are some things I'd like to ask > you since they're are annoying: > > a) The time displayed by e.g. kicker's clock or korganizer etc. doesn't > treat my timezone correctly. My box is configured for MEST, but the > KDE tools all use GMT/UTC so that I have an offset of 2 hours. > Does anybody know how to correct this? > b) What is more serious and where I really need your expertise: > When modifying the appearance of the KDE-GUI within the control center > (window decorations, background, ...) I regularly reach the point in > time where kwin misbehaves. All windows are placed at the top border > of the screen. You can move them left/right and enlarge them, but you > can't move them away from the upper screen border. After that, this > behavior is 'stable', i.e. logging out and in leads to the same > style of window positioning. > I was unable to identify/isolate where this misbehavior comes from. > Has anybody else already reported this behavior? I'm also not sure > whether this stems from KDE/kwin or from my qt build. I had some > trouble building qt-3.3.4 with the gccfss compiler, maybe this is the > reason. I tried several other ways to build qt but finally wasn't > successful. > > Kind regards from Germany > > Heiko Falk > > _______________________________________________________________________ > > Dr. Heiko Falk > > University of Dortmund > Department of Computer Science 12 (Embedded Systems Group) > Otto-Hahn-Strasse 16, Room E-19 > > 44221 Dortmund > Germany > > > Phone: +49 231 755 6124 > Fax: +49 231 755 6116 > Mail: [email protected] > WWW: http://ls12-www.cs.uni-dortmund.de/~falk > _______________________________________________________________________ > ___________________________________________________ > This message is from the kde-solaris mailing list. > Account management: https://mail.kde.org/mailman/listinfo/kde-solaris. > Archives: http://lists.kde.org/. > More info: http://www.kde.org/faq.html. > ___________________________________________________ This message is from the kde-solaris mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde-solaris. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.