organize that?
Thanks,
Helge
--
Helge Hess
http://helgehess.eu/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
On 11.03.2008, at 19:37, David Ayers wrote:
if you are using ogo with gdl2... is that the case?
No, OGo/SOPE uses its own variant of GDL1. But I assume that EOFault
handling is more or less the same.
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu
of the code,
but to the stability of the ABI only. The stability of the code is
very nice, so if you don't have a problem with staying at trunk / last
branch, everything is awesome-O :-) We do.
Thanks,
Helge
--
Helge Hess
http://www.helgehess.eu
BTW: sometimes people don't know what ABI compatibility implies in the
real world. The basic idea is that if I have a library and a tool, I
can replace 'library' with any ABI compatible library and the tool
still works. Stuff like crasher bugs being fixed.
Say, I have installed
if one could use the VS C++ compiler
instead of g++. But that probably works already (CC=vcc++ or whatever)
Hm, sweet. I think I give it another try today and see what was wrong
with using gsmake for me.
Thanks,
Helge
--
Helge Hess
http://www.helgehess.eu
On 01.03.2008, at 14:19, Helge Hess wrote:
Hm, sweet. I think I give it another try today and see what was
wrong with using gsmake for me.
I just tried again with gsmake2 and everything works like a charm. The
only thing I had to do was setting LD:
---snip---
LD=g++
-include
On 02.03.2008, at 00:47, Jiva DeVoe wrote:
Y'know... I looked at scons a year or so back..
This comment was an exclusive for Nicola ;-)
Thanks,
Helge
--
Helge Hess
http://www.helgehess.eu/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http
Valgrind. Though obviously applications will have different profiles
depending on the foundation, depends on your specific bottleneck.
Helge
--
Helge Hess
http://www.helgehess.eu/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org
an isa pointer (= it has to be in your
root class). Maybe removing the 'isa' does the trick?
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
as much with Windows
linking as with plain C or C++.
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
, on MacOS you probably also want to have some stuff in FHS,
and some in MacOS layout).
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
I've tagged SOPE 4.6beta and bumped SOPE trunk to 4.7. Same goes for
JOPE 1.2/1.3.
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
where to look for associated files. Eg
./configure --prefix=/opt/gnustep-base-15
it would then know where to look for resources etc (because thats
fixed in FHS).
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu/
___
Gnustep-dev mailing
to /usr, GNUSTEP_LOCAL_ROOT to /usr/local,
etc).
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
) and it seems they may
need
to adapt again for the subsequent release.
Thats a good point. The last gstep-make release already gave us a
major headache. Well, if the next one is explicitly marked as
unstable it would be probably OK ;-)
Thanks,
Helge
--
Helge Hess
http://www.helgehess.eu
/a.gif
/b.gif
Something like that ;-) Frameworks/bundles need to be debundled for
FHS. Of course this can be done transparently in the NSBundle class.
(though a separate class has the advantage that you can do FHS in
combination with Cocoa).
Greets,
Helge
--
Helge Hess
http
?
Don't know. Probably there is a smart solution to the issue ;-)
BTW: personally I'm not quite sure whether I understand that /etc/
GNUstep.conf thing :-) Is it necessary or optional?
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu
because it has little
practical value for alpha anyways, no special preferences here.
Writing an automated testsuite (which would also need to be
maintained) is IMHO a waste of efforts.
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge
system (eg is NSStream available
or not).
Am I missing a point here?
Yes, see above ;-)
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman
,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
unstable.
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
found
one in past discussions :-)
Which I find a bit unfortunate because the code itself of gnustep-
base/gnustep-make is stable for such a long time.
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev
Richard,
you outline the scenario as an either/or (more frequent vs less
frequent) while IMHO its quite the contrary. The current situation
suits neither of the camps, for most its too slow, for some its (by
far) too fast. I don't think there is anyone who wants an almost
stable version.
functions) is b0rked with -O2. Not sure about -O. Which is why we
always disable it ...
(is it possibly to filter out the -O per file?, eg MyStream_OPTIMIZE
= no or something like this?)
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge
from the Apple lawyers making that a no go ;-)
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
itself, but also in the related
framework improvements) until it gets possibly replaced by a free
application.
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org
proposal?
I've no proposal which is why I _asked_ for suggestions on how it
would be possible to turn Nicola's idea into something which can be
advertised. I'm kinda confused why you reask the same question to me.
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
usually exist for legacy
reasons, not because it would be the environment of choice nowadays.
So the question is whether gstep-base could be interesting for people
and why. Can we put that into an ad which triggers someone?
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members
few years instead. So IMHO its superflous
anyway.
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
.
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
On May 10, 2006, at 6:11 AM, Hubert Chan wrote:
the FHS doesn't define things
BTW: before this starts to go in the wrong direction again, we are
not talking about just FHS but integrating with the underlying
operating systems conventions. Which may not use FHS but some other
FS
On May 10, 2006, at 7:25 PM, Hubert Chan wrote:
My main concern, though, is that since the FHS doesn't
define those directories, users might get upset if we start creating
random directories in ~.
OK, I see. Sure, we should not do this. But is anything put into
GNUSTEP_USER_ROOT except maybe
On May 11, 2006, at 12:39 AM, Hubert Chan wrote:
But if we make GNUSTEP_USER_ROOT to be
~/.GNUstep, then user-installed applications, libraries, etc. get
installed in a not-too-nice place, IHMO.
I can't see how this matters for user-installed applications. They
can (and should be able to)
On 9. Mai 2006, at 06:17 Uhr, Andrew Ruder wrote:
I don't believe that this should be an option; this should be
*STANDARD*
operation.
Maybe I'm wrong but people seem to consider FHS vs GNUstep hierarchy
and either/or thing. It certainly isn't. FHS (or other system
hierarchies) is just an
On 29. Mrz 2006, at 10:35 Uhr, Richard Frith-Macdonald wrote:
The -objectForKey: and -setobject:forKey: methods exist in
NSUserDefaults and NSDictionary with two different type signatures.
For NSDictionary the key is of type 'id' but for NSUserDefaults it
is of type 'NSString*'
This can
On 19. Mrz 2006, at 16:08 Uhr, Manuel Guesdon wrote:
About daily snapshots, could you tell me what to snaphost and how
to do it ? I'm not familiar with SVN :-(
Something like this:
SUBPROJECT=base
BRANCH=trunk
rm -rf checkout-tmp
svn export \
On 10. Mrz 2006, at 20:13 Uhr, Jeremy Bettis wrote:
You can't have every platform tested for every release.
But you need to decide (and declare!) what platforms are actually
tested prior a release. Otherwise a stable release is pretty useless,
no?
For GNUstep this means that there needs
Hi,
On 1. Mrz 2006, at 15:15 Uhr, Gregory John Casamento wrote:
One of the ways I've noticed that other projects act is that they,
under normal circumstances, try to make regular releases of the
code at predictable intervals. This helps to reassure people that
the project is active and it
On 7. Mrz 2006, at 16:41 Uhr, Adam Fedor wrote:
Well, I try to do something like this, only I aim for binary
compatibility, rather than API stability. That's way too hard for
me to track - something that all the developers would have to sign
up to do, not just me. The last binary
On 22. Feb 2006, at 19:29 Uhr, Richard Frith-Macdonald wrote:
I boggled when I read that ... then realised that my initial
incomprehension was due to 20+ years experience programming on unix
style systems ... it simply didn't occur to me that copying the
library from one directory to
On 19. Feb 2006, at 10:21 Uhr, Richard Frith-Macdonald wrote:
I don't think libFoundation is more flexible than GNUstep-base ...
rather
it's different, and I don't really see why gnustep needs to try to
'beat' it.
I agree.
For me lF is a bit more flexibile since I can change anything I
On Feb 12, 2006, at 17:15, Nicolas Roard wrote:
Well, yes, but the schedule is not uploaded on the fosdem site, so I
would guess they don't have any schedule for us anyway...
They know the reference to the Wiki site, I told them they'll find the
line-up over there ... Well, we'll see, if you
On 2. Nov 2005, at 21:22 Uhr, Scott Stevenson wrote:
http://treehouseideas.com/downloads/gnustep.page
Very nice!
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
On 23. Okt 2005, at 13:25 Uhr, Markus Hitter wrote:
Unlike CVS, Subversion numbers versions throughout the whole
repository. A bunch of files checked out have always the same
version; files get higher version numbers even without being
changed. As a result, one should tend to make small
On 26. Aug 2005, at 16:46 Uhr, Nicola Pero wrote:
... just wanted to encourage you and say that this would be a
fantastic
addition to gnustep-make! :-)
OK, the Linux/gcc4 issue isn't solved yet, but at least on OSX it
works (almost) like a charm.
I've added PCH to SOPE 4.5 and it now
On Aug 27, 2005, at 20:22, Matt Rice wrote:
PS: ratmice: I think you saw no speed gain because
you didn't use -
include which you should to ensure that the PCH is
actually used (the
PCH MUST be the first included header).
of course i did..
line 20 and 29 of pch.diff
OK, was just a wild guess
Hi,
I think I've found a bug in framework.make of gstep-make 1.10.0. It
doesn't honor the HEADER_FILES_DIR variable which results in missing
dependencies.
I've added the addprefix call to the right side:
---snip: Instance/framework.make:299---
# Need to share this code with the headers
On 25. Jul 2005, at 02:35 Uhr, Lars Sonchocky-Helldorf wrote:
Well, my first thought was: why another templating engine? We
already have WO (either in SOPE or in gstep-web).
maybe because WO would be overkill for some simple tasks (or do you
use a semitrailer truck to carry a crate of beer to
On 22. Jun 2005, at 07:58 Uhr, Gregory John Casamento wrote:
Does anyone have any comments?
I would still love to see a viable OpenSource replacement for IB on
MacOSX. Are there any plans to port Gorm to Cocoa?
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
50 matches
Mail list logo