All programs using gc should be compiled with 4-byte alignment.
For further explanations on this see comments about Borland.
-If the gc is compiled as dll, the macro ``GC_DLL'' should be defined before
+If the gc is compiled as dll, the macro "GC_DLL" should be defined before
including "gc.h" (for example, with -DGC_DLL compiler option). It's
important, otherwise resulting programs will not run.
case PT_GNU_RELRO:
/* This entry is known to be constant and will eventually be remapped
read-only. However, the address range covered by this entry is
- typically a subset of a previously encountered `LOAD' segment, so
+ typically a subset of a previously encountered "LOAD" segment, so
we need to exclude it. */
{
int j;
#endif /* !JAVA_FINALIZATION_NOT_NEEDED */
/* Returns true if it is worth calling GC_invoke_finalizers. (Useful if */
-/* finalizers can only be called from some kind of `safe state' and */
+/* finalizers can only be called from some kind of "safe state" and */
/* getting into that safe state is expensive.) */
GC_API int GC_CALL GC_should_invoke_finalizers(void)
{
#endif /* __GNUC__ */
#ifdef HAVE_CONFIG_H
- /* The `inline' keyword as determined by Autoconf's `AC_C_INLINE'. */
+ /* The "inline" keyword is as determined by Autoconf's AC_C_INLINE. */
# define GC_INLINE static inline
#elif defined(_MSC_VER) || defined(__INTEL_COMPILER) || defined(__DMC__) \
|| defined(__WATCOMC__)
/* 1. There are probably no interesting, portable, */
/* strictly ANSI conforming C programs. */
/* 2. This option makes it hard for the collector */
- /* to allocate space that is not ``pointed to'' */
+ /* to allocate space that is not "pointed to" */
/* by integers, etc. Under SunOS 4.X with a */
/* statically linked libc, we empirically */
/* observed that it would be difficult to */
* On UNIX-like systems, the collector will scan the area between DATASTART
* and DATAEND for root pointers.
*
- * DATAEND, if not `end' where `end' is defined as ``extern int end[];''.
+ * DATAEND, if not "end", where "end" is defined as "extern int end[]".
* RTH suggests gaining access to linker script synth'd values with
- * this idiom instead of `&end' where `end' is defined as ``extern int end;'' .
- * Otherwise, ``GCC will assume these are in .sdata/.sbss'' and it will, e.g.,
- * cause failures on alpha*-*-* with ``-msmall-data or -fpic'' or mips-*-*
+ * this idiom instead of "&end", where "end" is defined as "extern int end".
+ * Otherwise, "GCC will assume these are in .sdata/.sbss" and it will, e.g.,
+ * cause failures on alpha*-*-* with -msmall-data or -fpic or mips-*-*
* without any special options.
*
* STACKBOTTOM is the cool end of the stack, which is usually the