[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Release schedule
From: |
Chris B. Vetter |
Subject: |
Re: Release schedule |
Date: |
Mon, 7 Apr 2003 12:44:12 -0700 |
On Sat, 5 Apr 2003 05:04:09 +0100
Richard Frith-Macdonald <address@hidden> wrote:
[...]
> I've just been through and altered the gui headers enough to get
> applications to compile with STRICT_OPENSTEP defined. I was
> disappointed by the amount of alterations I had to do that, and Im
> certain that the STRICT_OPENSTEP stuff is not in use throughout the
> headers as it should be :-( Hopefully this is not the case in the base
> library, where I think it's all correct.
I finally got around to update to a newer checkout (last Friday's) at
home... I'm not sure about correctness as I do not have a reference,
but-base now compiles cleanly if STRICT_OPENSTEP is defined.
However, the state of the header files is indeed in a sorry state.
Two examples:
Adam apparently moved certain categories to a GSCategory.h, which (IMHO)
is a good thing - however, it's not included anywhere, and worse, it
now resides in gnustep/base/ ...
If I'm in a hurry, or start working on something new, I usually do a
convenient <Foundation/Foundation.h> and/or <AppKit/AppKit.h> include
before I sort out what I actually need to include. Since last Friday
(for me, that is, might have happened earlier) you will get a whole
bunch of warnings and errors of undefined DPSOperators...
> For portability issues (use of STRICT_OPENSTEP, STRICT_MACOS_X, port
> to windows, runtime compatibility options etc) the GNUstep developers
> *MUST* depend upon the people using the system to fix problems, as
> there aren't enough core developers to test all this sort of thing.
Well, I guess this is exactly what Tim was pointing out.
If we were to clean out core/ leaving only a plain Next/Openstep (run it
through your personal lower/uppercase parser) implementation and put the
GNUstep/Cocoa extensions on top of that, we CAN be *sure*...
> With the best will in the world, errors will continually creep in and
> the people who need a non-standard system have to keep a check on it
> to stop that sort of creep.
Of course.
> Given the state I found the headers in ... my impression is that
> nobody is actually using STRICT_OPENSTEP for the first purpose ... If
> nobody is trying to use it for producing OPENSTEP compatible
> applications, should we be bothering with the first usage at all?
Yes.
Maybe I'm the only one, but I do (prefer to) use STRICT_OPENSTEP in
(most of) my stuff.
--
Chris
- Re: Release schedule, (continued)
- Re: Release schedule, Alexander Malmberg, 2003/04/02
- Re: Release schedule, Markus Hitter, 2003/04/03
- Re: Release schedule, Chris B. Vetter, 2003/04/03
- Re: Release schedule, Richard Frith-Macdonald, 2003/04/04
- Re: Release schedule, Chris B. Vetter, 2003/04/04
- Re: Release schedule, Adam Fedor, 2003/04/04
- Re: Release schedule, Chris B. Vetter, 2003/04/04
- Re: Release schedule, Richard Frith-Macdonald, 2003/04/04
- Re: Release schedule,
Chris B. Vetter <=
Re: Release schedule, Nicola Pero, 2003/04/02
- Re: Release schedule, David Ayers, 2003/04/03
- Re: Release schedule, Nicola Pero, 2003/04/03
- Re: Release schedule, Tim Harrison, 2003/04/03
- Re: Release schedule, Jeff Teunissen, 2003/04/03
- Re: Release schedule, Nicola Pero, 2003/04/04
Re: Release schedule, Alexander Malmberg, 2003/04/03
Re: Release schedule, Nicola Pero, 2003/04/04
project goal Re: Release schedule, Helge Hess, 2003/04/05
Re: project goal Re: Release schedule, Nicolas Roard, 2003/04/05