Alan Coopersmith wrote:
> Any reason you're posting a very X oriented post to desktop-discuss
> instead
> of xwin-discuss?
Mistake! I do not know what made me post to desktop-discuss, but realized
soon after.
>
> Moinak Ghosh wrote:
>> Hi Folks,
>>
>> I have been playing around with Xorg 7.1 for the past few days and
>> have
>> managed to compile Xorg 7.1 in it's entirety on OpenSolaris B48 and
>> it appears
>> to start up okay. Though I have not yet put it through the paces.
>> There are issues however. Here's a summary:
>>
>> -- Build issues --
>> * The 7.1 modular tree appears to be a bit broken even while
>> compiling with gcc
>> on B48. I had to make code changes to several places in the Xserver
>> and a few
>> video drivers.
>
> Strange - I've built from CVS/git regularly since the 7.x/modularization
> started, and have fixed all problems I've found building on Solaris,
> though
> I mainly use Sun Studio cc instead of gcc.
I was building from the 7.1 tarballs. I found in a few places that
they assume
DRI to be available and data structures are exported in #ifdef
XF86DRI. These
data structures are nevertheless also required in a non-DRI env. For
eg. I made
this change in the i810 driver:
@@ -83,8 +83,8 @@
#ifdef XF86DRI
extern const char *I810driSymbols[];
extern const char *I810drmSymbols[];
-extern const char *I810shadowSymbols[];
#endif
+extern const char *I810shadowSymbols[];
Another eg: In the acecad module the following #include sequence
seems to cause
a problem:
#include <exevents.h>
#include <xf86Module.h>
#include <string.h>
#include <stdio.h>
But works fine in the string.h and stdio.h are included before.
The via driver configure script checks for libdrm in two places. The
2nd one being
the required modules list. This causes via configure to fail.
>
>
>> * The build documentation is poor and one new build script appears to
>> have been
>> only tested on Linux using bash.
>
> Which one? I use build.sh on Solaris multiple times a week, but have
> never
> used the build-from-tarballs stuff since I'm always building off CVS/git
> checkouts.
symlink-mesa.sh seems to have a few bash-isms and does not link in
all the
Mesa 6.5.1 files. I had to add the following:
action bitset.h
action arrayobj.h
action rbadaptors.c
action rbadaptors.h
action slang_pp_version_syn.h
>
> > Something I do not like is that one needs
>> both the 7.0 and 7.1 tarballs since 7.1 only includes a subset of
>> the tarballs that
>> have changed from 7.0. Then there is a guile script (!!) that merges
>> the two.
>> I do not have guile and do not intend to install it for the sake of
>> a silly script.
>
> Complain to xorg at lists.freedesktop.org.
>
>> * The overall build script required several changes. Some of the
>> generated
>> Makefiles were improper and needed manual tweaking. I have also
>> modified
>> the "build-from-tarballs" script to be able to merge in patch sets.
>>
>> * The Xserver module from 7.1 tree appears to be inconsistent! I had
>> to grab
>> the CVS HEAD. In particular Xgl refers to Xserver functionality that
>> is only
>> present in the CVS tree.
>
> CVS HEAD is now obsolete for Xorg - X.Org has completely switched to git.
Didn't know that. Will switch to git.
>
>> -- Other problems --
>> * Xorg works but Xorg -configure wedges up the console.
>
> On which hardware? Previously when we've seen this it was
> driver/hardware
> specific.
Ferrari 3400. So I ran Xorg -configure from the 6.9 version to get
the config
file and then ran Xorg -config <file> from 7.1 which worked.
>
>> * I could not build AIGLX since it has a hard dependency on DRI. Xgl
>> builds
>> however after several source-level tweaks.
>
> The DRI kernel infrastructure and i810 module integrated to ON for
> Nevada build 50, so hopefully this dependency would be cleared up
> soon. Until then
> AIGLX makes no sense on Solaris x86, since it just allows indirect use of
> existing GL acceleration, and there is no existing GL acceleration to
> use.
> (Except for nvidia, but they provided accelerated indirect GLX a long
> time
> ago, and since they don't use DRI, wouldn't be affected by AIGLX
> anyway.)
Yes I have grabbed the latest OpenSolaris sources with the DRI bits.
Will this
also allow enabling DRI while building Xorg 6.9 ?
Regards,
Moinak.
>
>> * Upon startup Xgl exited with a segv but did not dump core. It works
>> fine
>> and initializes a 3D surface when run from GDB! So this looks like a
>> race.
>>
>> Once these issues are sorted I plan to check whether the Nvidia
>> driver works
>> with 7.1 as claimed in the documentation. It works now on BeleniX
>> with Xorg
>> 6.9 and will be bundled in the next release. Xfce 4.4 has some nice
>> composite
>> effects like window shadow, panel highlight, transparency which were
>> tested
>> without and performance or other issues on a GeForce 6600.
>
>
>
