Präprozessor: String für #include zusammenbauen

Nop schrieb:
> Das macht man normalerweise über #ifdefs

Naja, #ifdefs würden dazu führen, dass ich neue neue Header-Datei 
anstelle an zwei Stellen nur noch an drei Stellen einpflegen müsste...

Eine #include-Direktive mit variablem Argument ist m.W. nicht möglich.
Du kannst das Include-File aber statt mit #include mit der Compiler-
Option -include einbinden und im Makefile, der Shell oder von wo immer
der Compiler aufgerufen wird, den Dateinamen variabel machen.

Edit:

Doch, #include ist natürlich auch mit einem Macro als Argument möglich. 
Ich habe da etwas durcheinander geschmissen.

Beispiel:

1

#define WHAT int

2

3

#define CONCAT2(a,b) a##b

4

#define CONCAT(a,b) CONCAT2(a,b)

5

#define SYS_HEADER <CONCAT(std,WHAT).h>

6

#include SYS_HEADER // --> #include <stdint.h>

7

8

#define STRINGY2(X) #X

9

#define STRINGY(X) STRINGY2(X)

10

#define USER_HEADER STRINGY(std WHAT.h)

11

#include USER_HEADER // --> #include "stdint.h"

Warum solche Klimmzüge: mit constexpr-Funktionen kannst Du doch die 
Lookup-Tabellen elegant im C++-Code selbst berechnen.

Johann L. schrieb:
> Beispiel:

Danke! Das war genau das, was ich gesucht habe.

Wilhelm M. schrieb:
> Warum solche Klimmzüge: mit constexpr-Funktionen kannst Du doch die
> Lookup-Tabellen elegant im C++-Code selbst berechnen.

Momentan erzeuge ich die Bitmap-Tabellen immer extern in Matlab. Im 
Build-Prozeß wäre natürlich super - allerdings kann ich mir das gerade 
nicht vorstellen, ohne dass der Build-Prozess auf externe Werkzeuge wie 
z.B. ImageMagick zugreift. Kannst Du das mal als Beispiel zeigen? Ich 
habe mal ein Roh-Bitmap angehängt.

Walter T. schrieb:

> Wilhelm M. schrieb:
>> Warum solche Klimmzüge: mit constexpr-Funktionen kannst Du doch die
>> Lookup-Tabellen elegant im C++-Code selbst berechnen.
>
> Momentan erzeuge ich die Bitmap-Tabellen immer extern in Matlab. Im
> Build-Prozeß wäre natürlich super - allerdings kann ich mir das gerade
> nicht vorstellen, ohne dass der Build-Prozess auf externe Werkzeuge wie
> z.B. ImageMagick zugreift. Kannst Du das mal als Beispiel zeigen? Ich
> habe mal ein Roh-Bitmap angehängt.

Ich hatte oben nur etwas von Lookup-Tabelle gelesen und damit nicht das 
Zeichen von Bildern assoziiert.

Geht aber um das Umwandeln (nicht das Erzeugen) von BitMap-Daten, so 
kann man es schon so machen.

Bei den Bildern oder sagen wir besser Icons habe ich es so gelöst, dass 
ich die selbstverständlich mit einem Grafikprogramm erzeuge und dann als 
XBM (Header) speichere. Die XBM-Datei wird dann so inkludiert, wie sie 
ist. Das XBM-Format (es repräsentiert ja die Daten in einem 
char-C-Array) ist oft nicht das, was man als BitMap gebrauchen kann, und 
das kann man dann per constexpr-Funktion in das Zielformat umwandlen. 
Natürlich kann man Grafiken auch algorithmisch erzeugen, aber ich 
bezweifle, dass es irgendeine Grafik-Bibliothek gibt, die aus 
constexpr-Funktionen besteht bzw. dass es das ist, was Du machen 
möchtest.

Walter T. schrieb:
> Johann L. schrieb:
>> Beispiel:
>
> Danke! Das war genau das, was ich gesucht habe.
>

Das ist zwar "bewundernswert smarte Präprozessor-Magie", aber doch ein 
Krampf, wenn man's pflegen und sich immer wieder neu eindenken muss.

Für die constexpr-Logik gilt nach meinem Geschmack Ähnliches.

M.E. gehört solcherlei Preprocessing ins Makefile und sonst nirgendwo 
hin. Dort würde zumindest ich danach suchen.