[kde-solaris] Issues with FAM LIBSMB Xft

[Brian Foddy]

Looks like we've been both doing similar work.
I just started my kde311 build within the hour.  Seems ok
for now.
3 questions:
1.  are the options beside -mcpu=ultrasparc needed?  I used
-O2 -mcpu=ultrasparc
thinking the mcpu flag would allow any ultrasparc instructions
and optimize ordering for ultrasparc also.  I'm only using a
300Mhz Ultrasparc II chip, so I can't go too far.

2.  Did you encounter the kdepim problem I just posted?
Of all the kde311 parts, I'd like to build the calendar parts to
test the Outlook features.

3.  I had several minor breaks during the build relating to
not linking in -lz libs correctly. If I manually re-ran the
statement with the -lz, it worked.  Looks like config didn't
build the makefiles quite correctly.  Did you see this also?

Brian


Lars Tunkrans wrote:

> Hello,
>
> I have been able to build almost all of the subsystems
> programs and utilities within the KDE3.1 and 3.1.1 releses,
> upon the base of Sparc/Solaris 9 12/02
> Also I have been using the Xrender subsystem that was released with
> Solaris 9 12/02 and the  subsequent SUN PATCH 113098-04,
> The reason for the patch was to allow Staroffice 6 to work correctly
> with the SUN supplied Xrender subsystem.
>
>
> I have been using the KDE 3.1 requirements web page as a guide.
>
> The subsystems that I have not been able to port/compile are
>
> the SGI  FAM  library
> The LIBSMB  library
> and the Xft  X11 extension in the fontconfig/fcpackage
>
> I am interested in info on how to build these three packages
> or alternate sources thereof other than pointed out on the KDE 3.1
> requierments page.
>
>
> I swithced to the flex 2.5.27 from lex.sourceforge.net because of the
> Umbrello-1.1.1 package needed it.
>
> I have made the build of KDE 3.1.1  with the GCC 3.2.2 and the options
>
>   "-O3 -mcpu=ultrasparc -mtune=ultrasparc -Wa,-xarch=v8plusa  "
>
> this seems to work , I am running this on a SUNBlade 100  and
> on a SUNBlade 2000.
>
> I can make a report on the percived stability later on.
>
> Regards