Dixi quod…
>So, I guess on Thundersday we’ll have an even cooler gcc-4.6 in dpo ☺
>which _might_ even let us build Mesa unpatched… we’ll see…
:'(
It *almost* worked.
gcc -c -I. -I../../../../src/mesa/drivers/dri/common -Iserver
-I../../../../include -I../../../../include/GL/internal -I../../../../src/mapi
-I../../../../src/gallium/include -I../../../../src/gallium/auxiliary
-I../../../../src/gallium/drivers -I../../../../src/gallium/winsys
-I../../../../src/mesa -I../../../../src/mesa/main -I../../../../src/mesa/math
-I../../../../src/mesa/transform -I../../../../src/mesa/shader
-I../../../../src/mesa/swrast -I../../../../src/mesa/swrast_setup
-I../../../../src/egl/main -I../../../../src/egl/drivers/dri
-I/usr/include/libdrm -Wall -g -O2 -Wall -Wmissing-prototypes -std=c99
-fno-strict-aliasing -fno-builtin-memcmp -Wall -g -O2 -fPIC -D_GNU_SOURCE
-DPTHREADS -DTEXTURE_FLOAT_ENABLED -DHAVE_POSIX_MEMALIGN -DUSE_XCB
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DPTHREADS
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DHAVE_MINCORE
-DHAVE_LIBUDEV -DHAVE_XCB_DRI2 -fvisibility=hidden -DGALLIUM_RBUG
-DGALLIUM_TRACE target.c -o target.o
/bin/bash ../../../../bin/mklib -o nouveau_dri.so.tmp -noprefix -linker 'g++'
-ldflags '' \
target.o ../../../../src/mesa/drivers/dri/common/utils.o
../../../../src/mesa/drivers/dri/common/dri_util.o
../../../../src/mesa/drivers/dri/common/xmlconfig.o
../../../../src/gallium/state_trackers/dri/drm/libdridrm.a
../../../../src/gallium/winsys/nouveau/drm/libnouveaudrm.a
../../../../src/gallium/drivers/trace/libtrace.a
../../../../src/gallium/drivers/rbug/librbug.a
../../../../src/gallium/drivers/nvfx/libnvfx.a
../../../../src/gallium/drivers/nv50/libnv50.a
../../../../src/gallium/drivers/nvc0/libnvc0.a
../../../../src/gallium/drivers/nouveau/libnouveau.a \
-Wl,--start-group ../../../../src/mesa/libmesagallium.a
../../../../src/gallium/auxiliary/libgallium.a -Wl,--end-group \
../../../../src/mesa/libmesa.a -ldrm -lexpat -lm -lpthread
-ldl -ldrm_nouveau
mklib: Making Linux shared library: nouveau_dri.so.tmp
g++ -Wall -g -O2 -Wall -Wmissing-prototypes -std=c99 -fno-strict-aliasing
-fno-builtin-memcmp -Wall -g -O2 -fPIC -D_GNU_SOURCE -DPTHREADS
-DTEXTURE_FLOAT_ENABLED -DHAVE_POSIX_MEMALIGN -DUSE_XCB
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DPTHREADS
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DHAVE_MINCORE
-DHAVE_LIBUDEV -DHAVE_XCB_DRI2 -fvisibility=hidden -o nouveau_dri.so.test
../../../../src/mesa/drivers/dri/common/dri_test.o nouveau_dri.so.tmp
../../../../src/mesa/libmesa.a -ldrm -lexpat -lm -lpthread -ldl
-ldrm_nouveau ;
/usr/bin/ld: nouveau_dri.so.test: hidden symbol `__sync_sub_and_fetch_4' in
/usr/lib/gcc/m68k-linux-gnu/4.6/libgcc.a(linux-atomic.o) is referenced by DSO
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make[4]: *** [nouveau_dri.so] Error 1
make[4]: Leaving directory
`/tmp/buildd/mesa-8.0.3/build/dri/src/gallium/targets/dri-nouveau'
Mikael, I’m not familiar with special rules for hidden symbols,
but then, the GNU world has been running at a much faster pace
wrt. shared objects than the BSDs, so that’s no surprise – do
you have an advice what to do to not have such errors?
Thanks in advance,
//mirabilos
--
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend. -- Andreas Bogk über boehm-gc in d.a.s.r
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/pine.bsm.4.64l.1206211910590.9...@herc.mirbsd.org
