[Debichem-devel] Bug#660176: Bug#660176: cp2k: FTBFS with long paths to source files

[Michael Banck]

Hi,

On Thu, Feb 16, 2012 at 10:18:40PM -0500, Aaron M. Ucko wrote:
> Source: cp2k
> Version: 2.2.426-1
> Severity: serious
> Justification: fails to build from source
> 
> Thanks for addressing #641242!  cp2k now fares better, but still fails
> to build when absolute path names are long, as they wind up running
> against Fortran's line-length limit.  In particular, autobuilders tend
> to use paths along the lines of 
> 
>   /build/buildd-cp2k_2.2.426-1-i386-y9mKjJ/cp2k-2.2.426

Well, sbuild uses the same scheme, and I have no problems building past
cp_units.F.

Anyway, thanks for pointing this out, I was totally baffled yesterday as
to why this happended and didn't realize the preprocessor is apparently
copying in cwd.

> resulting in errors of the form
> 
>   /build/buildd-cp2k_2.2.426-1-i386-y9mKjJ/cp2k-2.2.426/makefiles/../src/cp_units.F:1190.132:
>   
>   jJ/cp2k-2.2.426/makefiles/../src/cp_units.F"//' line '//cp_to_string(1190),
>                                                                              1                                                         
>   Error: Syntax error in argument list at (1)
>   /build/buildd-cp2k_2.2.426-1-i386-y9mKjJ/cp2k-2.2.426/makefiles/../src/cp_units.F:1191.18:
>   
>                     error,failure)
>                     1
>   Error: Unclassifiable statement at (1)
> 
> cp_common_uses.h suggests a couple of possible ways to accommodate
> line-length limits, of which arranging to build with relative paths
> would be ideal.  Alternatively, it looks like you can eliminate the
> limit altogether by building with -ffree-line-length-none.
> 
> Could you please take care of it one way or another?

Thanks, I'll have a look.  A new upload is pending anyway as libint can
now be taken use of.

I'll just have to find a way to reproduce it locally first.


Michael