home *** CD-ROM | disk | FTP | other *** search
- > Hmm, did I suggest a specific patch? Or did you look at the config/svr4.h
- > macro:
-
- Exactly :-)
-
- > I must say, the comment confuses me, but I *know* the reason for this
- > macro. The error_mark_node is probably just a flag value in this case.
- > Pre 2.5 gcc parsed full initializers before emitting any code.
- > In those versions the size of initializers were known before the emitting.
- > When RMS put his pet in, this size couldn't be calculated until after
- > the emitting phase (at least for char x[] = {...} type of decls).
-
- Well, the example given to exhibit the bug, didn't.. I then saw some
- construct that caused a .size of -1, and that was (from memory):
- static char *foo[] = {
- "bleh", "blah", "gargel",
- };
-
- However, both versions, old and "fixed" gcc, did a .size -1 on this
- construct.
-
- > Most architectures don't care about the size directive (well, maybe
- > debuggers do) but some shared-lib implementations do, notably SVR4.
-
- NetBSD does, too. In fact, "our" shared libraries are much more like
- SVR4 shared libs than like SunOS. I felt like dejavu when I did the
- netbsd gcc, somehow I did almost the same thing months ago for Amiga
- Unix already :-)
-
- > Hey MTK, aren't you on GCC2 list anymore? I think you used to be,
-
- Hmm.. I definitely was.. looks like I "vanished", but frankly, I'm quite
- happy this way, I already get ways too much mail without being on the gcc2
- list...
-
- -Markus
- --
- CHUUG/EUnet Switzerland Markus Wild
- Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch
- CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH
-
-