Message-Id: <m0yaM2C-000S41C@inti.gov.ar>
Comments: Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
Organization: INTI
To: "Paul Derbyshire" <pderbysh AT usa DOT net>, djgpp AT delorie DOT com
Date: Fri, 15 May 1998 12:13:32 +0000
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: COFF obsolete, let's port to Elf for version 3
In-reply-to: <lmX61.4887$z15.4069921@news21.bellglobal.com>
Precedence: bulk

"Paul Derbyshire" <pderbysh AT usa DOT net> WROTE:

> Someone grumpy wrote:
> 
> >>   * Template instantiation problems.
> 
> That's my primary motivation.
> 
> >That's a real one, yes. It's the only *new* argument in your posting,
> >and therefore might be the one reason that would warrant the effort of
> >going ELF. OTOH, I've not yet seen a principle argument that would
> >make the new template instantiation scheme of gcc-2.8.* impossible to
> >implement for COFF. It's just that no-one at the FSF bothered to do it
> >for us, yet.
> 
> I think being unable to use the same template in more than one sourcefile at
> all is a really major PROBLEM! Therefore, this is reason enough to ditch COFF
> like the broken-down outgrown ancient obsolete standard it is, and go for elf.

Wait a minute. There a mechanism (used in 2.7.x) that allows the use of 
templates (avoiding collisions because of multiple definitions) using some 
#pragma definitions (I use it in my editor, I have a silly array template). Can 
you explain what's wrong with it?
 
> And don't tell me all about -frepo, since I hear it's buggy to nonfunctional
> now and for the foreseeable future, as well as needing all sorts of nonstandard
> goofing around in your sources in order to make it work, instead of just being
> able to write standard C++ and compile it happily... I don't relish the thought
> of going through every STL and standard C++ header adding "export" before every
> freaking template, and in the library sources too, and then recompiling
> libstdcx.a, and the whole nine yards just to get a "feature" that is in fact a
> standard part of the language...

Then just go to:

http://www.planet.net/pjoshv/

Download it, analize it, and write an ELF loader for DJGPP ;-)))
The big problem: You need binutils able to generate ELF files. This people 
uses:
1) GCC from Linux.
2) Your own linker.

SET
------------------------------------ 0 --------------------------------
Visit my home page: http://set-soft.home.ml.org/
or
http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org
ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013