Bug 229098
| Summary: | [NEW PORT] math/freefem++: Partial differential equation solver | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Ports & Packages | Reporter: | takefu | ||||||||||||||||
| Component: | Individual Port(s) | Assignee: | Rodrigo Osorio <rodrigo> | ||||||||||||||||
| Status: | Closed Overcome By Events | ||||||||||||||||||
| Severity: | Affects Only Me | CC: | mandree, naito.yuichiro, rodrigo, takefu, thierry | ||||||||||||||||
| Priority: | --- | Keywords: | feature, needs-patch, needs-qa | ||||||||||||||||
| Version: | Latest | Flags: | takefu:
maintainer-feedback+
|
||||||||||||||||
| Hardware: | Any | ||||||||||||||||||
| OS: | Any | ||||||||||||||||||
| Bug Depends on: | 240670 | ||||||||||||||||||
| Bug Blocks: | |||||||||||||||||||
| Attachments: |
|
||||||||||||||||||
|
Description
takefu
2018-06-18 05:05:42 UTC
Could you please write the Makefile according to https://www.freebsd.org/doc/en/books/porters-handbook/porting-order.html ? It is ok up to the depends block. Note: this is not a new port, but a resurrection $ grep freefem++ /usr/ports/MOVED math/freefem++||2009-08-23|Has expired: unmaintained and consistently unportable math/bamg||2016-08-14|No longer maintained upstream as is now part of freefem++ Still listed at <https://www.freshports.org/math/freefem++>. Created attachment 194446 [details]
freefem++-3.60.shar
Is this correct?
Created attachment 194507 [details]
freefem++-3.60.shar
Created attachment 194508 [details]
freefem++-3.60.shar
pkg-dest I forgot to rewrite
Created attachment 194667 [details]
freefem++-3.6.shar
change
etc/libmap.d -> USE_GCC=yes
see
users-jp-ML#96244
(In reply to Thierry Thomas from comment #2) As of today, there is no registration so I issued sendpr as a new port, but should I sendpr by creating a difference from the old skeleton? The build breaks on 11.2: gmake[7]: Leaving directory '/usr/ports/math/freefem++/work/freefem++-3.60/src/libMesh' test -f ../src/libMesh/libMesh.a mkdir -p include/libMesh cp ../src/libMesh/*h include/libMesh echo libMesh LD -L@DIR@/lib -lMesh > lib/WHERE.libMesh echo libMesh INCLUDE -I@DIR@/include/libMesh >> lib/WHERE.libMesh cp ../src/libMesh/libMesh.a lib/libMesh.a Created attachment 195966 [details]
freefem++-3.61.shar
10.4-RELEASE i386 It seems that it was not possible to build correctly.
Fixed the bug at the same time as update to 3.61.
Build fails:
> ../build/download https://github.com/hpddm/hpddm/archive/d2c1634c4367f0bd5260cb82cb6d94fcb112f189.zip pkg/hpddm.zip
> + test -x /usr/bin/wget
> + test -x /usr/bin/wget.exe
> + test -x /opt/local/bin/wget
> + test -x /usr/bin/curl
> + test -x /usr/bin/GET
> + echo FF download: No way to download files from the web
> FF download: No way to download files from the web
> + echo FF download: Please install wget or curl or GET
> FF download: Please install wget or curl or GET
> + exit 1
Build is not supposed to be downloading anything.
Did you build it in poudriere?
Yuri
(In reply to Yuri Victorovich from comment #10) The build is not allowed to download. CONFIGURE_ARGS=--disable-download Poudriere Environment Building does not understand. (In reply to takefu from comment #11) > The build is not allowed to download. > CONFIGURE_ARGS=--disable-download This argument is already supplied to configure, but it still breaks. (In reply to Yuri Victorovich from comment #12) I can't understand why it breaks. If what happens in Poudriere(8), I do not know the prescription. So tell me how to fix it. (In reply to takefu from comment #13) The build breaks on my workstation, I didn't try in poudriere. (In reply to Yuri Victorovich from comment #14) My environment is a log. You can build it correctly. FreeBSD 11.2-RELEASE-p1 #0: Sun Aug 5 12:04:13 UTC 2018 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC https://people.freebsd.org/~je3kmz/log.xz (In reply to takefu from comment #15) It doesn't build for me. Maybe somebody else will take it and will be able to build it. freefem 3.61 does not fetch. Does this need updating for 4.4? (In reply to Matthias Andree from comment #17) 4.4 There is no time to test the construction　:-( And math/arpack++ is not built. We're currently making time for arpack++ to be built. 4.4 Can someone help me to build a success? Created attachment 207586 [details]
Patch to upgrade math/arpack++ to 2.3.0
Previously I updated the port math/arpack++ to the latest 'see the attached patch) - but I do not remember why I did not commit it...
(In reply to Thierry Thomas from comment #19) Could you create a separate issue for fixing math/arpack++ and set this issue to depend on it please. Since the port has no maintainer, feel free to assign yourself to coordinate/resolve (In reply to Kubilay Kocak from comment #20) Done! This PR is too old, FreeFem++ is now at v4.4. |
