At 2:28 PM +1100 on 7/20/99, spierings wrote:
We could even write the preprocessor in CompileIt! and call the code
resource from
CodeWarriors example preprocessor code. What do you think about that?
Two problems:
68K-only
No tools at all
In other words, we'll be putting
At 10:21 AM +0200 on 7/18/99, M. Uli Kusterer wrote:
I would have different types:
auto -- default. Behaves like variables in HyperTalk. Converts as
needed. Slow.
integer -- long int type in C
real-- double type in C
Anthony,
I wouldn't want that.
Hmmm...
At 12:27 AM -0400 on 7/20/99, [EMAIL PROTECTED] wrote:
Anthony, let me know if you get anywhere with that egcs Mac port. Needless to
say, I'm very interested if you get it to compile.
I'mm booting into Linux the second I get done with my email to try to
configure it from there.
it will require
At 2:21 PM +1100 on 7/20/99, spierings wrote:
So long as we are off on a plugin thread, has anyone ever considered an
xTalk
plugin for Codewarrior? Really, it could simply be a preprocessor plugin
that
converted xTalk to C (although that could get mighty ugly I'm sure). But,
well, anyone
At 7:39 PM -0400 on 7/19/99, Alain Farmer wrote:
Alain: We have a problem here though. It will be difficult to attribute
a precise author for work done collectively. Who gets mentionned? In
what order? If a hundred people participated, do they all get cited?
If, instead, we decide to declare
At 10:10 AM +0200 on 7/18/99, M. Uli Kusterer wrote:
True, but if someone would like to see a PD fix added to OC so he/she can
distribute it, they can simply send it to us and we can agree. Shouldn't be
much slower and will ensure there aren't versions out there that contain
fixes which break
At 12:23 AM +0200 on 7/20/99, M. Uli Kusterer wrote:
BTW, before Anthony starts yelling for a more effective look-up of blocks:
I plan to replace the current linear search of blocks in favor of a tree
structure in RAM to save a block hierarchy. This will result in "owned"
blocks, where one can
At 9:28 AM +0200 on 7/18/99, M. Uli Kusterer wrote:
I prefer Put boolean 4 at pointer myPointer.
"put at"? I find that nowhere in my grammar book ?
Yes, it's not to good. But compare to "put the dog at the store into the box"
At 11:53 PM -0400 on 7/19/99, [EMAIL PROTECTED] wrote:
well, I know the author, and I wrote about 100 xTernals with it. Guess I'm
entitled to make some critical comments.
Woah! You mean there really are others that used it as much as me? CompileIt!
took me from Hypercard to "real" programming
At 6:43 PM -0400 on 7/19/99, Alain Farmer wrote:
Date: Sat, 17 Jul 1999 20:20:06 -0400
From: DeRobertis [EMAIL PROTECTED]
Subject: Re: OODL: OODL - OC Licence = Perl Artistic
Reply-to:[EMAIL PROTECTED]
__
Alain: Preliminary comment concerning my last post which Anthony
replied to, and
At 8:23 PM -0400 on 7/19/99, Alain Farmer wrote:
Alain: Maybe so but there will never be as many exchanges on this
subject as there is now. We canít have one licence for the beginning
then change it substantially en-route. Once the licence is decide upon,
it will remain substantially the same
At 2:46 PM +1100 on 7/20/99, spierings wrote:
Tell me what version of egcs you are looking at so we make sure we are looking
at the same thing. I'll see if I can get it to compile under CW5.
1.1.2, the latest release.
At 2:05 PM -0400 on 7/20/99, Alain Farmer wrote:
CLIP
*** LOS ANGELES, 19 July, 1999 ***
Fourth World announced today a strategic alliance with DevHQ to
deliver its popular line of SuperCard tools for free to the Open Source
^
At 1:50 PM -0400 on 7/20/99, [EMAIL PROTECTED] wrote:
if you use pure ANSI C wherever you can, it'll even be
portable, which will yield an MPW tool or even a plug-in for some Unix
compiler.
Sounds like good advice- I will be working strictly in ANSI C. I almost
always start projects like this as
At 12:53 PM + on 7/20/99, Mark Rauterkus wrote:
If you do a subroutine and do NOT release its source in one of a variety of
ways, -- then in a sense you "FORKED the tree" -- right? You made it such
that there are now 2-copies of OC out there that are different.
No. The regression tests
At 1:24 AM +0200 on 7/21/99, M. Uli Kusterer wrote:
Vectors should do the trick. Of course it depends on how you want to look
things up. If you want to index on strings, I would check out hashmaps.
Brian,
thanks! I want to keep a simple indexed array, I want to use it to keep
the block map of
At 4:52 PM +0200 on 7/20/99, M. Uli Kusterer wrote:
Hi,
just asking: has anyone yet written some cross-platform array class in
which I can store lists of pointers? Or what ANSI C++ class would I have to
use (vector?) and how?
Yes, vector.
Try this to use a vector:
#include vector
Your rule should be, anyone can fork the source and call it something
different, but it has to end with -Card. Like OtherCard, AlterCard,
Differencard, etc. Someone wants better color support and they write
ColorCard; someone else really likes ColorCard but wants better transparency
support
I thought a lot about this, and I don't see why one couldn't
"optionally" specify the type of a variable. Once the type
was declared it would be unable to be used in any other
context (until we added implicit or explicit conversion),
but the advantage could be a performance increase for
At 12:49 PM -0400 on 7/21/99, [EMAIL PROTECTED] wrote:
FWIW, I noticed on the cygnus site that they have a port of gcc from 1996 for
powerpc Macintosh- with a binary (MPW tool) and source. It should compile
without a lot of work- I'll be trying it out later tonight. Of course this
isn't as nice
At 11:55 AM -0400 on 7/21/99, [EMAIL PROTECTED] wrote:
In a message dated 7/21/99 3:37:41 AM, you wrote:
it will require some magic, as I don't have room to copy the source to my
Linux disk and don't want to have Linux writing to my MacOS disks. Some
symlinks should take care of that, though :)
Alain: We haven't worked this one out yet. Can we collectively be
designated as the Copyright Holder, without incorporating ourselves?
Anthony: Any lawyers around?
Rob:
I'm not an attorney, but...
From "Copyright Basics" published by the Library of Congress:
"Only the author or those
Is a map accessed via indices or will "ID" be the actual ID? I mean, there
can be a file with four blocks, with IDs 10, 500, 225 and 7. Now, can I
still call blocks[type][500] w/o needing the map be large enough to hold
500 blocks?
"ID" will be the actual ID. Maps are generally implemented as
is it ok if I use iterator instead of iterator_const?
The only difference is that const_iterator won't let you write directly to an
element. So, you should be fine using a plain ol' iterator.
Trouble is, in the long term I'd like to add GetIndType() and
GetIndResource() functionality to
Multi-character constants are not allowed. Why are there any in XBlockFile?
We should do this in a compatable manner. An enum would be better -- one
that uses integers, not character constants.
Anthony,
it eases debugging if field types are character constants. You see 'MAP '
and instantly
Hi everybody,
is it ok if I use iterator instead of iterator_const? I'm trying to loop
over all blocks to find a wasted block of appropriate size, and then I need
to return a pointer to that element. So what I'm trying to do is:
typedef map::iterator XBlockFileIterator;
for(
Using a vector for this is silly, considering the nice constant-time lookup
you'd want would take 8GB of memory. You want a map or a hash_map (note
that hash_map is _not_ a standard container... the proposal came to late
for the committee to discuss it)
Huh? Why would it take 8GB? Does Vector
How about something like this for XBlockFile:
(lots of stuff snipped)
Brian,
sounds like what I want to do. But how do I add items to a hashmap or to a
map?
I chose a map instead of a hashmap for the "entryMap" type, because you can
iterate over maps (but not hashmaps).
Trouble is, in the
28 matches
Mail list logo
