Skip to content

Openblas fails to build under amd64 #42

Closed
Closed
Openblas fails to build under amd64#42
Assignees
xianyi
Labels
Bug

Description

@sylvestre
sylvestre
opened on Jun 24, 2011

make DYNAMIC_ARCH=1 NO_LAPACK=1 fails

gcc -c -O2 -Wall -m64 -DF_INTERFACE_G77 -fPIC -DDYNAMIC_ARCH -DNO_LAPACK -DSMP_SERVER -DMAX_CPU_NUMBER=2 -DASMNAME=strmv_NUN -DASMFNAME=strmv_NUN_ -DNAME=strmv_NUN_ -DCNAME=strmv_NUN -DCHAR_NAME="strmv_NUN_" -DCHAR_CNAME="strmv_NUN" -I../.. -UDOUBLE -UCOMPLEX -UCOMPLEX -UDOUBLE -UTRANSA -UUNIT trmv_U.c -o strmv_NUN.o
trmv_U.c: In function 'strmv_NUU':
trmv_U.c:57:30: error: 'DTB_ENTRIES' undeclared (first use in this function)
trmv_U.c:57:30: note: each undeclared identifier is reported only once for each function it appears in

make[2]: *** [strmv_NUU.o] Error 1

Full log:
https://buildd.debian.org/status/fetch.php?pkg=openblas&arch=amd64&ver=0.1alpha2-1&stamp=1308832805

Activity

  1. ghost assigned
    xianyi
    on Jun 25, 2011

  2. xianyi commented on Jun 27, 2011

    @xianyi
    xianyi
    on Jun 27, 2011
    Collaborator

    Hi sylvestre,

    I cannot reproduce this error.

    Is there gfortran on your box? I found “-DF_INTERFACE_G77” in GCC command line.
    In addition, "-DMAX_CPU_NUMBER=2" means the number of threads is less than or equal to 2.

    Thanks
    Xianyi Zhang

  3. sylvestre commented on Jun 27, 2011

    @sylvestre
    sylvestre
    on Jun 27, 2011
    ContributorAuthor

    No, gfortran is not available.

    I didn't add F_INTERFACE_G77 myself. I guess it is a bug in the OpenBLAS detection system.
    Idem for the MAX_CPU_NUMBER

    Thanks for your answer anyway

  4. xianyi commented on Jun 27, 2011

    @xianyi
    xianyi
    on Jun 27, 2011
    Collaborator

    No, gfortran is not available.

    I didn't add F_INTERFACE_G77 myself. I guess it is a bug in the OpenBLAS detection system.
    The default is g77. I think you should install gfortran on this box.
    Idem for the MAX_CPU_NUMBER

    You can modify "NUM_THREADS" in Makefile.rule to change MAX_CPU_NUMBER. Or, make NUM_THREADS=number.
    e.g.

    make DYNAMIC_ARCH=1 NO_LAPACK=1 NUM_THREADS=64 USE_THREADS=1 FC=gfortran

    Thanks for your answer anyway

    Xianyi Zhang

  5. sylvestre commented on Jun 27, 2011

    @sylvestre
    sylvestre
    on Jun 27, 2011
    ContributorAuthor

    Le lundi 27 juin 2011 à 07:55 -0700, xianyi a écrit :

    No, gfortran is not available.

    I didn't add F_INTERFACE_G77 myself. I guess it is a bug in the OpenBLAS detection system.
    The default is g77. I think you should install gfortran on this box.
    I don't have any fortran compiler declared for the compilation of
    Openblas.
    It might be a bug in my packaging but openblas should either:

    • fail from the start saying "you don't have a fortran compiler"
    • disable F_INTERFACE_G77 when there is no fortran compiler.

    (I prefer the first one)

    Idem for the MAX_CPU_NUMBER

    You can modify "NUM_THREADS" in Makefile.rule to change MAX_CPU_NUMBER. Or, make NUM_THREADS=number.
    e.g.

    make DYNAMIC_ARCH=1 NO_LAPACK=1 NUM_THREADS=64 USE_THREADS=1 FC=gfortran
    Since I am building a generic package for Debian, I don't want to
    specify this.

    Sylvestre

  6. xianyi commented on Jun 27, 2011

    @xianyi
    xianyi
    on Jun 27, 2011
    Collaborator

    Hi,

    2011/6/27 sylvestre <
    reply@reply.github.com>

    Le lundi 27 juin 2011 07:55 -0700, xianyi a crit :

    No, gfortran is not available.

    I didn't add F_INTERFACE_G77 myself. I guess it is a bug in the
    OpenBLAS detection system.
    The default is g77. I think you should install gfortran on this box.
    I don't have any fortran compiler declared for the compilation of
    Openblas.
    It might be a bug in my packaging but openblas should either:

    • fail from the start saying "you don't have a fortran compiler"
    • disable F_INTERFACE_G77 when there is no fortran compiler.

    (I prefer the first one)

    OK, I will test it without fortran compiler.

    Idem for the MAX_CPU_NUMBER

    You can modify "NUM_THREADS" in Makefile.rule to change MAX_CPU_NUMBER.
    Or, make NUM_THREADS=number.
    e.g.

    make DYNAMIC_ARCH=1 NO_LAPACK=1 NUM_THREADS=64 USE_THREADS=1 FC=gfortran
    Since I am building a generic package for Debian, I don't want to
    specify this.

    "USE_THREADS=1" means building OpenBLAS multithreads version.
    Because of the affinity issue of OpenBLAS/GotoBLAS, the number of threads
    should be less than or equal to 64. Thus, I set "NUM_THREADS=64". This is
    only max value. The lib will detect the number of CPU cores at the runtime.

    Xianyi

    Sylvestre

    Reply to this email directly or view it on GitHub:
    #42 (comment)

  7. xianyi
    added a commit that references this issue on Jun 28, 2011

    Refs #42. Output the error message when detecting fortran compiler fa…

    c06b7be

  8. xianyi commented on Jun 28, 2011

    @xianyi
    xianyi
    on Jun 28, 2011
    Collaborator

    Hi sylvestre,

    Now, it will detect no fortran compiler error in 0.1alpha2.1 version.

    Thanks
    Xianyi

  9. sylvestre commented on Jun 28, 2011

    @sylvestre
    sylvestre
    on Jun 28, 2011
    ContributorAuthor

    Le mardi 28 juin 2011 à 01:01 -0700, xianyi a écrit :

    Hi sylvestre,

    Now, it will detect no fortran compiler error in 0.1alpha2.1 version.
    Great. You rox!

    Sylvestre

  10. xianyi commented on Jul 6, 2011

    @xianyi
    xianyi
    on Jul 6, 2011
    Collaborator

    Hi Sylvestre,

    Do you build the library successfully?

    Thanks
    Xianyi Zhang

  11. sylvestre commented on Jul 6, 2011

    @sylvestre
    sylvestre
    on Jul 6, 2011
    ContributorAuthor

    Hello

    I am currently off in holidays in china. I will have a look once i get back in France.

    Cheers

    S

    Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.

    xianyi reply@reply.github.com a écrit :

    Hi Sylvestre,

    Do you build the library successfully?

    Thanks
    Xianyi Zhang

    Reply to this email directly or view it on GitHub:
    #42 (comment)

  12. sylvestre commented on Jul 25, 2011

    @sylvestre
    sylvestre
    on Jul 25, 2011
    ContributorAuthor

    OK, you can consider this bug as fixed.
    I have other bugs that I will report in new bugs.

    Thanks

  13. sylvestre
    closed this as completedon Jul 25, 2011
  14. martin-frbg
    added 2 commits that reference this issue on Apr 10, 2020

    Add IBM Z to Travis configuration (#42)

    7972beb

    Revert "Add IBM Z to Travis configuration (#42)"

    a56c9ec
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Bug

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions