On Wed, 21 Apr 2004 12:18:49 +0200
Marc Recht <recht@NetBSD.org> wrote:

> First of all it'd be good to know *which* version of the qt3-libs pkg 
> you're using. (I'm now assuming you're using the latest version.)
> 
> > 	USE_BUILDLINK3=yes
> > 	.include "../../x11/qt3-libs/buildlink3.mk"
> >
> > But at the configure (and at any other stages) a really executed command
> 
> [...]
> 
> > In the example below, the buildlink3 wrapper gots a
> > "-Wl,-R/usr/pkg/qt3/lib" flag (take a look to <<< characters on the
> > right field), but the executed command don't use it at all. This cause
> > to disable QT support for given package so as test program execution was
> > failed (qt-mt shared library not found).
> >
> > Moreover, all other packages which depends on bl3fied libraries caused
> > the same problems.
> >
> > Is this a bug or I have something wrong?
> 
> Please try adding
> BUILDLINK_PASSTHRU_DIRS+= ${QTPREFIX}
> 
> to your Makefile and tell me if it works.
> 
> 

Yes, it does. But I've used "BUILDLINK_PASSTHRU_DIRS+=/usr/pkg/qt3/lib"
instead.


On Wed, 21 Apr 2004 12:45:08 +0200
Juan RP <juan@xtraeme.unixbsd.org> wrote:

> On Wed, 21 Apr 2004 13:33:09 +0300
> "Mike M. Volokhov" <mishka@apk.od.ua> wrote:
> [...]
> > In the output above, the djvups has been linked against libjpeg. The g++
> > command was finished successfuly so as it got a link to .buildlink/lib
> > where libjpeg.so has stored. But ldd(1) shows the following:
> > [snip]
> > This happens if I don't pass ${LDFLAGS} (which contains -Wl,-R/usr/pkg/lib
> > flag, where both libdjvulibre and libdjpeg resides) directly in
> > distribution Makefile. But I think it should be passed to C compiler by a
> > wrapper, or I've missing something?
> 
> Where was installed libdjvulibre? if it's not located in a standard
> location, you'll have to use BUILDLINK_PASSTHRU_DIRS as Marc Recht said 
> before.
> 

It located in standard /usr/pkg/lib as well as libjpeg.

Should I explicitly pass LDFLAGS in distribution Makefile?

--
Mishka.