[Bug 913152] Review Request: MUMPS - A MUltifrontal Massively Parallel sparse direct Solver

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

 



Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=913152

Paulo Andrade <paulo.cesar.pereira.de.andrade@xxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|nobody@xxxxxxxxxxxxxxxxx    |paulo.cesar.pereira.de.andr
                   |                            |ade@xxxxxxxxx

--- Comment #13 from Paulo Andrade <paulo.cesar.pereira.de.andrade@xxxxxxxxx> ---
(In reply to comment #11)
> (In reply to comment #10)
> > (In reply to comment #9)
> > > At this point, I'm blocked by my knowledges which are limited in this field.
> > > You think I had to study for a long time how Makefile.inc are used during
> > > compilation and probably it would have not been so difficult for an expert
> > > programmer.
> > 
> >   I think you should focus first on getting the examples
> > to show something more helpful :-) The error messages
> >  ERROR in MPI_ALLREDUCE, DATATYPE=           7
> > are not much encouraging.
> > 
> 
> Hi Paulo.

  Hi Antonio,

> I have contacted maintainer team about this error:
> https://listes.ens-lyon.fr/sympa/arc/mumps-users/2013-02/msg00030.html
> 
> This error may be tied with the fake 'mpi.h' file included in the source.
> 
> I think I'm not able to take on these issues, if you want take this package,
> I would agree.  
> Or in case I can co-maintain it with you.

  You can do it :-)

  I even assigned the bug to myself so I could act as your sponsor.

  I suggest you add a %check in the spec, somewhat like:

%check
module load mpi
LD_LIBRARY_PATH=$PWD:../libmumps_seq:$LD_LIBRARY_PATH ./ssimpletest <
input_simpletest_real
LD_LIBRARY_PATH=$PWD:../lib:$LD_LIBRARY_PATH mpirun -np 2 ./ssimpletest <
input_simpletest_real

  I think it should also have some proper clarification of when and
how libmpiseq-4.10.0.so is used, also, it does not have a "simpler"
libmpiseq.so symlink to it like the other libraries generated. Is it
really required to generate the "sequential" mumps in the Fedora
environment?
If yes, maybe should also make a different examples build exercising it.
If not, probably could simplify significantly the spec by making only
the "non sequential" build.

About the blacs_gridexit_ it is defined at:
$ objdump -T /usr/lib64/openmpi/lib/libmpiblacs.so.1| grep  blacs_gridexit_
0000000000009d40 g    DF .text  0000000000000103  Base        blacs_gridexit_

and libzmumps.so is linked to it, so, it looks more likely rpmlint
does not resolve it because it did not run "module load mpi" in its
environment.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=n1wg16AyJK&a=cc_unsubscribe
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review



[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]