[OpenIndiana-discuss] illumos KMS Hackathon in Germany

[Robin Axelsson]

I was working with the binaries that Ken Mays supplied so I don't know 
what configuration he used when he compiled them. The location of the 
file in question is in:

/usr/sfw/lib/libgcc_s.so.1
/usr/sfw/lib/amd64/libgcc_s.so.1

and it was there before I tried installling gcc4.4.4.


I also tried compiling the binaries myself, without much success 
unfortunately. After weeding out "missing file" error messages with the 
package manager (installed pkg-config + libtool packages), it seems to 
be able to build the libdr.so but when trying to build the libkms.so I 
got the following error when trying to "make" libdrm-2.4.37:

----------
echo "  CCLD    " test_decode;/bin/sh ../libtool --silent --tag=CC    
--mode=link gcc -Wall -Wextra -Wsign-compare 
-Werror-implicit-function-declaration -Wpointer-arith -Wwrite-strings 
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations 
-Wnested-externs -Wpacked -Wswitch-enum -Wmissing-format-attribute 
-Wstrict-aliasing=2 -Winit-self -Wdeclaration-after-statement 
-Wold-style-definition -Wno-unused-parameter -Wno-long-long -Winline  
-I..  -I../intel        -I../include/drm -g -O2    -o test_decode 
test_decode.o libdrm_intel.la
make: Fatal error: Command failed for target `test_decode'
Current working directory /home/Robin/libdrm-2.4.37/intel
...
---------
I get a similar error when trying to compile the xf86-video-ati-6.14.6 
driver and it doesn't even manage to build any file at all.


Trying to install the mesa-e2e7b467d8a6567437823767af74004a396f1c82 
snapshot yielded the error:
-----------
# NOT YET: cp -f ${TOP}/include/GLES/*.h ${INCLUDE_DIR}/GLES
cp ${CP_FLAGS} ${TOP}/lib*/lib* ${LIB_DIR}

cp: illegal option -- d
Usage: cp [-f] [-i] [-p] [-@] [-/] f1 f2
        cp [-f] [-i] [-p] [-@] [-/] f1 ... fn d1
        cp -r|-R [-H|-L|-P] [-f] [-i] [-p] [-@] [-/] d1 ... dn-1 dn
------------
But it seems like some header files were installed.

Robin.



On 2012-08-28 06:14, Bob Friesenhahn wrote:
> On Mon, 27 Aug 2012, Robin Axelsson wrote:
>
>> I installed the gcc4.4.4 compiler and saw that now there is a 
>> "libgcc_s.so.1" file in /opt/gcc/4.4.4/lib but the problem still 
>> remains and I still have the same errors in the Xorg.log. Btw, I have 
>> updated to oi_151a5.
>
> Using the linker option -R/opt/gcc/4.4.4/lib may help.
>
> Note that libgcc_s.so.1 does not seem to be as much of a quandary/mess 
> as it is made out to be as long as the most recent version for any 
> compiler used to compile the code on the system is always used.
>
> C++ is another story entirely.
>
> Bob