On Tue, 2012-10-09 at 07:14 +0200, Ralf Corsepius wrote:
> I don't like this approach, because I think you are missing that
> config.sub and config.guess have only been overwritten as part of
> "autoreconf -f" (and not of "autoreconf"). This allows package upstreams
> to implement customized ve
On 10/09/2012 05:27 AM, Paul Wise wrote:
On Mon, 2012-10-08 at 20:46 +0800, Paul Wise wrote:
>So, Debian is in the process of bringing up our upcoming arm64 port.
>Unfortunately we are also coming across lots of packages with rather
>outdated config.guess and config.sub files (see links below).
On Mon, 2012-10-08 at 22:03 -0600, Eric Blake wrote:
> I still prefer the idea of being able to set an environment variable,
> $CONFIG_GUESS, rather than going hunting ourselves. Then, porting to a
> new config.guess script is a matter of calling:
>
> ./configure CONFIG_GUESS=/path/to/new/versio
On 10/08/2012 09:27 PM, Paul Wise wrote:
> On Mon, 2012-10-08 at 20:46 +0800, Paul Wise wrote:
>
>> So, Debian is in the process of bringing up our upcoming arm64 port.
>> Unfortunately we are also coming across lots of packages with rather
>> outdated config.guess and config.sub files (see links
On Mon, 2012-10-08 at 20:46 +0800, Paul Wise wrote:
> So, Debian is in the process of bringing up our upcoming arm64 port.
> Unfortunately we are also coming across lots of packages with rather
> outdated config.guess and config.sub files (see links below).
I've taken on board advice received dur
Dear Sir/Madam,
I am working on autotools.
I was using shell script to compile my c++ project.
My shell script is
g++ -I/usr/abc/inc -L/usr/abc/lib abc.cpp -lsrl -o abc works
perfectly well. I need to use this in autoconf.
Also I use .java files in the project and I use
gcj --main=example Exampl
+++ Russ Allbery [2012-10-08 12:32 -0700]:
> Bob Friesenhahn writes:
>
> > Does simple replacement of config.guess and config.sub constitute a
> > useful "port" to this previously unencountered target?
>
> Believe it or not, yes, frequently it does.
> Note that this is specifically in the conte
On Mon, 2012-10-08 at 13:52 -0500, Bob Friesenhahn wrote:
> While replacing config.guess/sub gets over the first hurdle, there are
> surely additional hurdles to be encountered which might render getting
> past the first hurdle to be moot.
Agreed, the key here is to not give up before starting.
On Mon, 2012-10-08 at 18:40 -0300, Henrique de Moraes Holschuh wrote:
> Well, as far as I am concerned, we should axe from the [next] Debian stable
> distro anything that doesn't retool completely before the build, IMO just
> updating config.sub/guess is not nearly enough.
I think thats going a b
On Mon, 2012-10-08 at 12:26 -0700, Russ Allbery wrote:
> Personally, I've already started converting every package I maintain that
> uses Autoconf to using dh_autoreconf during the build.
Likewise.
> I wonder if that isn't a better long-term solution for Debian.
It is, but for DFSG item 2 reaso
On Mon, 08 Oct 2012, Russ Allbery wrote:
> Personally, I've already started converting every package I maintain that
> uses Autoconf to using dh_autoreconf during the build. I wonder if that
> isn't a better long-term solution for Debian. config.guess/config.sub
> have caused the most frequent pr
On Mon, 8 Oct 2012, Bob Friesenhahn wrote:
CONFIG_SITE and CONFIG_SHELL)? For example, there could be CONFIG_SITE and
CONFIG_SUB environment variables. This approach would allow the package
I meant CONFIG_GUESS and CONFIG_SUB of course. :-)
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us
On Tue, 9 Oct 2012, Paul Wise wrote:
On Mon, 2012-10-08 at 11:07 -0500, Bob Friesenhahn wrote:
Does simple replacement of config.guess and config.sub constitute a
useful "port" to this previously unencountered target?
Yes. The problem is that we have to repeat this process for every
package
Bob Friesenhahn writes:
> Does simple replacement of config.guess and config.sub constitute a
> useful "port" to this previously unencountered target?
Believe it or not, yes, frequently it does.
Note that this is specifically in the context of Debian, which means that
all of these platforms are
Paul Wise writes:
> In the meantime, within Debian we will be pursuing both per-package
> updating of config.guess/sub and I'm also thinking about getting our
> binary package build toolchain to take that role, but I'm not sure how
> well that would be received within Debian or how well it would
On Tue, 9 Oct 2012, Paul Wise wrote:
On Mon, 2012-10-08 at 11:07 -0500, Bob Friesenhahn wrote:
Does simple replacement of config.guess and config.sub constitute a
useful "port" to this previously unencountered target?
Yes. The problem is that we have to repeat this process for every
package
On Mon, 2012-10-08 at 11:07 -0500, Bob Friesenhahn wrote:
> Does simple replacement of config.guess and config.sub constitute a
> useful "port" to this previously unencountered target?
Yes. The problem is that we have to repeat this process for every
package every time we want to bootstrap a new
On Mon, 2012-10-08 at 10:22 -0600, Eric Blake wrote:
> Not to discourage you, but I still see a fundamental problem, where
> things will just not scale for several more years (if ever). Your
> proposed patch will have no effect on packages that were shipped with a
> configure script generated by
On 10/08/2012 06:46 AM, Paul Wise wrote:
> Hi all,
>
> So, Debian is in the process of bringing up our upcoming arm64 port.
> Unfortunately we are also coming across lots of packages with rather
> outdated config.guess and config.sub files (see links below). We could
> patch every single package t
Does simple replacement of config.guess and config.sub constitute a
useful "port" to this previously unencountered target? Is there
really any viable substitute for re-autotooling the packages, while
modifying configure.ac, Makefiles, and source code as found to be
required?
Bob
--
Bob Fries
In respect to page:
http://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Site-Defaults.html#Site-Defaults
the last example did not work for me:
--/usr/local/share/config.site--
test "$libdir" = '${exec_prefix}/lib' && libdir='${exec_prefix}/lib64'
--EOF--
There was a "true" require
Hi all,
So, Debian is in the process of bringing up our upcoming arm64 port.
Unfortunately we are also coming across lots of packages with rather
outdated config.guess and config.sub files (see links below). We could
patch every single package that contains config.guess and config.sub but
that wou
Dear Sir/Madam,
I am working on autotools.
I was using shell script to compile my c++ project.
My shell script is
g++ -I/usr/abc/inc -L/usr/abc/lib abc.cpp -lsrl -o abc works
perfectly well. I need to use this in autoconf.
Also I use .java files in the project and I use
gcj --main=example Exampl
Dear Sir/Madam,
I am working on autotools.
I was using shell script to compile my c++ project.
My shell script is
g++ -I/usr/abc/inc -L/usr/abc/lib abc.cpp -lsrl -o abc works
perfectly well. I need to use this in autoconf.
Also I use .java files in the project and I use
gcj --main=example Exampl
24 matches
Mail list logo
