bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] freebsd 5.0


From: Jim Segrave
Subject: Re: [Bug-gnubg] freebsd 5.0
Date: Fri, 14 Feb 2003 14:05:35 +0100
User-agent: Mutt/1.4i

On Fri 14 Feb 2003 (01:47 +0100), Achim Mueller wrote:
> Hi folks,
> 
> compiling gnubg-stable on a freebsd-5.0 I get the following error in
> makebearoff:
> 
> makebearoff.o: In function `generate_os':
> /home/ace/local/src/gnubg-stable/makebearoff.c:602: undefined reference
> to `libintl_gettext'
> makebearoff.o: In function `generate_ts':
> /home/ace/local/src/gnubg-stable/makebearoff.c:1162: undefined reference
> to `libintl_gettext'
> makebearoff.o: In function `main':
> /home/ace/local/src/gnubg-stable/makebearoff.c:1398: undefined reference
> to `libintl_gettext'
> /home/ace/local/src/gnubg-stable/makebearoff.c:1422: undefined reference
> to `libintl_gettext'
> /home/ace/local/src/gnubg-stable/makebearoff.c:1485: undefined reference
> to `libintl_gettext'
> makebearoff.o:/home/ace/local/src/gnubg-stable/makebearoff.c:1485: more
> undefined references to `libintl_gettext' follow
> *** Error code 1
> 
> 
> I have gettext-0.11.5_1 and libiconv-1.8_2. I also had to install
> automake-1.6 manually (automake 1.5 is in the ports, automake-1.7
> doesn't work), but that was no problem.
> 
> Any ideas?

I solved the automake problem crudely by adding a symlink in
/usr/local/bin from automake-1.7 to automake-1.6. Automake works fine,
the configure from CVS specifies am__api_version="1.6", the makefile
runs and decides it needs to run automake 1.6, which runs 1.7 and
fixes things.

I recently (under 4.7, not 5.0) built most of the support for gnubg
from source rather than ports. This caused a lot of problems, as ports
install lots of things under /usr/X11R6/. Getting the right libraries
picked up turned into a bit of a nightmare, as I kept getting
/usr/X11R6/libs used instead of the ones I wanted.

I'd start by using locate to see what you get for libgettext and libintl. If
there's more than one on your system, you may get the wrong one picked
up when you try to do a build. If so, you need to look at the
compiler invovation and force the -L paths to select the version you
want. (I think I ran configure with something like:

# export LDFLAGS=" -L/usr/local/lib -L/usr/X11R6/lib -lXext -lXrender "
# ./configure 


> P.S. Who was the guy on this list working with freebsd? I'm using it now
> on a production system and may have a few questions concerning vmware,
> mozilla and plugins ... :-=.

It was me. But...

I am told vmware 2 sometimes works and sometimes doesn't with FreeBSD,
I think at the moment it's broken on 5.0. Vmware 3, which is the
current release doesn't work on any FreeBSD :-(

If you figure out how to get mozilla to accept plugins, do let me
know. Your best bet seems to be the linux emulation ones - opera or
linux-mozilla. The only real success I've had with Flash, RealPlayer
and Java has been with the netscape-navigator ports though. The Sun
Java jdk kit is a nightmare to install and doesn't seem to work with
any browsers, the current Shockwave won't install either with mozilla,
either local or linux-emulation.


-- 
Jim Segrave           address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]