Re: doxygen-Problem

Ralf Corsepius <[email protected]>
Newsgroups gmane.linux.suse.programming
Message-ID <[email protected]>
On Thu, 2004-11-04 at 11:12, Andreas Loesch wrote:
> Am Donnerstag, 4. November 2004 08:25 schrieb Ralf Corsepius:
> >
> > Weiss jemand was zu tun ist? Wie bekomme ich doxygen dazu foo.h und
> > xxx/foo.h sauber zu unterscheiden?
> >
> 
> Hast Du schon mit den Optionen:
> <quote 
> source="http://www.stack.nl/~dimitri/doxygen/config.html#cfg_full_path_names">
> FULL_PATH_NAMES
>     If the FULL_PATH_NAMES tag is set to YES doxygen will prepend the full 
> path before files name in the file list and in the header files. If set to NO 
> the shortest path that makes the file name unique will be used
> 
> STRIP_FROM_PATH
>     If the FULL_PATH_NAMES tag is set to YES then the STRIP_FROM_PATH tag can 
> be used to strip a user-defined part of the path. Stripping is only done if 
> one of the specified strings matches the left-hand part of the path. The tag 
> can be used to show relative paths in the file list. If left blank the 
> directory from which doxygen is run is used as the path to strip.
> </quote>
> 
> gespielt?
Ja, ich verwende
FULL_PATH_NAMES = YES
STRIP_FROM_NAMES = /tmp/testing/src/

Ausserdem verwende ich @file, um beim Beispiel zu bleiben,

in /tmp/testing/src/foo.h:
/**
 * @file foo.h
 */

und in /tmp/testing/src/xxx/foo.h
/**
 * @files xxx/foo.h
 */

>  denn das könnte eigendlich dabei helfen obwohl die ja sonst 
> theoretisch auch unique sein sollten...
Sollte - Dachte ich bisher auch ;)

Mir erscheint es so, als ob doxygen, statt den Inhalt von @file als
"Schlüssel" zu verwenden, ihn als Wildcard "*$(@file)" interpretiert.

Damit würde "xxx/foo.h" auf "*foo.h" matchen, was mit der Fehlermeldung
übereinstimmen würde.

Ralf



-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    [email protected]
Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken
Sie eine Mail an: [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.