unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
From: Taylan Ulrich Bayirli/Kammer <taylanbayirli@gmail.com>
To: Mark H Weaver <mhw@netris.org>
Cc: guile-devel@gnu.org
Subject: Re: 2.0.11 on OS X 10.9 / Xcode 5.1
Date: Wed, 23 Apr 2014 19:51:25 +0200	[thread overview]
Message-ID: <87a9bcndcy.fsf@taylan.uni.cx> (raw)
In-Reply-To: 87ppk9cor5.fsf@yeeloong.lan

Mark H Weaver <mhw@netris.org> writes:

> Are you passing any optimization flags?  There are some, such as -Ofast,
> -ffast-math, -funsafe-math-optimizations, -fno-signed-zeros,
> -fassociative-math, and maybe some others that might result in this bug.

I don't pass any flags to ./configure or make, other than --prefix to
./configure.

I have several *PATH environment variables exported, but I guess that
wouldn't be relevant.

> Otherwise, I suspect that there's some optimization bug in the compiler
> you're using.  What exact version of GCC are you using?  These problems
> don't seem to be happening with GCC 4.8.2 on GNU/Linux systems.

bash-3.2$ gcc-mp-4.8 --version
gcc-mp-4.8 (MacPorts gcc48 4.8.2_0) 4.8.2


That aside, I noticed that passing CFLAGS+="-g" to make ends up
inhibiting the passing of -O2 to gcc-mp-4.8, so surely the issue lies
somewhere in there.  The -g flag is passed by default anyway, so the
only effect of the CFLAGS+="-g" on make is to inhibit -O2 after all.

I also figured out the problem with debug symbols: apparently the ld on
OS X doesn't carry over debug info from .o files to a generated .dylib
file.  Instead, one later runs dsymutil(1) on the .dylib file, which
gathers the debug info from the .o files and puts them into a .dSYM
directory; gdb even loads this automatically when it's in the standard
location.

The next roadblock I hit is that when I run gdb on the guile executable,
it doesn't seem to realize that the libguile dylib is loaded, so still
lacks the debug symbols from it.  (When I enter "info sharedlibrary" it
says "No shared libraries loaded at this time" although the Guile REPL
and all runs, so libguile is obviously loaded.)  I'll continue tomorrow
if I have time again at work.

Taylan



  reply	other threads:[~2014-04-23 17:51 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-03 19:35 2.0.11 on OS X 10.9 / Xcode 5.1 Taylan Ulrich Bayırlı/Kammer
2014-04-09 15:14 ` Taylan Ulrich Bayırlı/Kammer
2014-04-09 15:38   ` Taylan Ulrich Bayırlı/Kammer
2014-04-10 14:10   ` Greg Troxel
2014-04-11  1:08   ` Mark H Weaver
2014-04-22 14:36     ` Taylan Ulrich Bayirli/Kammer
2014-04-22 16:28       ` Mark H Weaver
2014-04-23 17:51         ` Taylan Ulrich Bayirli/Kammer [this message]
2014-04-24 14:20           ` Taylan Ulrich Bayirli/Kammer
2014-04-24 16:04           ` Mark H Weaver

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87a9bcndcy.fsf@taylan.uni.cx \
    --to=taylanbayirli@gmail.com \
    --cc=guile-devel@gnu.org \
    --cc=mhw@netris.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).