On Sun, Mar 11, 2012 at 11:32:10PM +, Thorsten Glaser wrote:
Hi,
thanks for digging out a fix for this issue! I’ve applied this
to libbsd-arc4random-perl but found another bug:
CFLAGS must be added to the LD value as well, because they
can (may) be used during linking.
-+
reopen 662666
thanks
On Sun, Mar 11, 2012 at 11:32:10PM +, Thorsten Glaser wrote:
Hi,
thanks for digging out a fix for this issue! I’ve applied this
to libbsd-arc4random-perl but found another bug:
CFLAGS must be added to the LD value as well, because they
can (may) be used during
On Thu, Mar 08, 2012 at 07:27:42PM +0200, Niko Tyni wrote:
On Thu, Mar 08, 2012 at 07:37:45AM +, Dominic Hargreaves wrote:
On Wed, Mar 07, 2012 at 07:15:21PM -0400, Joey Hess wrote:
So the next step is to test all the packages that could be possibly
affected by this change, right?
Hi,
thanks for digging out a fix for this issue! I’ve applied this
to libbsd-arc4random-perl but found another bug:
CFLAGS must be added to the LD value as well, because they
can (may) be used during linking.
-+ push @flags, config=ld=$Config{ld} $ENV{LDFLAGS};
++
On Thu, Mar 08, 2012 at 07:37:45AM +, Dominic Hargreaves wrote:
On Wed, Mar 07, 2012 at 07:15:21PM -0400, Joey Hess wrote:
Dominic Hargreaves wrote:
I tested this with libimager-perl (from git, 4f26b95; uses Makefile.PL)
and libparams-classify-perl (from git, a08237d; uses Build.PL).
On Thu, 08 Mar 2012 07:37:45 +, Dominic Hargreaves wrote:
So the next step is to test all the packages that could be possibly
affected by this change, right?
I'm not sure it's practical to get an exhaustive list without
unpacking every package in the archive looking for Makefile.PL
or
On Thu, Mar 08, 2012 at 07:37:45AM +, Dominic Hargreaves wrote:
On Wed, Mar 07, 2012 at 07:15:21PM -0400, Joey Hess wrote:
So the next step is to test all the packages that could be possibly
affected by this change, right?
I'm not sure it's practical to get an exhaustive list without
Dominic Hargreaves wrote:
I tested this with libimager-perl (from git, 4f26b95; uses Makefile.PL)
and libparams-classify-perl (from git, a08237d; uses Build.PL).
So the next step is to test all the packages that could be possibly
affected by this change, right?
--
see shy jo
--
To
On Wed, Mar 07, 2012 at 07:15:21PM -0400, Joey Hess wrote:
Dominic Hargreaves wrote:
I tested this with libimager-perl (from git, 4f26b95; uses Makefile.PL)
and libparams-classify-perl (from git, a08237d; uses Build.PL).
So the next step is to test all the packages that could be possibly
Package: debhelper
Severity: wishlist
Version: 9.20120115
As per the discussion in #657853, the consensus is that debhelper (in
compat 9 mode) should be modified to pass all of CFLAGS, CPPFLAGS, and
LDFLAGS from dpkg-buildflags down to ExtUtils::MakeMaker and
ExtUtils::CBuilder based build
Dominic Hargreaves wrote:
Note that I plan to spend a bit of time working on this feature in the
next day or two (but I wanted to get the details down on a bug report
first).
Thank you for working on this.
--
see shy jo
signature.asc
Description: Digital signature
11 matches
Mail list logo
