ich habe eine Verständnisfrage die sich um die Verwendung von static in Headerdateien und der damit erzwungenen "internal linkage" dreht.
Ursprünglicher Zweck des Codes war es in einem Header ein Array anzulegen und zwar so das in jeder Übersetzereinheit die den Header benutzt eine eigene Kopie des Arrays erstellt wird. Die abgespeckten Versionen der Übersetzereinheit a.cpp und b.cpp sehen so aus:

// a.h
void a_smth();

// a.cpp
#include <iostream>
#include "header.h"

void a_smth()
{ 
	std::cout << "a: " << &ptr << std::endl;
}

und zwei weitere Dateien die genauso aussehen

// b.h
void b_smth();

// b.cpp
#include <iostream>
#include "header.h"

void b_smth()
{ 
	std::cout << "b: " << &ptr << std::endl;
}

der von beiden Dateien benutzte Header sieht so aus:

// header.h
#include <iostream>

static unsigned int *ptr;

class init{
public:
	init(){ 
		std::cout << "header: " << &ptr << std::endl; 
		ptr=new unsigned int[1000];
	}
	~init() {delete []ptr;}
};
static init s_init;

a.cpp und b.cpp sollten also jeweils "ihr eigenes" ptr und s_init bekommen.
Wenn man jetzt a/b_smth aus main aufruft, also sowas macht:

#include "a.h"
#include "b.h"

int main(int argc, char* argv[])
{
	a_smth();
	b_smth();
	return 0;
}

erhält man die Ausgabe

header: 0081B148
header: 0081B148
a: 0081B148
b: 0081B150

Es werden also wie erwartet zwei ptr's und s_init's angelegt. In a_smth und b_smth liegen die pointer ja an verschiedenen Speicheradressen. Im Konstruktor von init ist aber offensichtlich nur das eine ptr sichtbar. Ich hätte erwartet das jeweils "das passende" ptr sichtbar ist da es ja mit internal linkage erzeugt wurde also in der gesamten quelldatei sichtbar sein sollte. Was stimmt da mit meinem Verständnis nicht?

Vielen Dank für's lesen und nachdenken schonmal!

PS: Das praktische Problem - also das erzeugen von einem Array pro Übersetzereinheit - hab ich gelöst in dem ich das ptr zu einem public member von init gemacht habe. Dann ist auch im Konstruktor jeweils das passende ptr sichtbar. Es geht mir hier also mehr um das Verständnis als um eine Lösung ...