[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] [patch] float scanning broken for certain numeric locales

From: Juergen Sauermann
Subject: Re: [Bug-apl] [patch] float scanning broken for certain numeric locales & suggestions
Date: Mon, 27 Jan 2014 12:55:47 +0100
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130330 Thunderbird/17.0.5

Hi Elias,

actually what you see in the SVN repository is what "make dist" thinks should be distributed.
It is exactly the files in the apl-1.X.tar.gz (and possibly some stale ones if I forgot to remove them).

The thing with auto-generated files is that there are two steps: autoreconf and ./configure.

If I would remove all generated files (which would include all .in files) then the user
would need autoconf (and most likely the proper version of it) to be installed.
I believe "make dist" wanted to avoid that.

I guess the merge conflicts can be avoided by "make distclean" before "svn up".

/// Jürgen

On 01/27/2014 10:18 AM, Elias Mårtenson wrote:
  * You should not commit generated files (autotools) into the SVN
    repository. Everyone who has to regenerate the autotools files for
    one reason or another is left with dozens of locally changed files
    and will face merge conflicts if you choose to commit your version
    of auto-generated files.
    I suggest removing all auto-generated files from the
    repository and setting the svn:ignore property on the parent
    directories to ignore these files instead. When you create source
    tar-balls with "make dist", automake is smart enough to include
    some of the auto-generated files like "configure" automatically.

This is just my opinion, but I'm very glad that these files are committed into the repository. This is because getting a fully working autoconf environment is ridiculously hard. I'm running two different Linux distributions (Ubuntu and Arch) as well as OSX on my machines, and not a single one of them can successfully run autoconf on this (and many others) project.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]