Package Details: brlcad 7.26.4-0

Git Clone URL: (read-only)
Package Base: brlcad
Description: An extensive 3D solid modeling system.
Upstream URL:
Keywords: CAD
Licenses: BSD, LGPL, custom:BDL
Submitter: louipc
Maintainer: ejno
Last Packager: ejno
Votes: 59
Popularity: 0.871891
First Submitted: 2007-02-04 02:47
Last Updated: 2017-10-22 15:49

Latest Comments

MrLinuxFish commented on 2018-02-14 07:30

brlcad is failing the validity check when I try to install it.

heavysink commented on 2017-09-01 18:11

brlcad is now in arch4edu repository:

SigLevel = Never
Server =$arch

Baumi commented on 2017-08-11 17:00

Sorry for answering that late.

The solution is quite old:
At the end is the solution.

As I removed brlcad and did the mkinitcpio again all was running fine afterwards.

ejno commented on 2017-08-09 01:29

@Baumi: Thanks for reporting this issue. My system does not reproduce this situation; would you be able to provide further information on how you identified this?

Baumi commented on 2017-08-02 12:29

brlcad is quite dangerous.
If you installed it and do a update inlcluding "mkinitcpio -p linux" your system will be broken.
The reason is, that some modules from gzip are not compatible between brlcad and your running system. And mknitcpio accidentally takes the wrong one to create an image.
Only repair method: uninstall brlcad, do an manual "mkinitcpio -p linux" and reboot. At least on my box it worked.

Lacrymology commented on 2017-06-29 19:53

@ejno, no I hadn't. If it's documented somewhere I missed it, sorry

ejno commented on 2017-06-27 23:28

@Lacrymology: Hi, did you re-login or source /etc/profile.d/ ?

Lacrymology commented on 2017-06-27 23:20

I can't see any binaries installed in a common path location.

✔ ~
20:19 $ mged
bash: mged: command not found
✘-127 ~
20:19 $ archer
bash: archer: command not found

ejno commented on 2017-04-08 17:23

@pegasusearl: The primary editing interface is MGED (, which can be started by running "mged" from the command line. The successor (alpha release) editing interface is Archer, which can be run as "archer".

pegasusearl commented on 2017-04-08 07:55

excuse me, how to run brlcad?

ejno commented on 2016-12-18 05:57

@thebunnyrules: Okay, thanks for the update. Let me know if you still encounter any problems with building BRL-CAD or the package. Regarding noexec, it's a mount option that disables direct execution of files that have the execute bit set. Some people mount /tmp or /home noexec, and some non-UNIX filesystems exhibit similar behavior by default.

thebunnyrules commented on 2016-12-16 15:37

Well, it seems like I messed up my development environment by mixing and matching header files from other distros. I'll know better than that next time ;)

I set myself up a couple of virtual machines: one Ubuntu to compile the source codes that compile better on Debian based systems. And I made myself an Arch vm while I was at it to see how the BRL-Cad compiles on a fresh system. brl-cad aur compiled without any problems inside my VirtualBox. I'm just going to restore my system to a more stable point via one of my backups.

thebunnyrules commented on 2016-12-16 06:39

@ejno thanks for getting back to me so quickly, I really appreciate it.

I'm new to compiling my apps, what do you mean by no-exec environment? Is this a cmake option or something relating with my System setup? I have not messed around with any of the file permissions within my usr folder. My compiling procedure involves the following command in the terminal:

git clone
cd brlcad
makepkg -is
(I've also tried running CMake from Sourcefourge and BRL-CAD's website)

Here are my CMakeOutput.log and CMakeError.log files. It's very strange, the errors have changed since I tried to compile BRL before yesterday. I was trying to build some application that were Unbuntu-centric and I was missing alot of includes in /usr/includes/sys, so I downloaded the required debs from Debian's site and extracted the missing .h file from them. Now the errors are all different.


ejno commented on 2016-12-15 21:07

@thebunnyrules: The date and time are obtained by building and running a small C program -- are you building in a noexec filesystem, by any chance? Please also attach CMakeOutput.log.
BRL-CAD has not yet been migrated to Tcl/Tk 8.6.x, although work is in progress. For this reason, the PKGBUILD uses the bundled Tcl/Tk.

ejno commented on 2016-12-15 20:58

I've modified the PKGBUILD to apply the patch, which enables installation of the `gcv` command during the build.

thebunnyrules commented on 2016-12-15 11:03

Has anyone else come across this issue? Or knows how to resolve it?

I'm trying to compile release 7.26.02. And I got this error:

Code to determine current date and time failed!

So, I went into /CMakeLists.txt (the main one) and entered the build date manually, replacing:

message(FATAL_ERROR "Code to determine current date and time failed!\n")
[this us the line that gives the fatal error if date and time protocol fail]
set(CONFIG_DATE "161214") #<===== I also tried "20161214"
[I simply replaced the automatic datestamp with a manual one to get around the problem]

After making this substitution, it seems to be working well for 70% of the cmake process but then I hit this error where it says that it was unable to find Tcl, itcl or Tk libraries depite the fact they are installed and in directories where CMake was searching (see list below)

Here are the details:

Could not find at least one of Tcl, Itcl or Tk libraries in /usr/lib64,
/usr/lib64/itcl4.0.5, and /usr/lib64

Here are the contents of the Tcl,Itcl and Tk lib folders:



see this pastebin:


see this:

It seems to me, I have all the needed libraries and the correct versions. I have check permission and everyone of the directories has read permissions given to everyone.

Any ideas?

ejno commented on 2016-08-13 16:56

Updated to 7.26.0. Release notes are available at

ejno commented on 2016-06-02 00:27

@gjw: Thanks, should be fixed now.

gjw commented on 2016-05-27 16:58

It does not build any more.
It stops at 44 percentage.
It seems to me that some
functions in the boost libraries
have been removed and put
into g++ instead.

lenzj commented on 2015-12-13 14:11

@ejno: It compiles and works well now. Thanks again.

ejno commented on 2015-12-13 05:44

@lenzj: Thanks, should be fixed now.

lenzj commented on 2015-12-12 12:40

I'm getting the following error during compile:
/tmp/pacaurtmp-/brlcad/src/brlcad-7.24.2/src/other/boost/boost/xpressive/detail/static/transmogrify.hpp:42:46: error: no type named ‘string_type’ in ‘struct boost::xpressive::cpp_regex_traits<char>’
typedef typename Traits::string_type string_type;

ejno commented on 2015-03-12 12:59

@lenzj: Great, thanks for confirming!

lenzj commented on 2015-03-12 12:28

@finale: I've confirmed that it's compiling successfully for me now. Thank you!

ejno commented on 2015-03-12 06:32

@lenzj: Should be fixed now.

ejno commented on 2015-03-08 03:47

@lenzj: Thanks for reporting, I will investigate the issue.

ejno commented on 2015-03-08 03:37

@lenzj: Thanks for reporting, I believe I've found the issue and I'll try to upload a fixed PKGBUILD soon.

lenzj commented on 2015-03-07 22:47

I'm getting the following error using "yaourt -S brlcad"
Print verbose compilation progress ....: OFF
Install example geometry models .......: ON
Generate extra docs ...................: ON (html/man)

Elapsed configuration time..: 27 seconds
-- Configuring done
CMake Error at src/tclscripts/rtwizard/CMakeLists.txt:74 (add_dependencies):
The dependency target "bwish" of target "rtwizard" does not exist.

CMake Error at src/archer/CMakeLists.txt:9 (add_dependencies):
The dependency target "bwish" of target "archer" does not exist.
I put the full output in the link below if it helps:

ubr47k commented on 2015-03-02 14:35

@finale: Turns out tmpfs was full. Expanding it solved the issue. Thanks for the tip.

ejno commented on 2015-03-01 18:08

@EmperorDAZ: Thanks for reporting. I am only able to reproduce the error by filling the tmpfs; can you verify that /tmp is not full? Thanks.

ubr47k commented on 2015-03-01 15:15

Fails to install.

CMake Error at src/rt/cmake_install.cmake:366 (file):
file INSTALL cannot copy file
"/tmp/yaourt-tmp-<username>/aur-brlcad/src/brlcad-build/bin/rtrange" to
Call Stack (most recent call first):
src/cmake_install.cmake:73 (include)
cmake_install.cmake:50 (include)

Makefile:86: recipe for target 'install' failed
make: *** [install] Error 1
==> ERROR: A failure occurred in package().

ejno commented on 2015-02-22 19:16

I can take over this package.

ejno commented on 2015-02-03 02:58

@hrocho: I can take over this package.

hrocho commented on 2015-01-12 10:35

Does someone want to take over this package ?
I do not have much time recently.

sytabaresa commented on 2014-12-24 04:17

version 7.24.2 got released

ubr47k commented on 2014-09-02 02:03

brlcad is installed to /opt/brlcad, so you will need to add /opt/brlcad/bin to your PATH

nervencid commented on 2014-08-31 18:29

Where is the launcher of archer or the frontend?

nervencid commented on 2014-08-31 18:29

Where is the launcher of archer or the frontend?

nervencid commented on 2014-08-31 17:45

There are no launcher for this programa and i can't run it from terminal

masterkorp commented on 2014-02-07 15:56

[ 27%] Building C object src/sig/CMakeFiles/dwin.dir/hamwin.c.o
Scanning dependencies of target dsel
[ 27%] Building C object src/sig/CMakeFiles/dsel.dir/dsel.c.o
Linking C executable ../../bin/dwin
[ 27%] Building C object src/sig/CMakeFiles/dfft.dir/interp.c.o
Linking C executable ../../bin/dsel
[ 27%] Built target dwin
[ 27%] Building C object src/sig/CMakeFiles/dfft.dir/butter.c.o
Scanning dependencies of target dmod
[ 27%] [ 27%] Built target dsel
Building C object src/sig/CMakeFiles/dmod.dir/dmod.c.o
Scanning dependencies of target dstats
[ 27%] Building C object src/sig/CMakeFiles/dstats.dir/dstats.c.o
Linking C executable ../../bin/dfft
Linking C executable ../../bin/dmod
Linking C executable ../../bin/dstats
[ 27%] Built target dfft
Scanning dependencies of target f-i
[ 27%] [ 27%] Built target dstats
Building C object src/sig/CMakeFiles/f-i.dir/f-i.c.o
[ 27%] Built target dmod
Scanning dependencies of target ihist
Scanning dependencies of target i-a
[ 27%] [ 27%] Building C object src/sig/CMakeFiles/ihist.dir/ihist.c.o
Building C object src/sig/CMakeFiles/i-a.dir/i-a.c.o
Linking C executable ../../bin/i-a
Linking C executable ../../bin/f-i
[ 27%] Built target i-a
Scanning dependencies of target istats
[ 27%] Building C object src/sig/CMakeFiles/istats.dir/istats.c.o
Linking C executable ../../bin/ihist
[ 27%] Built target f-i
Scanning dependencies of target smod
[ 27%] Building C object src/sig/CMakeFiles/smod.dir/smod.c.o
[ 27%] Built target ihist
Scanning dependencies of target i-f
[ 27%] CMakeFiles/Makefile2:5864: recipe for target 'src/other/tk/CMakeFiles/tk.dir/all' failed
make[1]: *** [src/other/tk/CMakeFiles/tk.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
Building C object src/sig/CMakeFiles/i-f.dir/i-f.c.o
Linking C executable ../../bin/istats
[ 27%] Built target istats
Linking C executable ../../bin/i-f
Linking C executable ../../bin/smod
[ 27%] Built target i-f
[ 27%] Built target smod
Linking CXX shared library ../../lib/
[ 27%] Built target libpc
Linking CXX static library ../../lib/libpc.a
[ 27%] Built target libpc-static
Makefile:146: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
The build failed.

Any ideas ?

hrocho commented on 2013-10-25 15:31

sorry for late reply,

I added -DBRLCAD_PNG=ON option,
now older version of libpng will be installed to /opt/brlcad/lib, but it seems its not needed to run mged or archer.

hal commented on 2013-10-24 13:05


This is what i've got.

CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
linked by target "libicv" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/libicv
linked by target "libicv-static" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/libicv
linked by target "fb-png" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/fb
linked by target "png-fb" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/fb
linked by target "bw-png" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/util
linked by target "pix-png" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/util
linked by target "png-bw" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/util
linked by target "png-pix" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/util
linked by target "png_info" in directory /tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-7.24.0/src/util

-- Configuring incomplete, errors occurred!
See also "/tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-build/CMakeFiles/CMakeOutput.log".
See also "/tmp/yaourt-tmp-hal/aur-brlcad/src/brlcad-build/CMakeFiles/CMakeError.log".
==> ERROR: A failure occurred in build().

thirtythreeforty commented on 2013-09-28 21:48

Got the following error when building this package:

CMake Error at src/proc-db/cmake_install.cmake:202 (FILE):
file INSTALL cannot copy file
"/tmp/pacaurtmp-georgev/brlcad/src/brlcad-build/bin/csgbrep" to
Call Stack (most recent call first):
src/cmake_install.cmake:74 (INCLUDE)
cmake_install.cmake:50 (INCLUDE)

I have no idea how to fix this.

hrocho commented on 2013-07-31 13:12

there can be a serious problem with this package after upgrade

to be on safe side the brlcad lib directory is not added to, in case it is needed, please add manually

hrocho commented on 2013-07-31 09:44

there can be a serious problem with this package after upgrade

ArchFwin commented on 2013-06-16 15:47

7.24.0 is now up.
MD5sum is "ecd94dfaf0b980776c589bb9337a6786" according to sourceforge, and the source can be downloaded using the same source array.

hrocho commented on 2013-05-06 09:48

adding "-DBRLCAD_BUNDLED_LIBS=ON" config option should fix it

louipc commented on 2013-01-02 23:58

I really don't have time to properly figure this out, so I'll orphan so someone can take over.

louipc commented on 2013-01-02 23:36

Tcl8.6 now bundles itcl which is where the initial problem occurs. That needs to be resolved in brlcad. I'm not sure if the brlcad can work with the Tcl verion of itcl or not.

If you build with all bundled libs in brlcad, you'll need to remove /etc/ [last line of the package() function] so the system doesn't load the conflicting libraries.

You'll also need to define LD_LIBRARY_PATH when running brlcad programs so they can find the proper libraries. It's a bit of a tricky situation.

budulay commented on 2013-01-02 07:08

Turns out it wasn't such a great idea - after a reboot, firefox wouldn't run, complaining about libpng:
firefox: relocation error: /usr/lib/firefox/ symbol png_get_first_frame_is_hidden, version PNG15_0 not defined in file with link time reference

Vim would spit this out each time it was started:

vim: /opt/brlcad/lib/ no version information available (required by /usr/lib/
vim: /opt/brlcad/lib/ no version information available (required by /usr/lib/
vim: /opt/brlcad/lib/ no version information available (required by /usr/lib/

After removing brlcad these problems went away.

I am quite lost.

budulay commented on 2013-01-01 14:37

After a recent tk update brlcad won't start anymore, throwing this:

/opt/brlcad/bin/../bin/bwish: error while loading shared libraries: cannot open shared object file: No such file or directory

Rebuilding it also failed with this:

CMake Error at CMakeLists.txt:456 (_message):
Could not find at least one of Tcl, Itcl or Tk libraries in /usr/lib,
/usr/lib/itcl4.0.0, and /usr/lib - please specify the parent directory for
the libraries in the TCL_BIN_PREFIX variable (e.g. ${TCL_BIN_PREFIX}/lib)
Call Stack (most recent call first):
src/other/incrTcl/itk/CMakeLists.txt:81 (MESSAGE)

I added -DBRLCAD_BUNDLED_LIBS=ON option to cmake to get it to compile.

Taken from this thread:

louipc commented on 2012-07-07 20:24

brlcad 7.22.0-1 up.

louipc commented on 2012-06-12 04:32

brlcad 7.20.6-1
With upstream recommended patches.
brlcad 7.22.0 should be coming soon though.


budulay commented on 2012-06-11 08:38

The only things needed to build the newest one is to change the version and md5sum lines:



Anonymous comment on 2012-01-31 18:43

Removed --as-needed from LDFLAGS and I was able to build and install the package.

louipc commented on 2012-01-29 21:46

ljj038: Yeah I tried to use separate itk and itcl packages but it didn't work. I think the bundled libs are patched as well so best to stick with those. If you want to avoid conflicts during building like that you can build in a clean chroot.

louipc commented on 2012-01-29 21:35

That's caused by the --as-needed linker flag in LDFLAGS.
If you remove that flag from makepkg.conf, then it should link fine.

Anonymous comment on 2012-01-25 18:46

Can't build brlcad 7.20.4-1. I'm on Arch64

Linking C executable ../../bin/rttherm
/usr/bin/ld: ../../lib/librttherm.a(main.c.o): undefined reference to symbol 'fb_open'
/usr/bin/ld: note: 'fb_open' is defined in DSO ../../lib/ so try adding it to the linker command line
../../lib/ could not read symbols: Invalid operation
collect2: ld gab 1 als Ende-Status zurück
make[2]: *** [bin/rttherm] Fehler 1
make[1]: *** [src/rttherm/CMakeFiles/rttherm.dir/all] Fehler 2
make: *** [all] Fehler 2

ljj038 commented on 2011-11-21 14:51

I remove the itk and itcl packages which is build from AUR to continue the brlcad. It works.

ljj038 commented on 2011-11-21 13:11

whereis itcl
itcl: /usr/lib/itcl3.4 /usr/include/itcl.h /usr/share/man/mann/itcl.n.gz

whereis itk
itk: /usr/lib/itk3.3 /usr/include/itk.h /usr/share/man/mann/itk.n.gz

ljj038 commented on 2011-11-21 13:10

-- Found TCL: /usr/lib/
-- Found TK: /usr/lib/
-- Looking for tcl.h
-- Looking for tcl.h - found
-- Looking for tk.h
-- Looking for tk.h - found
-- Found ITCL: 3.4
-- Found ITK: 3.3
CMake Error at src/other/incrTcl/itk/CMakeLists.txt:81 (MESSAGE):
Could not find at least one of Tcl, Itcl or Tk libraries in /usr/lib,
/usr/lib/itcl3.4, and /usr/lib - please specify the parent directory for
the libraries in the TCL_BIN_PREFIX variable (e.g. ${TCL_BIN_PREFIX}/lib)

ljj038 commented on 2011-11-21 13:09

-- Found TCL: /usr/lib/
-- Found TK: /usr/lib/
-- Looking for tcl.h
-- Looking for tcl.h - found
-- Looking for tk.h
-- Looking for tk.h - found
-- Found ITCL: 3.4
-- Found ITK: 3.3
CMake Error at src/other/incrTcl/itk/CMakeLists.txt:81 (MESSAGE):
Could not find at least one of Tcl, Itcl or Tk libraries in /usr/lib,
/usr/lib/itcl3.4, and /usr/lib - please specify the parent directory for
the libraries in the TCL_BIN_PREFIX variable (e.g. ${TCL_BIN_PREFIX}/lib)

louipc commented on 2011-11-19 22:47

brlcad 7.20.4-1

louipc commented on 2011-03-13 21:19

brlcad-7.18.4 should be coming soon, so I'll just wait for that.

louipc commented on 2010-12-12 03:56

Hello! brlcad-7.18.0 is here.

BlindPenguin commented on 2010-11-14 07:34

Ok, i had the wrong path in .bashrc. Typed in export JAVA_HOME="/opt/java/jre/bin/java" and this is definitly wrong. :D With /opt/java/jre it's working. Thank you very much. :)

louipc commented on 2010-11-10 20:12

My JAVA_HOME with jre is '/opt/java/jre' by the way.
It builds the docs fine that way on my machine.

louipc commented on 2010-11-10 20:10

Ah that's for building pdf documentation.
Something must be wrong with your java environment or fop.
You can just skip that if you want by passing --disable-documentation to ./configure

You might be able to fix it by reinitialising your shell environment, or
typing `. /etc/profile` in your shell.

BlindPenguin commented on 2010-11-09 20:38

After 3 hours of compiling i got this. I tried to insert "export JAVA_HOME=pathtojava.." but it won't work. Any ideas?

FOP_OPTS=-Djava.awt.headless=true /usr/bin/fop -c fop.xconf articles/en/ -pdf articles/en/build_pattern.pdf
Error: JAVA_HOME is not defined correctly.
We cannot execute /opt/java/jre/bin/java/bin/java
make[2]: *** [articles/en/build_pattern.pdf] Error 1
rm articles/en/
make[2]: Leaving directory `/tmp/yaourt-tmp-ferdl/aur-brlcad/src/brlcad-7.16.10/doc/docbook'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/tmp/yaourt-tmp-ferdl/aur-brlcad/src/brlcad-7.16.10/doc'
make: *** [all-recursive] Error 1

Xyne commented on 2010-08-14 17:26

Well, it was a genuine question because I'm not sure, but mixing relative and absolute paths looks wrong to me, e.g.:

mv /tmp/.pacbrlcad etc/

louipc commented on 2010-08-14 14:14

I think that might depend on what pacman considers as the root path.

Xyne commented on 2010-08-14 12:41

Shouldn't the path to in the install file be an absolute path?

louipc commented on 2010-05-17 15:55

brlcad 7.16.8-1

louipc commented on 2010-04-20 15:06

Tkimg was actually replaced by tkpng in the svn repo, but commit messages didn't
seem too explicit about what was being fixed. You may want to try building from
svn trunk if the next release takes too long. Cheers!

Xyne commented on 2010-04-20 14:49

I was just wondering if this was specific to my set-up or if it was a general x86_64 problem. It seems to be the latter and thus an upstream problem. I didn't find a bug report about this upstream but someone has to notice the problem eventually. I didn't file a report myself because I wouldn't be able to properly follow up on it for testing etc. I'm not in a hurry so I'll just wait for upstream to catch up.

Thanks for your help.

louipc commented on 2010-04-20 14:12

I don't have such a system. I'm just offering possible solutions since I can't reproduce the problem.

Xyne commented on 2010-04-20 12:33

Neither installation of "tkimg" nor uncommenting "--diable-tkimg" helped (even with the default makepkg.conf).

Have you managed to build this on a fully updated x86_64 system?

Thanks all the same.

louipc commented on 2010-04-19 17:23

Try uncommenting the --disable-tkimg in the PKGBUILD.
I guess the build system is a bit wonky. It shouldn't be trying to build if you already have it installed.
I've heard something about tkimg having problems with the new libpng though.

Tempel commented on 2010-04-19 16:52

I get the same error on x86_64. Tried installing tkimg; it claimed to by i686-only, so I changed the arch in the PKGBUILD to x86_64 and it built, apparently successfully. But even after that, building brlcad still failed with the same error.

louipc commented on 2010-04-17 18:10

Hmm. I don't really know what's going on there, but try installing tkimg, then building brlcad.

Xyne commented on 2010-04-17 11:52

I can't build the latest version on x86_64. It exits with the following error:

I've tried using the default makepkg.conf too (single core, no specific CPU optimizations) but I get the same result. All packages are up-to-date.

Do you know what I need to do to get this to build? Let me know if you want me to pastebin the full output of the build process.

Thanks for your help.