On Wednesday 28 February 2007 13:19:12 you wrote:
> Berndt Josef Wulf wrote:
> > I beg to differ. It worked within the pkgsrc environment and only broke
> > in recent RC2.
>
> Yes, it appears this was "accidentally" working before, as we were
> allowing the system library paths to be included when
Berndt Josef Wulf wrote:
> I beg to differ. It worked within the pkgsrc environment and only broke in
> recent RC2.
Yes, it appears this was "accidentally" working before, as we were
allowing the system library paths to be included when building inside
the tree. Now that we've cleaned things up
On Mon, Feb 26, 2007 at 10:02:02PM -0500, Greg Troxel wrote:
> Eric Blossom <[EMAIL PROTECTED]> writes:
>
> > On Mon, Feb 26, 2007 at 09:13:15PM -0500, Greg Troxel wrote:
> >>
> >> I wonder how hard it could be to have each component define an
> >> autoconf variable
> >>
> >> LIBS_GR_FOO
> >>
>
On Tuesday 27 February 2007 12:31:13 you wrote:
> On Tue, Feb 27, 2007 at 11:39:36AM +1030, Berndt Josef Wulf wrote:
> > G'day,
> >
> > latest release candidate breaks when compiling individual packages. This
> > is due to intree dependencies that are nolonger satisfied under the
> > following cond
Eric Blossom <[EMAIL PROTECTED]> writes:
> On Mon, Feb 26, 2007 at 09:13:15PM -0500, Greg Troxel wrote:
>>
>> I wonder how hard it could be to have each component define an
>> autoconf variable
>>
>> LIBS_GR_FOO
>>
>> to be either
>>
>> $(top_srcdir)/gr-foo/src/lib/libgnuradio-foo.la
>>
>> or
On Mon, Feb 26, 2007 at 09:13:15PM -0500, Greg Troxel wrote:
>
> I wonder how hard it could be to have each component define an
> autoconf variable
>
> LIBS_GR_FOO
>
> to be either
>
> $(top_srcdir)/gr-foo/src/lib/libgnuradio-foo.la
>
> or
>
> $(libdir)/libgnuradio-foo.la
>
> depending on wh
I wonder how hard it could be to have each component define an
autoconf variable
LIBS_GR_FOO
to be either
$(top_srcdir)/gr-foo/src/lib/libgnuradio-foo.la
or
$(libdir)/libgnuradio-foo.la
depending on whether the component is enabled or not.
This would, I think, safely link against the intende
On Tue, Feb 27, 2007 at 11:39:36AM +1030, Berndt Josef Wulf wrote:
> G'day,
>
> latest release candidate breaks when compiling individual packages. This is
> due to intree dependencies that are nolonger satisfied under the following
> condition, e.g.:
>
> ./configure --prefix=/usr/pkg --disable
My guess is that one could make it a special case
of "disable-all-components --enable-" when building a specific component.
pkgsrc builds packages in a sandbox filesystem containing all package
dependencies hence it was never an issue.
cheerio Berndt
On Tuesday 27 February 2007 10:57:54 yo
Do the packages install the .la file? Perhaps some sort of
conditional that uses in-tree for configured component and in-$libdir
for unconfigured components would be the right thing.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Discuss-gnuradio mailin
G'day,
latest release candidate breaks when compiling individual packages. This is
due to intree dependencies that are nolonger satisfied under the following
condition, e.g.:
./configure --prefix=/usr/pkg --disable-all-components --enable-gr-audio-oss
resulting in:
gmake[4]: Entering director
On Mon, Feb 26, 2007 at 03:01:04PM -0800, Johnathan Corgan wrote:
> All,
>
> GNU Radio release candidate 3.0.3rc2 is available for testing:
>
> http://gnuradio.org/releases/gnuradio/gnuradio-3.0.3rc2.tar.gz
> http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0.3rc2.tar.gz
>
> This i
All,
GNU Radio release candidate 3.0.3rc2 is available for testing:
http://gnuradio.org/releases/gnuradio/gnuradio-3.0.3rc2.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0.3rc2.tar.gz
This is a bug fix and very minor enhancement release to the existing 3.0
stable branch.
13 matches
Mail list logo
