Re: [sc-dev] GC & GC

[ccos <ccos@xxxxxxxxxxxxxxxx>]

these are all occurrences of the string "GC".
most of them are preceded by "class" so a simple search and replace
of "class GC" with "class PyrGC" would take care of all of them
except the single occurence in PyrPrimitive.cpp

i'd like to go ahead with it. 
it is a real impediment to working with XWindows.
are there any objections/suggestions?

_c

PyrKernel.h
PyrKernel.h: PyrObject* instantiateObject(class GC *gc, PyrClass* classobj, int size, 
PyrKernel.h: PyrObject* newPyrObject(class GC *gc, size_t inNumBytes, int inFlags, int inFormat, bool inCollect);
PyrKernel.h: PyrString* newPyrString(class GC *gc, const char *s, int flags, bool collect);
PyrKernel.h: PyrString* newPyrStringN(class GC *gc, int size, int flags, bool collect);
PyrKernel.h: PyrObject* newPyrArray(class GC *gc, int size, int flags, bool collect);
PyrKernel.h: PyrSymbolArray* newPyrSymbolArray(class GC *gc, int size, int flags, bool collect);
PyrKernel.h: PyrInt8Array* newPyrInt8Array(class GC *gc, int size, int flags, bool collect);
PyrKernel.h: PyrInt32Array* newPyrInt32Array(class GC *gc, int size, int flags, bool collect);
PyrKernel.h: PyrObject* copyObject(class GC *gc, PyrObject *inobj, bool collect);
PyrKernel.h: PyrObject* copyObjectRange(class GC *gc, PyrObject *inobj, int start, int end, bool collect);
PyrObject.h
PyrObject.h: 	prev, next : pointers in the GC treadmill
PyrObject.h: 	gc_color : GC color : black, grey, white, free, permanent
VMGlobals.h
VMGlobals.h: 	class GC *gc;		// garbage collector for this process
SC_TerminalClient.cpp
SC_TerminalClient.cpp: extern PyrString* newPyrStringN(class GC *gc, long length, long flags, long collect);
SCVirtualMachine.M
SCVirtualMachine.M: PyrString* newPyrStringN(class GC *gc, long length, long flags, bool collect);
PyrInterpreter3.cpp
PyrInterpreter3.cpp: 		create a GC environment
PyrInterpreter3.cpp: 	// create GC environment, process
PyrObject.cpp
PyrObject.cpp: PyrObject* instantiateObject(class GC *gc, PyrClass* classobj, int size, 
PyrObject.cpp: PyrObject* instantiateObjectLight(class GC *gc, PyrClass* classobj, int size, bool collect);
PyrObject.cpp: PyrObject* instantiateObjectLight(class GC *gc, PyrClass* classobj, int size, bool collect)
PyrObject.cpp: PyrObject* copyObject(class GC *gc, PyrObject *inobj, bool collect)
PyrObject.cpp: PyrObject* copyObjectRange(class GC *gc, PyrObject *inobj, int start, int end, bool collect)
PyrObject.cpp: PyrObject* newPyrObject(class GC *gc, size_t inNumBytes, int inFlags, int inFormat, bool inCollect) 
PyrObject.cpp: PyrObject* newPyrArray(class GC *gc, int size, int flags, bool collect) 
PyrObject.cpp: PyrSymbolArray* newPyrSymbolArray(class GC *gc, int size, int flags, bool collect) 
PyrObject.cpp: PyrInt8Array* newPyrInt8Array(class GC *gc, int size, int flags, bool collect) 
PyrObject.cpp: PyrInt32Array* newPyrInt32Array(class GC *gc, int size, int flags, bool collect) 
PyrObject.cpp: PyrString* newPyrString(class GC *gc, const char *s, int flags, bool collect)
PyrObject.cpp: PyrString* newPyrStringN(class GC *gc, int length, int flags, bool collect)
PyrPrimitive.cpp
PyrPrimitive.cpp: 	GC *gc;

On Sunday, December 7, 2003, at 08:55 PM, ccos wrote:

> class GC in sclang clashes with X11's GC (Graphics Context).
>
> i think i can probably get around it in this case, but it's a clumsy workaround
> and i think this problem will crop up again if somebody tries
> to make an X11 based window system for the lang, where it will
> be very difficult to work around. X11's GC is included in every X11 app.
>
> dare  i suggest changing GC to PyrGC, or would there be a better solution?
>
> _c
>
> _______________________________________________
> sc-dev mailing list
> sc-dev@xxxxxxxxxxxxxxx
> http://www.create.ucsb.edu/mailman/listinfo/sc-dev