steven mestdagh wrote:
Louis Bertrand [2006-07-14, 01:11:42]:
I would like to submit a port of cflow-1.1, a C program to
analyze C source files and print a call graph. This is not
the same as cflow 2.x which is a shell script that uses
lex and yacc. It's not as comprehensive as cscope, but
I find it useful to start studying a program.
Some notes:
I'm confused about the distinction between WANTLIB and
LIB_DEPENDS. I used WANTLIB for the statically linked libintl
(devel/gettext) and libiconv (converters/libiconv).
Tested on -current/macppc (July 2) and -current/i386 (July 10).
It's my first port. Be gentle.
http://www.bertrandtech.ca/cflow-20060712.tar.gz
linked from http://www.bertrandtech.ca/openbsd.html
looks fairly good.
you want to use MODULES=devel/gettext and regenerate the PLIST.
(this also takes care of libiconv dependency)
I added MODULES and removed LIB_DEPENDS.
this isn't building any shared libraries, so why use CONFIGURE_SHARED?
I misinterpreted this as "use shared libs vs. statically linked".
Latest, tested on macppc and i386:
http://www.bertrandtech.ca/cflow-20060713.tar.gz
it is linking with libiconv and libintl statically. we should use the
shared libraries. maybe configure will need some patching.
As far as I can see, the configure script is looking for the
suffix .so instead of one with major/minor numbers, so for example
/usr/local/lib/libiconv.so.4.0 isn't found. Instead, it finds
libiconv.a and uses that.
Is there a standard workaround to patch the configure script?
I'm also asking the author to look at how the configure script
gets created.
Thanks
--Louis
