In regard to: Re: guile 1.3.4 & CVS: build problem on alpha-dec-osf (fix...:

>Tim Mooney <[EMAIL PROTECTED]> writes:
>
>> >I think Mikael's solution is the correct one.  It's a bug to use -I to
>> >add a directory to the #include search path that contains header files
>> >named in an "unsanitary" way.
>> 
>> Sounds good.  Let me know when the change has been committed, and I'll be
>> happy to test.
>
>2000-04-21  Mikael Djurfeldt  <[EMAIL PROTECTED]>
>
>        * *.*: Change includes so that they always use the "prefixes"
>        libguile/, qt/, guile-readline/, or libltdl/.
>        (Thanks to Tim Mooney.)

Mikael-

I've been too busy to do a thorough job of testing this yet, but I thought
I would report the little bit I have tried.  It will be a week to 10 days
before I have time to look into this in depth, I'm afraid.  Sorry about that!

I refreshed my CVS copy late in the day on 2000-04-28, and attempted a build
in `guile-core'.

If `configure' doesn't detect libtool's `libltdl' and `ltdl.h' on the system,
(I have them installed, but they're installed someplace not searched by default
by cpp and ld) it will build the copy that comes with guile-core.  That's
a good thing.

The problem is that `guile-doc-snarf' errors out in the `libguile' directory
(and possibly others) because `INCLTDL' isn't added to CPPFLAGS, so it can't
find the ltdl.h:

PATH=.:/usr/opt/java118/bin:/local/bin:/local/sbin:/usr/bin:/usr/sbin:/sbin:/usr/tcb/bin:/usr/bin/mme:/usr/opt/networker/bin:/local/gnu/bin:/faculty/ndsu/mooney/bin:/local/tex/bin:/local/bin/X11:/usr/bin/X11:/usr/dt/bin:/local/gnu/bin/X11:/local/krb5/sbin:/local/krb5/bin:.
  ./guile-doc-snarf dynl.c -DHAVE_CONFIG_H -I.. -I./..  -std1 -O2 -g3 -tune host -arch 
host -portable -readonly_strings -pthread -msg_disable inlinestoclsmod dynl.c > dynl.x 
\
|| { rm dynl.x; false; }
cc: Error: dynl.c, line 239: Cannot find file <ltdl.h> specified in #include 
directive. (noinclfile)
#include <ltdl.h>
-^


If I re-configure with CPPFLAGS and LDFLAGS set so that libltdl and the header
is found on my system, we bypass this problem but encounter another one:

PATH=.:/usr/opt/java118/bin:/local/bin:/local/sbin:/usr/bin:/usr/sbin:/sbin:/usr/tcb/bin:/usr/bin/mme:/usr/opt/networker/bin:/local/gnu/bin:/faculty/ndsu/mooney/bin:/local/tex/bin:/local/bin/X11:/usr/bin/X11:/usr/dt/bin:/local/gnu/bin/X11:/local/krb5/sbin:/local/krb5/bin:.
  ./guile-doc-snarf script.c -DHAVE_CONFIG_H -I.. -I./.. -I/local/gnu/include -std1 
-O2 -g3 -tune host -arch host -portable -readonly_strings -pthread 
-I/local/gnu/include script.c > script.x \
|| { rm script.x; false; }
cc: Error: ../libguile/gh.h, line 52: Cannot find file <libguile.h> specified in 
#include directive. (noinclfile)
#include <libguile.h>
-^
gmake[1]: *** [script.x] Error 1
gmake[1]: Leaving directory 
`/local/src/RPM/BUILD/guile-cvs-20000428/guile-core/libguile'
gmake: *** [all-recursive] Error 1


As I said, I'm not going to have time to look into this for more than a week,
but I thought I should at least report back what I've found so far.  I hope
this helps.

Tim
-- 
Tim Mooney                              [EMAIL PROTECTED]
Information Technology Services         (701) 231-1076 (Voice)
Room 242-J1, IACC Building              (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164


Reply via email to