Adam Fedor wrote:
>
> Well, in the spirit of instability, API changes and incompatibilities
> :-) I'm finally getting a good start on rearranging the filesystem as
> described in:
>
> http://www.gnustep.org/experience/documentation/filesystem.ps
Point by point:
ApplicationSupport: Just dumb. Th
There seems to be a new memory leak in GNUstep that can be most easily
seen in GSTest.app.
1) Start up GSTest.app.
2) Select the Info Panel from the menu.
3) Start the Memory Panel by clicking the image.
4) Hit Update a few times.
You will notice that the number of GSUnicodeInlineString keeps on
Adam Fedor wrote:
David Ayers wrote:
Hi,
ScriptKit
* Library/Guile.h: Use qualified path
for
inclusions. Use "" rather than <> for local inclusions.
* Library/GuileInterpreter.h: Use "" rather than <> for local
inclusions.
* Library/GuileScript.h: Ditto.
Adam Fedor wrote:
David Ayers wrote:
I know, but I was thinking that links are imlemented as copy. And
since the copy of the headers would be done "after-all:" it should
not affect the build porcess of the (sub)library but make the headers
(and yes the *.m files and all the rest also) availab
On 2003-04-05 18:54:13 +0200 Adam Fedor <[EMAIL PROTECTED]> wrote:
I think ScriptKit is a general enough, system-wide framework that it could probably go in Library. But I think you should design the package so that it would be easy for someone to move it if they desired.
Probably you meant Ste
Stefan Urbanek wrote:
Another issue in gnustep FSH is that noone is using ApplicationSupport
directory. It is a good thing, because this will contain all possible
pollution of Library directory. And here I would like to ask, what
should i do with StepTalk? Currently it uses Library/StepTalk dire
David Ayers wrote:
Hi,
ScriptKit
* Library/Guile.h: Use qualified path for
inclusions. Use "" rather than <> for local inclusions.
* Library/GuileInterpreter.h: Use "" rather than <> for local
inclusions.
* Library/GuileScript.h: Ditto.
* Library/SKInte
David Ayers wrote:
I know, but I was thinking that links are imlemented as copy. And since
the copy of the headers would be done "after-all:" it should not affect
the build porcess of the (sub)library but make the headers (and yes the
*.m files and all the rest also) available for the other p
David Ayers wrote:
As most code #including the header will want EONull to implement the
methods, but we are internally using NSNull, the switch is done only
in the implementation file. But maybe we should move the define
closer to the category implementation. Or be explicit about it in the
i
Stéphane Corthésy wrote:
Hi,
Three bugs in gdl2/EOAccess/EODatabaseContext.m:
- in setDelegate:, the == in the while loop must be replaced by a
single =
Thanks!
- in -relayPrimaryKey:object:entity:, the test if(isToMany) must be
done only if value != nil
This sounds sane, but I think I'll h
Stéphane Corthésy wrote:
Some more patches for GDL2.
Stéphane
Changelog
EOControl/EOControl.h: added inclusion of EODefines.h and
EOArrayDataSource.h
Thanks, I guess I lost the version that included EOArrayDataSource.h!
I'm reluctant to include EODefines.h. All headers that need it should
Stéphane Corthésy wrote:
Hi,
here are some other patches for GDL2 (I still have lots in stock!).
Keep 'em coming. (But weekends are a bad time for me, so expect answers
on during the week in most cases.)
In MacOS X 10.2, there are some classes (public or private) which
deserve to be used IMH
12 matches
Mail list logo