Doxygen links for a multi-language API

We use Doxygen to generate the API and related documentation for our software library. The library is written in C++, exposes a C interface, and includes wrappers for other languages like C# and Python.

Much of the wrapper languages use the same names for structures/classes as the C API. When Doxygen finds one of them it always links to the C structure. I believe I read somewhere this is by design--it links to the first one that was found. How can I get Doxygen to link the one for a particular language? Ideally to also have the generated link only show the structure/class name (ie. not have some prefix).

Very basic example with pseudo-code in case it helps:

C++ pseudo-code:

ConfigurationOptions.h:

/// Data container
struct ConfigurationOptions
{
}

Bar.h:

/// Class to manage ... 
class Bar
{
    /// Construct object based on specified options.
    ///
    /// \param options
    ///    A ConfigurationOptions object with ...
    Bar(const ConfigurationOptions & options);
}

Python pseudo-code:

ConfigurationOptions.py:

## Data container
class ConfigurationOptions(structure):
    def __init__(self):
        self.count = 10

Bar.py:

## Class to manage ...
class Bar:
    ## Construct object based on specified options.
    ## See ConfigurationOptions documentation.
    ##
    ## \param options [ConfigurationOptions]
    ##   A ConfigurationOptions object with ...
    def __init__(self, options):

When both files are included in the Doxygen configuration, it will auto-link all references to ConfigurationOptions to the C++ struct ConfigurationOptions. I want the Python documentation to link to the Python objects.

To be clear, using this example, I want the references to ConfigurationOptions in Bar.py (lines 4, 6, 7) to link to the Python ConfigurationOptions, not the C++ one.

I've found a way to do it (at least with Python) by prefixing the element with the name of the Python module (file). For example:

    ## \param options [ConfigurationOptions.ConfigurationOptions]
    ##   A ConfigurationOptions.ConfigurationOptions object with ...

But there's downsides to this, and I don't know if it'll work with the other languages.