[5.4-stable i386] gcc4.8 executable names prefixed with "e"

Hi, I installed the gnat-4.8 package and I noticed that all of the executables were prefixed with an "e", e.g. egcc, egnat, egnatmake, etc. This introduces some awkwardness into building other software. Is there a good reason to have it this way? Or, to put it another way, would it break anythi

Re: [5.4-stable i386] gcc4.8 executable names prefixed with "e"

Thanks for the responses! Setting user aliases, environment variables, and passing variables through *make* seem to take care of most of the issue. However, I am currently stuck with this error (during a build): egcc-ar: Cannot find plugin 'liblto_plugin.so' The plugin seems to be present: /us

Re: [5.4-stable i386] gcc4.8 executable names prefixed with "e"

On Thu, 30 Jan 2014 19:20:37 -0500 Adam Jensen wrote: > Thanks for the responses! Setting user aliases, environment > variables, and passing variables through *make* seem to take care of > most of the issue. However, I am currently stuck with this error > (during a build): > &g

fpc-3.0.2, lazarus-1.6.4

$ sysctl -n kern.version OpenBSD 6.1 (GENERIC.MP) #20: Sat Apr 1 13:45:56 MDT 2017 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP fpc-3.0.2, lazarus-1.6.4 Installed via `pkg_add` $ echo $PKG_PATH http://ftp.openbsd.org/%m --- Problem --- At start, the "Configure Laza

6.1-stable amd64 lang/python/2.7

$ sysctl -n kern.version OpenBSD 6.1-stable (GENERIC.MP) #0: Sat Aug 5 19:07:13 EDT 2017 han...@lucidrine.bohemia.net:/sys/arch/amd64/compile/GENERIC.MP $ cat /usr/ports/CVS/Tag TOPENBSD_6_1 $ cd /usr/ports/lang/python/2.7 $ make 2>&1 | /usr/ports/infrastructure/bin/portslogger ~/portlog $

Re: 6.1-stable amd64 lang/python/2.7

On Sat, 5 Aug 2017 22:08:13 -0400 Daniel Jakots wrote: > Check your dmesg. I guess you lack the wxallowed flag on your pobj > mount point. > Thanks, that seems to have fixed the build problem. There might be an opportunity for someone in the dev/doc community to insert a blurb about this requ

OpenBSD ports: PostgreSQL PL/R

Would it be difficult or awkward in any way to include PL/R [1] along with the PostgreSQL and R ports? [1]: If PostGIS [2] were also included then that creates an interesting Data Science capability that even FreeBSD currently lacks. [2]: