AMD Catalyst 7.11 Linux Driver

[slacker]

can't compile on gentoo

I can't compile the last drivers on gentoo amd64.
I'm using the official ebuild in portage.
In particular I get this error building fgl_glxgears:

  Building modules, stage 2.
  MODPOST 1 modules
  CC      /var/tmp/portage/x11-drivers/ati-drivers-8.433/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.mod.o
  LD [M]  /var/tmp/portage/x11-drivers/ati-drivers-8.433/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.ko
make[1]: Leaving directory `/usr/src/linux-2.6.23-gentoo-r2'
 * Building fgl_glxgears
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status
 *
 * ERROR: x11-drivers/ati-drivers-8.433 failed.
 * Call stack:
 *               ebuild.sh, line 1762:  Called dyn_compile
 *               ebuild.sh, line  891:  Called qa_call 'src_compile'
 *               ebuild.sh, line   35:  Called src_compile
 *             environment, line 3259:  Called die
 * The specific snippet of code:
 *       "$(tc-getCC)" -o fgl_fglxgears ${CFLAGS} ${LDFLAGS} -DUSE_GLU -I"${S}"/common/usr/include fgl_glxgears.c -lGL -lGLU -lX11 -lm || diefunc "$FUNCNAME" "$LINENO" "$?" "fgl_glxgears build failed";
 *  The die message:
 *   fgl_glxgears build failed

Any ideas?

[plastikman]

I can't compile the last drivers on gentoo amd64.
I'm using the official ebuild in portage.
In particular I get this error building fgl_glxgears:

  Building modules, stage 2.
  MODPOST 1 modules
  CC      /var/tmp/portage/x11-drivers/ati-drivers-8.433/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.mod.o
  LD [M]  /var/tmp/portage/x11-drivers/ati-drivers-8.433/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.ko
make[1]: Leaving directory `/usr/src/linux-2.6.23-gentoo-r2'
 * Building fgl_glxgears
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status
 *
 * ERROR: x11-drivers/ati-drivers-8.433 failed.
 * Call stack:
 *               ebuild.sh, line 1762:  Called dyn_compile
 *               ebuild.sh, line  891:  Called qa_call 'src_compile'
 *               ebuild.sh, line   35:  Called src_compile
 *             environment, line 3259:  Called die
 * The specific snippet of code:
 *       "$(tc-getCC)" -o fgl_fglxgears ${CFLAGS} ${LDFLAGS} -DUSE_GLU -I"${S}"/common/usr/include fgl_glxgears.c -lGL -lGLU -lX11 -lm || diefunc "$FUNCNAME" "$LINENO" "$?" "fgl_glxgears build failed";
 *  The die message:
 *   fgl_glxgears build failed

Any ideas?

You need to update your sandbox to 1.2.18.1-r2 or later.
[ebuild R ] sys-apps/sandbox-1.2.18.1-r2 232 kB


If that doesnt work which it should you can comment out these lines in the ebuild


cd "${S}"/extra/fgl_glxgears
# These extra libs/utils either have an Imakefile that does not
# work very well without tweaking or a Makefile ignoring CFLAGS
# and the like. We bypass those.

# The -DUSE_GLU is needed to compile using nvidia headers
# according to a comment in ati-drivers-extra-8.33.6.ebuild.
"$(tc-getCC)" -o fgl_fglxgears ${CFLAGS} ${LDFLAGS} -DUSE_GLU \
-I"${S}"/common/usr/include fgl_glxgears.c \
-lGL -lGLU -lX11 -lm || die "fgl_glxgears build failed"


then just ebuild <path to ebuild/ebuild> digest

and emerge ati-drivers

[slacker]

You need to update your sandbox to 1.2.18.1-r2 or later.
[ebuild R ] sys-apps/sandbox-1.2.18.1-r2 232 kB

[I] sys-apps/sandbox
     Available versions:  1.2.12 ~1.2.16 1.2.17 **1.2.18 ~1.2.18.1 ~1.2.18.1-r1 1.2.18.1-r2 [M]~1.2.20_alpha1-r2 [M]~1.2.20_alpha2 [M]~1.2.20_alpha2-r1
     Installed versions:  1.2.18.1-r2(20:41:10 26/10/2007)

[plastikman]

[I] sys-apps/sandbox
     Available versions:  1.2.12 ~1.2.16 1.2.17 **1.2.18 ~1.2.18.1 ~1.2.18.1-r1 1.2.18.1-r2 [M]~1.2.20_alpha1-r2 [M]~1.2.20_alpha2 [M]~1.2.20_alpha2-r1
     Installed versions:  1.2.18.1-r2(20:41:10 26/10/2007)

Strange....when i had this issue it turned out to be a the sandbox. You can get it to work if you remove the lines for compiling fgl_glxgears form the ebuild but you wont get fgl_glxgears. Do you get an access violation when emerging? you should see the log in /var/log/sandbox/sandbox-x11-drivers... .


Prolly offtopic but i also had some ABI breakage with x84_64 and i386 compilations from left over /usr/bin/i686-pc-linux-gnu-* that may have been related to the compilation issues with fgl_glxgears.

[slacker]

nope, i don't have any violation or so.

The weird thing is, this unofficial ebuild works fine (3rd post): http://forums.gentoo.org/viewtopic-t...ighlight-.html

I used it until today, then I saw it got into portage and I was trying to install it.

Also, if I do:

emerge -puvD ati-drivers

I get:

Calculating dependencies... done!
[ebuild  N    ] x11-drivers/ati-drivers-8.433  USE="acpi -debug" 0 kB
[blocks B     ] x11-drivers/ati-drivers (is blocking x11-base/xorg-server-1.4-r2)

I need to:

emerge -puv ati-drivers

Oh well, If I don't solve this, I got back to the unofficial ebuild

EDIT: "eselect opengl set xorg-x11" did the trick!

[JCTWeb]

Very easy, just execute my script:

http://kanotix.com/files/install-fglrx-debian.sh

Thanks, Kano - worked like a champ

[Snake]

I can't compile the last drivers on gentoo amd64. I'm using the official ebuild in portage. ...

Glad you solved your problem. But I would not really call the ati-drivers-8.433 ebuild "official", just because it is in the portage tree. Afterall, it is still masked, and should at least be renamed to "ati-drivers-8.43.3.ebuild" before it becomes "official"

Hint: You may also have to check whether the /usr/lib*/libGL.so.1 links were created correctly. "eselect opengl set ati" was recently not able to do that, as a side effect of the ATI drivers SONAME bug (see also the corresponding Gentoo bug report).

EDIT: Oops, I just noticed that ati-drivers-8.433 is not masked by default (my own /etc/portage/package.mask did that). Not good

[Nevohteeb]

The only visable change from 8.42.3 to 8.433/7-11 is that the kernel patch for 2.6.23 is not longer required. And you waited one month for that! Not even the Xserver 1.4.x bug is gone, that you need to start a second 3d app to make the first one go. That's what I call useless release. Btw. for current sid you need a trick to create debs, my script has a workaround included.

http://kanotix.com/files/install-fglrx-debian.sh

I run a Debian/Testing with xorg 7.2 and kernel 2.6.22. I have way too poor performances with my X800pro. Would that script work in my case? If not, what should I modify in it?

[Kano]

The script usually always works for Debian (etch and newer because of module-assistant). When some preconditions are good then also with Ubuntu.

[Nevohteeb]

The script usually always works for Debian (etch and newer because of module-assistant). When some preconditions are good then also with Ubuntu.

Ok, well, i'll give it a shot tonight

Thx a lot.