> > > 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 _______________________________________________ Gcl-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gcl-devel
