gcl-devel
[Top][All Lists]
Advanced

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

[Gcl-devel] Re: problem with si::save-system on Mac


From: Aurelien Chanudet
Subject: [Gcl-devel] Re: problem with si::save-system on Mac
Date: Sat, 1 Oct 2005 21:00:12 +0200

> > > Aurelien, something is broken in the mach-o bfd support.  Briefly, the
> > > reexec in init_darwin_done_compat fires up an executable which dies
> > > with a memory access permission fault:
> > >
> > > Breakpoint 1, build_symbol_table_bfd () at sfasli.c:36
> > > 36        bfd_init();
> > > (gdb) n
> > > 37        if (!(bself=bfd_openr(kcl_self,0)))
> > > (gdb)
> > > 39        if (!bfd_check_format(bself,bfd_object))
> > > (gdb)
> > > 43        if (!(link_info.hash = bfd_link_hash_table_create (bself)))
> > > (gdb)
> > >
> > > Program received signal EXC_BAD_ACCESS, Could not access memory.
> > > 0x00000000 in ?? ()
> > > (gdb) r
> >
> > How can I reproduce this bug ? What version of Mac OS X (10.3 or 10.4)
> > ? What compiler version (gcc 3 or gcc 4) ? What version of gcl : CVS
> > head ?
> >
>
> To reproduce, just try saving an image and executing it.
>
> Darwin hons.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
> Macintosh powerpc
>
> gcc 3.3
>
> gcl 2.6.7.

I fail to reproduce this bug. 2.6.7 works seemingly fine on my box.
Below are my settings :

-bash2.05b /src/src/gcl/o $ uname -a
Darwin jolyn.local 8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24
17:46:54 PDT 2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh
powerpc
-bash2.05b /src/src/gcl/o $ gcc --version
powerpc-apple-darwin8-gcc-4.0.0 (GCC) 4.0.0 20041026 (Apple Computer,
Inc. build 4061)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

gcl 2.6.7

> > > I've noticed that there are mach-o files in upstream binutils, at
> > > least recently.  I've moved CVS head to binutils 2.16.  Did your stuff
> > > get accepted into binutils proper, or are these files something else?
> >
> > The files in binutils 2.16 are those of Apple. No relocation support
> > at all in those files at all. I haven't gone through the whole process
> > of submitting my files to the binutils people.
> >
>
> OK, please note that HEAD and 2.6.8pre have moved to binutils 2.16, as
> the older version no longer compiles reliably in Debian unstable.  Can
> we migrate your code to this binutils version?

I'd be glad to carry out the changes myself, provided I can compile
gcl head which isn't the case now (see configure error below). What
does ldd do ? What is the faulting test supposed to do ?

checking for sbrk... yes
checking for randomized sbrk... no
checking for required object alignment... 8
checking for C extension variable alignment... __attribute__ ((aligned (8)))
checking TYPE_BITS macro... 0xff09
checking sizeof struct contblock... 8
checking DBEGIN... get_dbegin()
checking for pagewidth... 12
checking CSTACK_ADDRESS... 0xbfffffff
checking NEG_CSTACK_ADDRESS... yes
checking finding CSTACK_ALIGNMENT... 32
checking CSTACK_DIRECTION... -1
checking for shared library/C stack ceiling to heap... ./configure:
line 1: ldd: command not found
failed

Thanks for your help,
Aurelien




reply via email to

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