From: Jan-Benedict G. <jb...@lu...> - 2006-12-21 10:26:05
|
Hi! While searching for a bug in the GIT backend, I stumbled over two things that weren't optimal for my setup, patched by this: diff --git a/templates/lxr.conf b/templates/lxr.conf index 08a35ab..bed75b7 100644 --- a/templates/lxr.conf +++ b/templates/lxr.conf @@ -113,7 +113,7 @@ =20 # These do funky things to paths in the system - you probably don't need= them. 'maps' =3D> { - '/include/asm[^\/]*/' =3D> '/include/asm-$a/', + '/include/asm/' =3D> '/include/asm-$a/', '/arch/[^\/]+/' =3D> '/arch/$a/', }, =20 @@ -202,7 +202,7 @@ =20 # where to look for include files inside the sourcetree. This is used t= o hyperlink # to included files. - 'incprefix' =3D> [ '/include', '/include/linux' ], + 'incprefix' =3D> [ '/include' ], =20 # Which extensions to treat as images when browsing. If a file is an im= age, # it is displayed. Currently, using 2.6.x Linux kernel versions, includes for generic files (eg. asm-*/ioctl.h includes asm-generic/ioctl.h) are mishandled. The generated link for the asm-generic/ioctl.h file will point back to whatever is in $a right now. The second chunk cuts "/include/linux" out of the include list. Today's kernels don't use this path; all #include lines properly carry the linux/ path component with them. As I currently don't have a setup containing old kernels, could anybody please test that? MfG, JBG --=20 Jan-Benedict Glaw jb...@lu... +49-172-7608481 Signature of: Eine Freie Meinung in einem Freien Kopf the second : f=C3=BCr einen Freien Staat voll Freier B= =C3=BCrger. |