ANSI C++ problemy

[Martin Dalecki]

Marcin 'Qrczak' Kowalczyk wrote:
> 
> Mon, 03 Jan 2000 18:19:11 +0100, Martin Dalecki <dalecki w cs.net.pl> pisze:
> 
> > Ponadto w przeciwieństwie do C autorzy kompilatora C++ nie zamierzają
> > wspomagać zwykle chybionych GNU-jnych rozszerzeń tego i tak potwornie
> > przeładowanego języka. I chwała im za to! Wolą koncentrować się
> > nad poprawną implementacją standardów.
> 
> Większość GNU rozszerzeń C/C++ jako taka jest IMHO dobra - łatają
> różne braki tych języków. Główna wada to niestandardowość. Zgadzam się,
> że implementacja standardu jest ważniejsza.

Wszystko zaleźy od tego z której strony na to popatrzeć. Patrząc z
punkut widzenia
C plim plim to raczej wiele z tych rozszerzeń było na chuj zdatne...
Co się tyczy C to owszem rozszerzenia dotyczące kwestji kodowania na
niskim 
poziomie takie jak np. asm i __inline__ są dobre i jak najbardziej
porządane, ale
natomiast bardzo wiele źeczy z kategorji __attrib__ (których jest
*pełno*) jest albo
zbędna, albo nie działa poprawnie. Najbardziej chorym rozszerzeniem C
jest moźliwość
definiowania lokalnych funkcji, tak ja w Pascalup np. --- Po cholerę to?

> > Przykładowo ja np. uwaźam __attribute__ za chore w porównaniu z
> > klasycznym #pragma w C.
> 
> #pragma ssie. Nie można jej generować makrem, dlatego w C9x jest też
> _Pragma("..."). #pragma składniowo zupełnie nie pasuje do funkcji
> jaką pełni __attribute__.

I teź nie powinna "pasować" bo to powinno być tylko ostatnią deską
ratunku!
 
> > A w C++ w wersji gcc-2.95 zniknęły tzw. sygantury typów. Nie ma
> > czego źałować, albowiem wątpię aby ktoś z publiki poza mną o tym
> > w ogóle kiedykolwiek słyszał....
> 
> Trochę dyskutowałem o nich z autorem. Sygnatury łatają istotny brak
> C++, mimo że implementacja nie była doskonała. Na szczęście w Haskellu
> mam lepszy odpowiednik sygnatur, nie muszę męczyć się z C++...

Noooo. Z tego co jak ja to rozumiem to dynamic_cast daje właściwie to
samo.
A tak jak juź wspominałem C++ jest dostatecznie skomplikownym językiem,
aby
dać se spokój z jego jeszcze dalszym rozszerzaniem. Z resztą jak sam
wspominasz
warto się zastanawiać nad jeźzykami alternatywnymi... Och gdyby tylko
w libgcj było chociaź AWT... to bym ani chwilę nie zastanawiał się nad C
plim plim...

--
	Marcin Dalecki