gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Gorm source reorganization


From: Alex Perez
Subject: Re: Gorm source reorganization
Date: Tue, 29 Mar 2005 14:30:47 -0800
User-agent: Mozilla Thunderbird 1.0 (Windows/20041206)

David Ayers wrote:
Gregory John Casamento wrote:

Richard,

--- Richard Frith-Macdonald <address@hidden> wrote:

Back when framework support for gnu/linux was first introduced, Helge argued for *not* introducing frameworks, on the grounds that they add no functionality but supporting/maintaining them implies time-wasting overtheads. Now that they have been around for a while, I tend to agree with him, and while I don't work on the make system and the framework code myself, so I'm not about to do anything there, if there was a move to drop framework support entirely, I certainly wouldn't argue against it, and I'd defintely adviuse anyone attempting to write portable code to use the simpler bundle mechanism.

I don't know exactly what Nicola means by 'not supported' on windows ... it might mean that he has no intention of ever trying to get frameworks to work there, it might mean that he hasn't had the time. From previous discussion on the way frameworks are implemented elsewhere, I don't think anyone has even figured out a way to implement them on windows without making multiple copies of files cluttering things up (and introducing tremendous fragility), or persuading compiler/linker people to build in support for them.



It would be nice if we could find some way to support them as they seem to be a nice way of keeping resources in one place. But if they're not supported on
all platforms, I won't use the for the time being in Gorm.


I think this is what:

NATIVE_LIBRARY_NAME
native-library.make

was intended for. Of course this will get tricky if/once frameworks are supported on non-Darwin systems.

You mean "true frameworks" :)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]