Package Details: brlcad 7.36.0-1

Git Clone URL: https://aur.archlinux.org/brlcad.git (read-only, click to copy)
Package Base: brlcad
Description: An extensive 3D solid modeling system.
Upstream URL: https://brlcad.org
Keywords: CAD
Licenses: BSD, LGPL, custom:BDL
Submitter: louipc
Maintainer: None
Last Packager: envolution
Votes: 67
Popularity: 0.001423
First Submitted: 2007-02-04 02:47 (UTC)
Last Updated: 2024-11-13 09:57 (UTC)

Pinned Comments

envolution commented on 2024-11-18 06:43 (UTC)

I'm not having much luck getting the latest version compiled as per the issue github issue I posted earlier. Hopefully someone more capable can figure this out - if not I'll try again when I have more time

I'll keep brlcad-bin up to date in the meantime - if anyone wants to pick up where I left off you can find the WIP at https://github.com/envolution/aur/tree/main/nomaintain/nobuild/brlcad

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 Next › Last »

louipc commented on 2013-01-02 23:58 (UTC)

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 (UTC)

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/ld.so.conf.d/brlcad.conf [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 (UTC)

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/libxul.so: symbol png_get_first_frame_is_hidden, version PNG15_0 not defined in file libpng15.so.15 with link time reference Vim would spit this out each time it was started: vim: /opt/brlcad/lib/libpng15.so.15: no version information available (required by /usr/lib/libgdk_pixbuf-2.0.so.0) vim: /opt/brlcad/lib/libpng15.so.15: no version information available (required by /usr/lib/libcairo.so.2) vim: /opt/brlcad/lib/libz.so.1: no version information available (required by /usr/lib/libgio-2.0.so.0) After removing brlcad these problems went away. I am quite lost.

budulay commented on 2013-01-01 14:37 (UTC)

After a recent tk update brlcad won't start anymore, throwing this: /opt/brlcad/bin/../bin/bwish: error while loading shared libraries: libtk8.5.so: 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: http://sourceforge.net/projects/brlcad/forums/forum/362510/topic/6268380

louipc commented on 2012-07-07 20:24 (UTC)

brlcad 7.22.0-1 up.

louipc commented on 2012-06-12 04:32 (UTC)

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

budulay commented on 2012-06-11 08:38 (UTC)

The only things needed to build the newest one is to change the version and md5sum lines: pkgver=7.20.6 md5sums=('2249e9f5f556e48ed66a1ba6e407ed60')

<deleted-account> commented on 2012-01-31 18:43 (UTC)

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

louipc commented on 2012-01-29 21:46 (UTC)

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 (UTC)

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

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 Next › Last »