doxygen-users

[Doxygen-users] PREDEFINES macro expansion without spaces

[Frank M. <fra...@gm...>]

Hi,

I define a macro like

  "FOO(x)=virtual ~x();"

to be able to create an empty virtual destructor of a C++ class. However,
the expanded text of

  FOO(bar)

is

  ~  bar  ();

Doxygen adds spaces before and after macro arguments which is not appreciate
in cases like this because "~  bar" is not considered a destructor (at least
not from Doxygen itself).

Is there some reason to suppress adding these spaces?

I'm using Doxygen 1.8.12.

Thanks,

Frank

Re: [Doxygen-users] PREDEFINES macro expansion without spaces

[Albert <alb...@gm...>]

Frank,

What happens in the current version (1.8.13). when persistent add a minimal
example showing the problem or file a bug report a bug report on bugzilla (
https://bugzilla.gnome.org/enter_bug.cgi?product=doxygen) with a, minimal,
self-contained example (source+config file in a tar or zip) that allows us
to reproduce the problem.

Albert

On Wed, Jan 25, 2017 at 3:34 PM, Frank Mehnert <fra...@gm...>
wrote:

> Hi,
>
> I define a macro like
>
>   "FOO(x)=virtual ~x();"
>
> to be able to create an empty virtual destructor of a C++ class. However,
> the expanded text of
>
>   FOO(bar)
>
> is
>
>   ~  bar  ();
>
> Doxygen adds spaces before and after macro arguments which is not
> appreciate
> in cases like this because "~  bar" is not considered a destructor (at
> least
> not from Doxygen itself).
>
> Is there some reason to suppress adding these spaces?
>
> I'm using Doxygen 1.8.12.
>
> Thanks,
>
> Frank
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> https://lists.sourceforge.net/lists/listinfo/doxygen-users
>

Re: [Doxygen-users] PREDEFINES macro expansion without spaces

[Frank M. <fra...@gm...>]

Hi Albert,

thanks. I've just tried 1.8.13 and saw the same result. Therefore I filed a
bug report, see https://bugzilla.gnome.org/show_bug.cgi?id=777753 .

Kind regards,

Frank

On Mittwoch, 25. Januar 2017 15:46:39 CET Albert wrote:
> Frank,
> 
> What happens in the current version (1.8.13). when persistent add a minimal
> example showing the problem or file a bug report a bug report on bugzilla (
> https://bugzilla.gnome.org/enter_bug.cgi?product=doxygen) with a, minimal,
> self-contained example (source+config file in a tar or zip) that allows us
> to reproduce the problem.
> 
> Albert
> 
> On Wed, Jan 25, 2017 at 3:34 PM, Frank Mehnert <fra...@gm...>
> wrote:
> 
> > Hi,
> >
> > I define a macro like
> >
> >   "FOO(x)=virtual ~x();"
> >
> > to be able to create an empty virtual destructor of a C++ class. However,
> > the expanded text of
> >
> >   FOO(bar)
> >
> > is
> >
> >   ~  bar  ();
> >
> > Doxygen adds spaces before and after macro arguments which is not
> > appreciate
> > in cases like this because "~  bar" is not considered a destructor (at
> > least
> > not from Doxygen itself).
> >
> > Is there some reason to suppress adding these spaces?
> >
> > I'm using Doxygen 1.8.12.
> >
> > Thanks,
> >
> > Frank
> >
> > ------------------------------------------------------------
> > ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Doxygen-users mailing list
> > Dox...@li...
> > https://lists.sourceforge.net/lists/listinfo/doxygen-users
> >
> 


-- 
Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstraße 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher