gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] Cygwin change


From: Camm Maguire
Subject: Re: [Gcl-devel] Cygwin change
Date: 14 Jan 2002 19:30:41 -0500

Greetings, and thanks for trying this out.

OK, in sum of the progress thus far, we can get apparently successful
builds on:

ix86 Linux (all flavors), m68k Linux, arm Linux, ppc Linux, Win NT.

All but the first, however, fail to successfully build maxima, and
from what you describe below coupled with my own experience, all are
showing similar errors.

I have two hunches -- garbage collecting errors, or residual problems
with the 'fasloading'.  The latter I feel is less likely, as this will
vary on each of the archs, and the fact that the behavior is similar
would seem to indicate something else.  

We have several possible lines of attack:

1) Compile with -g, place breaks at fasload, call_init, and do_init,
   locate the  place where memory is apparently corrupted, set a watch
   at that address, and see where it first happens.  Try to see if
   there is a way to eliminate calling GBC, or at least defer it, for
   the purposes of testing.
2) Forge ahead with a test build with an external gc, such as the
   Boehm gc.
3) Start tracking down and fixing all the warnings  with -Wall.
4) See if it is at all possible to get a build which starts its text
   section at the same location as on the working ix86 case, 0x800000
   (I think).  (i.e. -Ttext arg to ld).

The only thing in common that I can see in these cases is that each
has a different base load address.

Ideas?

I'll be trying a mixture of these, probably on ppc first.  My guess is
that the resolution of any one of these issues will greatly facilitate
the rest.

Take care,

"Billinghurst, David (CRTS)" <address@hidden> writes:

> I have just build gcl on cygwin with
> 
> #define DBEGIN 0x1a000000
> #define NULL_OR_ON_C_STACK(y) (((void *)(y)) < ((void *)(0x400000)))
> 
> then tried to compile maxima with it.  It works for some files, but not
> for others as I get errors
> 
> Error: Caught fatal error [memory may be damaged]
> 
> 
> -----Original Message-----
> From: Camm Maguire [mailto:address@hidden
> Sent: Monday, 14 January 2002 9:30=20
> To: address@hidden
> Cc: address@hidden
> Subject: Re: [Gcl-devel] Cygwin change
> 
> 
> Hello again!  Forgot to ask, is this with the value of DBEGIN I sent
> you, or the original one?  Could you please report its value here to
> be sure?
> 
> Thanks!
> 
> Dan Stanger <address@hidden> writes:
> 
> > There was really only 1 change, that is to change the definition of
> > NULL_OR_ON_C_STACK to:
> >=20
> > #define NULL_OR_ON_C_STACK(y) (((void *)(y)) < ((void *)0x400000))
> >=20
> > I think this is ok as 0 gets checked by this case also.  You also have
> > to put the file
> > unexnt.c back into the normal cvs.
> > Dan
> >=20
> >=20
> > _______________________________________________
> > Gcl-devel mailing list
> > address@hidden
> > http://mail.gnu.org/mailman/listinfo/gcl-devel
> >=20
> >=20
> 
> --=20
> Camm Maguire
> address@hidden
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> =3D=3D
> "The earth is but one country, and mankind its citizens."  --
> Baha'u'llah
> 
> _______________________________________________
> Gcl-devel mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/gcl-devel
> 
> _______________________________________________
> Gcl-devel mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/gcl-devel
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah



reply via email to

[Prev in Thread] Current Thread [Next in Thread]