From: Brad Midgley <bmidgley@xmission.com>
To: bluez-devel@lists.sourceforge.net
Subject: [Bluez-devel] Makefile.am dependency problem
Date: Wed, 26 Oct 2005 16:05:15 -0600 [thread overview]
Message-ID: <435FFD9B.1030904@xmission.com> (raw)
Hi
I noticed a strange dependency problem... it's common in bluez where a
library is used. Header file changes don't force a recompile:
bmidgley@jag:/usr/src/bluez/utils/common$ make
make: Nothing to be done for `all'.
bmidgley@jag:/usr/src/bluez/utils/common$ touch textfile.h
bmidgley@jag:/usr/src/bluez/utils/common$ make
make: Nothing to be done for `all'.
bmidgley@jag:/usr/src/bluez/utils/common$ touch textfile.c
bmidgley@jag:/usr/src/bluez/utils/common$ make
gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -O2 -c textfile.c
rm -f libtextfile.a
ar cru libtextfile.a textfile.o
ranlib libtextfile.a
/bin/sh ../libtool --tag=CC --mode=link gcc -Wall -O2 -o
test_textfile test_textfile.o libtextfile.a
gcc -Wall -O2 -o test_textfile test_textfile.o libtextfile.a
Makefile.am has a line that mentions textfile.h:
libtextfile_a_SOURCES = textfile.h textfile.c
but that doesn't seem to be enough.
In btsco/sbc, the problem is similar, except that the .a is rebuilt
(when its .o object really needs to be rebuilt too):
bmidgley@jag:/usr/src/btsco/sbc$ touch sbc.h
bmidgley@jag:/usr/src/btsco/sbc$ make
rm -f libsbc.a
ar cru libsbc.a sbc.o
ranlib libsbc.a
gcc -DUSE_FIXED -Wall -O2 -o sbcdec sbcdec.o libsbc.a -lasound -lm
-ldl -lpthread -lbluetooth
gcc -DUSE_FIXED -Wall -O2 -o sbcenc sbcenc.o libsbc.a -lasound -lm
-ldl -lpthread -lbluetooth
bmidgley@jag:/usr/src/btsco/sbc$ touch sbc.c
bmidgley@jag:/usr/src/btsco/sbc$ make
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DUSE_FIXED -Wall -O2 -c `test -f
'sbc.c' || echo './'`sbc.c
rm -f libsbc.a
ar cru libsbc.a sbc.o
ranlib libsbc.a
gcc -DUSE_FIXED -Wall -O2 -o sbcdec sbcdec.o libsbc.a -lasound -lm
-ldl -lpthread -lbluetooth
gcc -DUSE_FIXED -Wall -O2 -o sbcenc sbcenc.o libsbc.a -lasound -lm
-ldl -lpthread -lbluetooth
Brad
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next reply other threads:[~2005-10-26 22:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-26 22:05 Brad Midgley [this message]
2005-10-26 22:13 ` [Bluez-devel] Makefile.am dependency problem Marcel Holtmann
2005-10-27 3:09 ` Brad Midgley
2005-10-27 8:07 ` Marcel Holtmann
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=435FFD9B.1030904@xmission.com \
--to=bmidgley@xmission.com \
--cc=bluez-devel@lists.sourceforge.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.