Re: Failure in make dist

[Stefano Lattarini]

On 05/01/2013 03:06 PM, Jason Curl wrote:
> On 01/05/2013 12:55, Stefano Lattarini wrote:
>> [dropping the autoconf list, since this is in all likelihood an automake 
>> issue]
>>
>> On 04/27/2013 08:53 PM, Jason Curl wrote:
>>> Hello,
>>>
>>> I'm running autoconf-2.69 and automake-1.11.6 on Lubuntu12.10 and when I 
>>> run distmake for my
>>> project, it aborts with the error:
>>>
>>>> address@hidden:~/winlib/build/Linux$ make dist
>>>> if test -d "winproglib-1.1.0.50.svn_20130427"; then find 
>>>> "winproglib-1.1.0.50.svn_20130427" -type d ! -perm -200 -exec chmod u+w {} 
>>>> ';' && rm -rf "winproglib-1.1.0.50.svn_20130427" || { sleep 5 && rm -rf 
>>>> "winproglib-1.1.0.50.svn_20130427"; }; else :; fi
>>>> test -d "winproglib-1.1.0.50.svn_20130427" || mkdir 
>>>> "winproglib-1.1.0.50.svn_20130427"
>>>>   (cd libwin && make  top_distdir=../winproglib-1.1.0.50.svn_20130427 
>>>> distdir=../winproglib-1.1.0.50.svn_20130427/libwin \
>>>>       am__remove_distdir=: am__skip_length_check=: am__skip_mode_fix=: 
>>>> distdir)
>>>> make[1]: Entering directory `/home/jcurl/winlib/build/Linux/libwin'
>>>>   (cd src && make  top_distdir=../../winproglib-1.1.0.50.svn_20130427 
>>>> distdir=../../winproglib-1.1.0.50.svn_20130427/libwin/src \
>>>>       am__remove_distdir=: am__skip_length_check=: am__skip_mode_fix=: 
>>>> distdir)
>>>> make[2]: Entering directory `/home/jcurl/winlib/build/Linux/libwin/src'
>>>> make[2]: Leaving directory `/home/jcurl/winlib/build/Linux/libwin/src'
>>>>   (cd test && make  top_distdir=../../winproglib-1.1.0.50.svn_20130427 
>>>> distdir=../../winproglib-1.1.0.50.svn_20130427/libwin/test \
>>>>       am__remove_distdir=: am__skip_length_check=: am__skip_mode_fix=: 
>>>> distdir)
>>>> make[2]: Entering directory `/home/jcurl/winlib/build/Linux/libwin/test'
>>>> cp: cannot create regular file 
>>>> `../../winproglib-1.1.0.50.svn_20130427/libwin/test/Makefile.am': No such 
>>>> file or directory
>>>> make[2]: *** [distdir] Error 1
>>>> make[2]: Leaving directory `/home/jcurl/winlib/build/Linux/libwin/test'
>>>> make[1]: *** [distdir] Error 1
>>>> make[1]: Leaving directory `/home/jcurl/winlib/build/Linux/libwin'
>>>> make: *** [distdir] Error 1
>>>
>>> when debugging, the failure appears that the directory "test" isn't
>>> created under winproglib-*/libwin.
>>>
>>> When run configure, make, make dist on Cygwin or Ubuntu 11.10, then this
>>> error doesn't occur, indicating to me probably a failure of Lubuntu 12.10.
>>> Note, I did *not* run autoreconf when rerunning on Cygwin.
>>>
>>> But I don't know how to debug this further. I've added outputs to the
>>> generated Makefile, but I don't see where these directories should be
>>> created first.
>>>
>>> when running autoreconf on Cygwin, with autoconf-2.69 and automake-1.12.5
>>> I get the same errors on Lubuntu 12.10. It doesn't matter if I use bash,
>>> tcsh or dash (the default).
>>>
>> We need more information to try to understand the issue.  Please post the
>> contents of your Makefile.am, configure.ac, and other files you think might
>> be useful.
>>
> Please find the code tarball attached. I've created my own .m4 files for
> generating version information based on tags from SVN or CVS via a perl
> script, so if the project isn't in SVN, you need the also attached
> "version.txt" file in the code directory (which is automatically generated
> and added to the distribution at make dist).
> 
> The project is intended as a template for creating OS cross compiles with
> release support based on one of two RCS's. Documentation is missing, but
> it can be used BSD/(L)GPL v2.
> 
> I don't believe my Perl or my m4's to have an influence, as there's no hooks
> for make dist, and the generated scripts on Lubuntu 12.10 work fine on Cygwin,
> but don't work on Lubuntu 12.10. Same goes if I run autoreconf on Cygwin.
> Version info above, should be current.
> 
> Thanks in advance for your support.
> 
I still cannot reproduce your error ...  Please try to find a minimal reproducer
for your issue, that might shed some more light on the issue.

Regards,
  Stefano