Package Details: calculix 2.19-1

Git Clone URL: https://aur.archlinux.org/calculix.git (read-only, click to copy)
Package Base: calculix
Description: CalculiX: 3D finite element solver and post-processor (executables)
Upstream URL: http://www.calculix.de/
Keywords: calculix finite-element
Licenses: GPL2
Submitter: None
Maintainer: mauritiusdadd
Last Packager: mauritiusdadd
Votes: 22
Popularity: 0.025087
First Submitted: 2007-11-24 13:59 (UTC)
Last Updated: 2021-12-30 10:21 (UTC)

Latest Comments

GAZ082 commented on 2021-09-13 23:29 (UTC)

@mauritiusdadd same issue here with the check error. Adding the flag skipped the errors. For those that use YAY:

yay -S --mflags="--nocheck" calculix

mauritiusdadd commented on 2021-09-04 11:07 (UTC)

@Kassar i'm not sure why those two tests are failing... I'll try to rebuild the package myself and see if I have the same problem, meanwhile you can skip the check phase passing the --nocheck option to makepkg and try to use your compiled package

Kassar commented on 2021-09-04 00:14 (UTC) (edited on 2021-09-04 00:15 (UTC) by Kassar)

I would like to use Calulix with FreeCAD but sofar was not successful with the build process. And troubleshooting this is a bit out of my league...

After running makepkg everything including the build process is completed, but in the checks two erros occur:

...
  -> testing mass2
deviation in file mass2.dat
line: 17 reference value: 2.692186e+12 value: 2.704399e+12 
        absolute error: 1.221300e+10 
        largest value within same block: 2.692186e+12 
        relative error w.r.t. largest value within same block: 0.453646 %
...
-> testing multistage
==> WARNUNG: The data file generated by ccx is not valid
deviation in file multistage.dat
line: 1511 reference value: 2.852794e-05 value: 1.677286e-04 
        absolute error: 1.392007e-04 
        largest value within same block: 3.723345e-05 
        relative error w.r.t. largest value within same block: 373.859151 %

This causes the process to be canceled. Can I just ignore these errors and try to work with my compiled version or should I be worried?

Im on 5.9.16-1-MANJARO x86_64 with everything up to date from the core repos.

mauritiusdadd commented on 2021-05-07 08:51 (UTC) (edited on 2021-05-07 08:51 (UTC) by mauritiusdadd)

@Sinasta, I cannot reproduce your error as spooles seems to build fine on my machine and it builds fine also in a clean chroot. Please, make sure your system is fully updated and try to build the package using makepkg directly. You should also check your CFLAGS variable.

Sinasta commented on 2021-05-02 18:35 (UTC)

getting this error when trying to build spooles:

cc1: some warnings being treated as errors make[3]: [makeG:30: iohb.o] Error 1 make[3]: Leaving directory '/var/tmp/pamac-build-sinasta/spooles/src/spooles/Utilities/src' make[2]: [makefile:31: makeLib] Error 2 make[2]: Leaving directory '/var/tmp/pamac-build-sinasta/spooles/src/spooles/Utilities/src' make[1]: [makefile:5: lib] Error 2 make[1]: Leaving directory '/var/tmp/pamac-build-sinasta/spooles/src/spooles/Utilities' make: [makefile:123: lib] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

blixawillbargeld commented on 2021-03-10 14:32 (UTC)

Just started using CCX again this week. So far no issues. Still interested in the advanced solvers, as I need to speed up my calculations. So please let me know if you managed to build it using Pastix!

And thanks for the work you do on the PKGBUILD, it would be too difficult for my basic knowledge to build it by myself!

mauritiusdadd commented on 2020-12-08 08:22 (UTC)

@eBDBaF @blixawillbargeld I updated the PKGBUILD, please let me know if there is any issue.

@blixawillbargeld No, i haven't tryed Pastix solver yet but I think will start to play with it in the near future

blixawillbargeld commented on 2020-12-01 13:48 (UTC)

@eBDBaF @mauritiusdadd thank you! Looking forward to the updated PKGBUILD than for the next project. On a sidenote: Anyone got it running with Pastix solver already?

mauritiusdadd commented on 2020-12-01 08:53 (UTC)

@eBDBaF thank you for pointing that out! I'll take a look at it as soon as possible

eBDBaF commented on 2020-11-30 10:13 (UTC) (edited on 2020-11-30 10:17 (UTC) by eBDBaF)

@blixawillbargeld @mauritiusdadd With the current PKGBUILD only "symmetric stiffness/mass contributions" is calculated using multithreading in static analysis with spooles. The AUR Package spooles is compiled for MT. Adding -DUSE_MT to the CFLAGS in the Makefile of calculix enables multithreading for "Factoring the system of equations" with SPOOLES solver referring to http://www.dhondt.de/ccx_2.17.README.INSTALL Successfully tested with changed PKGBUILD and the following notice:

at execution time the environment variable OMP_NUM_THREADS must have been set to the number of CPUs you want to use. In Linux this can be done by ``export OMP_NUM_THREADS=n'' on the command line, where n is the number of CPUs. Default is 1. Alternatively, you can set the number of CPUs using the environment variable CCX_NPROC_EQUATION_SOLVER. If both are set, the latter takes precedence. Source: http://web.mit.edu/calculix_v2.7/CalculiX/ccx_2.7/doc/ccx/node3.html

The ccx manual has much more information about this topic: http://www.dhondt.de/ccx_2.17.pdf Page 12

steveo_155 commented on 2020-05-27 23:56 (UTC)

Hey @mauritiusdadd , upgrading GCC seems to have fixed the problem. I'm running Manjaro and just found out that GCC is apparently one of the few packages that's treated differently in Manjaro and Arch. Had to move my system to testing repos in order to install GCC 10. Thanks for the help!!

mauritiusdadd commented on 2020-05-27 22:15 (UTC)

Hi @steveo_155, is your system fully updated? In particular, do you have gcc 10?

steveo_155 commented on 2020-05-27 21:25 (UTC)

I am getting the following build error:

gfortran -Wall -O2 -fallow-argument-mismatch -c absolute_relative.f gfortran: error: unrecognized command line option ‘-fallow-argument-mismatch’; did you mean ‘-Wno-argument-mismatch’? make: *** [Makefile:11: absolute_relative.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... Error making: calculix

mauritiusdadd commented on 2020-05-22 19:11 (UTC)

@dkcampbell thank you very much! I'have been quite busy in the last couple of days. I'll merge your patch by the end of tomorrow, thanks again.

MMK66 commented on 2020-05-22 19:04 (UTC) (edited on 2020-05-22 19:48 (UTC) by MMK66)

I have problem then compiling ccx (MKL)


sgetv0.f:404:32:

  367 |           call svout (logfil, 1, rnorm0, ndigit,
      |                                 2
......
  404 |          call svout (logfil, n, resid, ndigit,
      |                                1
Error: Rank mismatch between actual argument at (1) and actual argument at (2) (scalar and rank-1)
make[1]: *** [Makefile:50: sgetv0.o] Błąd 1
make[1]: Opuszczenie katalogu '/home/ProjektK66/ccx/src/x64/build/ARPACK/SRC'
ranlib /home/ProjektK66/ccx/src/x64/build/ARPACK/libarpack_MINGW64.a
...
gfortran -Wall -O2 -fopenmp -c allocation.f
allocation.f:1634:72:

 1634 |      &            "*NODE or *NODE PRINT or *NODE FILE or *NODE OUTPUT%")
      |                                                                        1
Error: Missing actual argument for argument '_formal_15' at (1)

Im add -fallow-argument-mismatch to Makefile ( https://paste.sr.ht/~dkc/2f2ab3b277dfff53a06cf9162eea067dea0b7988 )

dkcampbell commented on 2020-05-22 15:49 (UTC) (edited on 2020-05-22 15:54 (UTC) by dkcampbell)

Hi @mauritiusdadd, the build issues @crataegus and myself are experiencing is caused by changes to the default options used by gcc, and gfortran with the release of gcc 10. For gfortran, a warning, by default is now an error, and for gcc, an ignored warning, became an error. Here's a link to a patch to fix the issue: https://paste.sr.ht/%7Edkc/2f2ab3b277dfff53a06cf9162eea067dea0b7988

I applied it on top of your patch. Feel free to merge this into your existing patch.

Thanks for your work maintaining this package!

mauritiusdadd commented on 2020-05-18 06:42 (UTC)

@crataegus and @dkcampbell thanks for reporting this, last time I have checked the package it was building correctly in a clean chroot. I will investigate on this asap.

dkcampbell commented on 2020-05-17 22:24 (UTC)

I'm getting the same build error as @crataegus. Are there any known workarounds?

blixawillbargeld commented on 2020-05-17 17:12 (UTC)

Just a quick question: does spooles work with multiple cores for you with this build?

crataegus commented on 2020-05-17 15:05 (UTC)

I'm getting an error when building the solver:

gfortran -Wall -O2  -c allocation.f
allocation.f:1634:72:

 1634 |      &            "*NODE or *NODE PRINT or *NODE FILE or *NODE OUTPUT%")
      |                                                                        1
Error: Missing actual argument for argument ‘_formal_15’ at (1)
make: *** [Makefile:11: allocation.o] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

I'm also getting a load of warnings, mostly about unused dummy arguments but I assume these are harmless.

mauritiusdadd commented on 2020-03-25 16:56 (UTC) (edited on 2020-03-25 17:43 (UTC) by mauritiusdadd)

Hi @WholesomeDoktor, can you elaborate on the error (maybe post the full error message). To me it looks like the error message that makepkg gives when a dependency is missing: did you install all the required dependencies before building this package?

WholesomeDoktor commented on 2020-03-25 12:18 (UTC)

I am having build errors, ERROR: Could not resolve all dependencies. Do we edit the build files before installing? Like explained on the website.

Kunda commented on 2020-01-02 13:16 (UTC)

@mauritiusdadd Thanks! Happy New Year to you as well :)

mauritiusdadd commented on 2019-12-31 18:50 (UTC)

@Kunda I've just uploaded the new PKGBUILD, happy new year ;)

Kunda commented on 2019-12-31 17:25 (UTC) (edited on 2019-12-31 17:27 (UTC) by Kunda)

@mauritiusdadd any progress on the 2.16 build ?

(edit: sorry about the dupe comment, was having connectivity issues. It has now been removed)

mauritiusdadd commented on 2019-12-19 09:53 (UTC)

I'm sorry, i've missed the out-of-date notification, i'll update the package as soon as possible

mauritiusdadd commented on 2019-05-04 11:15 (UTC)

@nastybyte thank you for reporting: updated :)

nastybyte commented on 2019-05-04 10:56 (UTC)

Seems checksums have changed, again. :(

ccx_2.15.src.tar.bz2 ... FAILED ccx_2.15.test.tar.bz2 ... Passed cgx_2.15.all.tar.bz2 ... FAILED calculix_2.15_archlinux.patch ... Passed

jordiorlando commented on 2019-02-19 19:16 (UTC)

Thanks for the quick response!

mauritiusdadd commented on 2019-02-19 13:11 (UTC)

@0xdec thank you for reporting, I've updated the checksums and bumped the pkgrel

jordiorlando commented on 2019-02-19 07:15 (UTC)

sha256sum for cgx_2.15.all.tar.bz2 has changed to 86f65e111811939e0dff9cdc2b17d0d1720e34100ae099845f0deaf4761fcb98

mauritiusdadd commented on 2019-01-29 16:22 (UTC)

Thank you for reporting @tinitus,

it seems that upstream has fixed the source tarball. I've updated the PKGBUILD accordingly.

tinitus commented on 2019-01-29 13:27 (UTC)

Hello,

I tried calculix 2.15-2 There is Error on

sha256sums... ccx_2.15.src.tar.bz2

mauritiusdadd commented on 2018-12-28 18:59 (UTC)

@Kunda, please try the new PKGBUILD: I've disabled some problematic tests.

Kunda commented on 2018-12-28 15:30 (UTC) (edited on 2018-12-28 15:32 (UTC) by Kunda)

Is this the problem you've been experiencing @mauritiusdadd ?

==> WARNING: check /tmp/pamac-build/calculix/src/CalculiX/ccx_2.15/test/thread.log
==> WARNING: The data file generated by ccx is not valid
==> ERROR: A failure occurred in check().
    Aborting...

Contents of /tmp/pamac-build/calculix/src/CalculiX/ccx_2.15/test/thread.log is at https://termbin.com/6obb

mauritiusdadd commented on 2018-12-28 14:29 (UTC)

Meanwhile, as a workaround I've extracted the missing files from the source tarball of version 2.14.1. It seems to work as the solver passes most of the tests.

mauritiusdadd commented on 2018-12-28 11:24 (UTC)

@Kunda thanks for pointing that out. I have the same issue when I try to compile the new version. Let's wait for the upstream to fix it.

Kunda commented on 2018-12-22 11:56 (UTC)

Unfortunately I will not have access to my PC for a couple of days, I will update the PKGBUILD as soon as I can.

@mauritiusdadd awesome. thank you. BTW, it looks like the FreeBSD folks are having trouble compiling latest v2.15 per https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234146#c8

mauritiusdadd commented on 2018-12-21 12:32 (UTC)

Unfortunately I will not have access to my PC for a couple of days, I will update the PKGBUILD as soon as I can.

mauritiusdadd commented on 2017-10-30 21:42 (UTC)

Updated, Thank you for reporting.

rbn920 commented on 2017-10-30 18:48 (UTC)

Looks like there is a problem with the ccx sha256sums.

mauritiusdadd commented on 2017-06-29 09:26 (UTC)

I've updated the checksums and and bumped the pkgrel. Thank you for reporting.

rbn920 commented on 2017-06-28 18:18 (UTC)

It looks like the sha256sun for cgx is still wrong. Thanks

ciappi commented on 2017-05-21 18:01 (UTC)

Hi mauritiusdadd, it seams that the sha256sum of cgx is wrong... Thanks a lot ciappi

Alexa commented on 2016-08-09 17:40 (UTC)

thanks a lot :) i will rebuild this today ;) best reg. Alex

mauritiusdadd commented on 2016-08-08 09:24 (UTC)

It seems that the problem lies upstream (even the newer version 2.11 has the has the same problem). I updated the patch file with a quick and dirty workaround, just until the author of the program fixes the code.

mauritiusdadd commented on 2016-08-06 11:51 (UTC)

Hi Alexa, thank you for reporing the issue, i will look into this as sson as I can.

Alexa commented on 2016-08-05 14:03 (UTC)

Hi Thanks for packaging, could you pls take a look into the PKGBUILD... ?? cgx no longer builds with gcc-6.1.1 ... throws some weird errors ... in fact, neither cgx 2.11 nor cgx 2.10 .... thread -lrt -o cgx In file included from /usr/include/c++/6.1.1/bits/char_traits.h:39:0, from /usr/include/c++/6.1.1/ios:40, from /usr/include/c++/6.1.1/ostream:38, from /usr/include/c++/6.1.1/iostream:39, from uselibSNL.cpp:28: /usr/include/c++/6.1.1/bits/stl_algobase.h:243:56: error: macro "min" passed 3 arguments, but takes just 2 min(const _Tp& __a, const _Tp& __b, _Compare __comp) ^ /usr/include/c++/6.1.1/bits/stl_algobase.h:265:56: error: macro "max" passed 3 arguments, but takes just 2 max(const _Tp& __a, const _Tp& __b, _Compare __comp) ^ In file included from ../../libSNL/src/snlCurveBase.h:23:0, from ../../libSNL/src/snlCurve.h:25, from ../../libSNL/src/snlSurface.h:20, from uselibSNL.cpp:30: ../../libSNL/src/snlKnotVector.h:115:18: error: macro "max" requires 2 arguments, but only 1 given knot max() const; // Max knot val. ^ ../../libSNL/src/snlKnotVector.h:116:18: error: macro "min" requires 2 arguments, but only 1 given knot min() const; // Min knot val. ^ ^Cmake: *** [Makefile:69: cgx] Interrupt

mauritiusdadd commented on 2016-03-27 18:20 (UTC)

Updated checksums and bumped pkgrel.

mauritiusdadd commented on 2016-03-07 06:00 (UTC)

Updated to version 2.10, thanks.

drei commented on 2016-03-06 19:35 (UTC) (edited on 2016-03-06 19:48 (UTC) by drei)

Any chance you could update the script for 2.10? I tried manually changing the values for the new version, but the script fails with the new checksums (skipped it with --skipchecksums) and at the prepare function within the PKGBUILD file. ----EDIT---- Managed to solve the issue. My problem was this line in the PKGBUILD: _mainver="${pkgver:0:3}" Had to change it to: _mainver="${pkgver:0:4}" For those wanting to get the new 2.10 version, just replace all references to 2.9 with 2.10, including the patch file name, replace the line mentioned above, and skip the checksums.

fcourchesne commented on 2016-02-01 23:53 (UTC)

@mauritiusdadd I did edit the makepkg.conf trying to make this work but even a default one yields the same errors.

mauritiusdadd commented on 2016-01-19 07:39 (UTC)

@fcourchesne: By any chance did you edit your makepkg.conf? If it is so, try using the default one.

fcourchesne commented on 2016-01-19 01:30 (UTC) (edited on 2016-01-19 01:30 (UTC) by fcourchesne)

@mauritiusdadd: I tested this in a chroot and the installation works. I still cannot figure out what is causing the issue.

mauritiusdadd commented on 2016-01-13 18:08 (UTC)

@fcourchesne: I'm sorry for the late reply, but I did not receive any e-mail notification for your comment. Unfortunately I'm not able to reproduce your issue. Do you have the full 'base-devel' group installed? Have you tried to build the package in a clean chroot?

fcourchesne commented on 2015-12-29 18:54 (UTC)

Hi, I am getting the following - would anyone know how to fix it ? I'm on a dual-core, x64. I have gcc-fortran and gcc-fortran-multilib installed. -> Building solver... cc -Wall -O3 -I /usr/include/spooles -DARCH="Linux" -DSPOOLES -DARPACK -DMATRIXSTORAGE -c ccx_2.9.c In file included from ccx_2.9.c:30:0: CalculiX.h:1892:21: error: unknown type name ‘pthread_t’ int pthread_create (pthread_t *thread_id, const pthread_attr_t *attributes, ^ CalculiX.h:1892:49: error: unknown type name ‘pthread_attr_t’ int pthread_create (pthread_t *thread_id, const pthread_attr_t *attributes, ^ CalculiX.h:1895:19: error: unknown type name ‘pthread_t’ int pthread_join (pthread_t thread, void **status_ptr); ^ Makefile:10: recipe for target 'ccx_2.9.o' failed make: *** [ccx_2.9.o] Error 1 Thank you.

mauritiusdadd commented on 2015-12-12 10:24 (UTC)

Checksums updated, thank you!

blixawillbargeld commented on 2015-12-12 09:40 (UTC)

Please update chksum for cgx.

mauritiusdadd commented on 2015-11-21 18:41 (UTC)

* Updated checksums * Bump pkgrel Sigh, why don't the use a sane revision number!? :P

hiside commented on 2015-11-21 18:13 (UTC)

hi could you Update the checksums I keep geting this error ccx_2.9.src.tar.bz2 ... FAILED cgx_2.9.all.tar.bz2 ... Passed calculix_2.9_archlinux.patch ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build calculix. Thanks

mauritiusdadd commented on 2015-11-20 18:10 (UTC)

Updated to version 2.9 Greetings!

blixawillbargeld commented on 2015-11-20 16:22 (UTC)

Thanks for the answer. No need to hurry :). Greetings

mauritiusdadd commented on 2015-11-20 16:16 (UTC)

Currently I am not at home, I'll update the package in a couple of hours, sorry for the delay.

mauritiusdadd commented on 2015-09-04 08:45 (UTC)

Updated to version 2.8p2

mauritiusdadd commented on 2015-02-11 14:29 (UTC)

Updated checksums

mauritiusdadd commented on 2015-01-23 14:12 (UTC)

Updated to version 2.8

mauritiusdadd commented on 2014-12-06 11:58 (UTC)

Package updated to include .SRCINFO

mauritiusdadd commented on 2014-03-15 12:39 (UTC)

Updated to version 2.7 and made a separate package [1] for documentation and examples. [1] calculix-doc <https://aur.archlinux.org/packages/calculix-doc/>

mauritiusdadd commented on 2014-02-04 10:00 (UTC)

Updated again, thank you!

blixawillbargeld commented on 2014-02-03 19:50 (UTC)

Hello, there is a false checksum in the PKGBUILD. Cheers STefan

mauritiusdadd commented on 2013-12-25 10:27 (UTC)

Updated, thanks! :)

hiaselhans commented on 2013-12-24 14:35 (UTC)

hi, checksum for .src has changed again... (9ef44cd51dc12d0e83fd43f08bd45974d1ed290918fd2ae4f4631d98a0bfc4ee) merryxmas!

mauritiusdadd commented on 2013-11-26 11:06 (UTC)

Updated, thanks.

lifewind commented on 2013-11-26 10:43 (UTC)

Cannot install as ccx_2.6.1.src fails with checksum validity check. cheers

mauritiusdadd commented on 2013-11-06 08:42 (UTC)

I have just adopted this package, and updated to the lastest version availale. Please, let me know if something does not work.

hkl commented on 2013-03-03 12:59 (UTC)

I adopted calculix. Version 2.5 is compiling and hopefully working properly.

klimas commented on 2012-11-11 02:18 (UTC)

Older source (version 2.4) can be found at: http://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/calculix/

archerdm commented on 2012-06-17 11:24 (UTC)

CGX and the newest version of freeglut don't seem to get along. The new pkgbuild should fix the menu.

commented on 2012-06-07 20:26 (UTC)

The mouse menu on CGX is not working anymore after updates today. No update to calculix/CGX, but unable to access the menu at all but have no clue as to what update caused this.

archerdm commented on 2012-06-02 20:36 (UTC)

Updated to the latest version 2.4. I created a separate libsnl package and modified the makefiles here to link against shared spooles, arpack, snl and glut libs rather than building them into the Calculix executables. This should keep the executables a little smaller. Also the html help files were added to /usr/share/doc. Everything I have tested looks to be working fine but let me know if you come across any problems.

rute commented on 2011-04-05 18:53 (UTC)

I have built successful a version 2.3 with the multi-threaded SPOOLES solver and also the TAUCS out of core solver. Most modern computer have multiple cores today, so this should be general useful. In some simple tests the TAUCS solver seems OK. If there is interest I could send my changes and builds for metis and taucs.

commented on 2011-04-01 13:32 (UTC)

Updated to version 2.3. tested under x86_64: standard test executed without any error.

hkl commented on 2011-04-01 03:24 (UTC)

Outdated: Version 2.3 is out, old source code is not available at this location anymore!

commented on 2010-08-31 19:29 (UTC)

Updated to version 2.2

commented on 2010-06-01 15:47 (UTC)

Hi Penaf How do I change th PKGBUILD so as to include the documentation files for cgx and ccx in /usr/share/calculix...? http://www.dhondt.de/cgx_2.1.htm.tar.bz2 http://www.dhondt.de/ccx_2.1.htm.tar.bz2 When one clicks in Help html in cgx window, it launches firefox so as to find those documents in that folder... BRGDS Alex

commented on 2010-04-10 07:53 (UTC)

Updated to version 2.1