From: Joel Brobecker <brobecker@adacore.com>
To: Petchesi Gabriel Horatiu <pgabriel@rdslink.ro>
Cc: gdb@sources.redhat.com
Subject: Re: gdb on AIX
Date: Tue, 20 Dec 2005 10:45:00 -0000 [thread overview]
Message-ID: <20051220104450.GO31944@adacore.com> (raw)
In-Reply-To: <1135069892.18884.6.camel@localhost.localdomain>
> I found this in gdbgdb/config.log subdir
> ....
> configure:7550: checking for main in -lm
> configure:7606: result: no
This is incomplete. Did you get this after a first configure run,
or did you do a reconfigure. For instance, I checked in one of the
builds we have here, and I see:
configure:7550: checking for main in -lm
configure:7574: gcc -o conftest -g -D_LONG_LONG conftest.c -lm >&5
configure:7580: $? = 0
configure:7584: test -z
|| test ! -s conftest.err
configure:7587: $? = 0
configure:7590: test -s conftest
configure:7593: $? = 0
configure:7606: result: yes
I do get the same result as you, however, if I do a second configure
over an already configured directory. What happens is that configure
then uses the cache instead of recomputing everything.
The part of configure that does this checking is right after:
# ---------------------- #
# Checks for libraries. #
# ---------------------- #
# We might need to link with -lm; most simulators need it.
In particular, I see:
else
echo "$as_me: failed program was:" >&5
sed 's/^/| /' conftest.$ac_ext >&5
So in your case where the result is "no", you should get two things:
The full listing of the program that configure tried to compile and
GCC failed to build, and just before that, the actual error printed
by the compiler.
Short of that, I can only suggest to dive into the configure script
and add some traces to help you find the source of your problem.
You may also try to do a
make LDFLAGS="-lm"
That will just work-around your problem, but perhaps you'll be able
to get a debugger in the meantime.
--
Joel
next prev parent reply other threads:[~2005-12-20 10:45 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-19 9:57 Petchesi Gabriel Horatiu
2005-12-19 11:19 ` Joel Brobecker
2005-12-20 9:11 ` Petchesi Gabriel Horatiu
2005-12-20 10:45 ` Joel Brobecker [this message]
2016-11-14 15:51 GDB " Yao Qi
2016-11-14 16:17 ` David Edelsohn
2016-11-14 17:18 ` Pedro Alves
2016-11-14 17:35 ` David Edelsohn
2016-11-14 17:44 ` Pedro Alves
2016-11-14 22:16 ` Yao Qi
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051220104450.GO31944@adacore.com \
--to=brobecker@adacore.com \
--cc=gdb@sources.redhat.com \
--cc=pgabriel@rdslink.ro \
/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