I've determined what was breaking the binary snapshots DRM: there are several
files in .../linux/drm/kernel which are later symlinked from .../shared/drm/kernel.

The current script first copies the files from the 'shared', and then from
the 'linux', therefore effectively overwritting files with previous
versions.

I could fix the scripts but this wouldn't solve the real problem of
redundant files. So is it safe to delete these deprecated files:

        mga.h
        mga_dma.c
        mga_drm.h
        mga_drv.h
        mga_state.c
        mga_ucode.h
        mga_warp.c
        r128.h
        r128_cce.c
        r128_drm.h
        r128_drv.h
        r128_state.c
        radeon.h
        radeon_cp.c
        radeon_drm.h
        radeon_drv.h
        radeon_state.c

from .../linux/drm/kernel?

José Fonseca


On Mon, Jul 08, 2002 at 12:09:01AM +0100, José Fonseca wrote:
>This is the same problem I got when testing the new snapshots (after the
>bsd branch merge), on a similar system (RHL 7.3 - where the snapshots 
>were built actually).
>
>I'm going to investigate if this is a problem in the CVS itself or just
>in snapshots.
>
>José Fonseca
>
>
>On Mon, Jul 08, 2002 at 12:10:32AM +0200, [EMAIL PROTECTED] wrote:
>>ok seemed to be a problem with my kernel sources. i reinstalled them, but
>>now 
>>i get this error: 
>>
>>
>>cc -O2 -Wall -Wwrite-strings -Wpointer-arith -Wcast-align
>>-Wstrict-prototypes 
>>-Wnested-externs -Wpointer-arith -D__KERNEL__ -DMODULE 
>>-fomit-frame-pointer -DCONFIG_AGP -DCONFIG_AGP_MODULE 
>>-DCONFIG_DRM_SIS -DMODVERSIONS -include 
>>/lib/modules/2.4.18-3/build/include/linux/modversions.h -DEXPORT_SYMTAB 
>>-I/lib/modules/2.4.18-3/build/include -c radeon_drv.c -o radeon_drv.o 
>>In file included from
>>/lib/modules/2.4.18-3/build/include/linux/pagemap.h:16, 
>>                 from /lib/modules/2.4.18-3/build/include/linux/locks.h:8, 
>>                 from
>>/lib/modules/2.4.18-3/build/include/linux/devfs_fs_kernel.h:6, 
>>                 from
>>/lib/modules/2.4.18-3/build/include/linux/miscdevice.h:4, 
>>                 from drmP.h:45, 
>>                 from radeon_drv.c:32: 
>>/lib/modules/2.4.18-3/build/include/linux/highmem.h: In function 
>>`bh_kmap': /lib/modules/2.4.18-3/build/include/linux/highmem.h:20: 
>>warning: pointer of
>>type 
>>`void *' used in arithmetic 
>>In file included from radeon_drv.c:32: 
>>drmP.h: At top level: 
>>drmP.h:170: warning: static declaration for `vmalloc_to_page_Rb9d6adc0' 
>>follows non-static 
>>In file included from radeon_drv.c:44: 
>>drm_drv.h:234: parse error before `DRIVER_AUTHOR' 
>>drm_drv.h:235: parse error before `DRIVER_DESC' 
>>drm_drv.h: In function `drm_init': 
>>drm_drv.h:580: `DRIVER_NAME' undeclared (first use in this function) 
>>drm_drv.h:580: (Each undeclared identifier is reported only once 
>>drm_drv.h:580: for each function it appears in.) 
>>drm_drv.h:613: `DRIVER_MAJOR' undeclared (first use in this function) 
>>drm_drv.h:613: `DRIVER_MINOR' undeclared (first use in this function) 
>>drm_drv.h:613: `DRIVER_PATCHLEVEL' undeclared (first use in this function) 
>>drm_drv.h:613: `DRIVER_DATE' undeclared (first use in this function) 
>>drm_drv.h: In function `radeon_version': 
>>drm_drv.h:700: `DRIVER_MAJOR' undeclared (first use in this function) 
>>drm_drv.h:701: `DRIVER_MINOR' undeclared (first use in this function) 
>>drm_drv.h:702: `DRIVER_PATCHLEVEL' undeclared (first use in this function) 
>>drm_drv.h:704: `DRIVER_NAME' undeclared (first use in this function) 
>>drm_drv.h:705: `DRIVER_DATE' undeclared (first use in this function) 
>>drm_drv.h:706: `DRIVER_DESC' undeclared (first use in this function) 
>>make: *** [radeon_drv.o] Fehler 1 
>>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>We have stuff for geeks like you.
>http://thinkgeek.com/sf
>_______________________________________________
>Dri-users mailing list
>[EMAIL PROTECTED]
>https://lists.sourceforge.net/lists/listinfo/dri-users


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Oh, it's good to be a geek.
http://thinkgeek.com/sf
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to