Thanks Josh,
Your nailed the problem. I wish the automake system was smart enough to
know which version to use, but I guess not. I think the stuff that had
to be un-installed won't be missed too badly.
73,
Rob, KL7NA
Josh Blum wrote:
make sure python-wxgtk2.6 is removed from your system
I was trying to install gnuradio from trunk to a
"Red Hat Enterprise Linux WS release 5 (Tikanga)" with
autoconf version 2.59 and got the following error during bootstrap:
-
configure.ac:85: error: possibly undefined macro: AC_PROG_MKDIR_P
If this token and others are legitimate, pl
Don Ward wrote:
> "Dan J" wrote:
>
>> #define HAVE_USLEEP 1
> This says that configure thinks you have a usleep() function somewhere.
> This is different from my MinGW installation.
>
>> 1) I only installed MinGW yesterday and used MinGW-5.1.4.exe.
>> 2) Using w32api3.11
>
> Your installation is
make sure python-wxgtk2.6 is removed from your system
Rob Frohne wrote:
Hi Everyone,
I'm having trouble finding all the dependencies needed to compile
gnu-radio from svn with grc which needs gr-wxgui. I installed all the
packages mentioned on the wiki here:
http://gnuradio.org/trac/wiki/
Hi Everyone,
I'm having trouble finding all the dependencies needed to compile
gnu-radio from svn with grc which needs gr-wxgui. I installed all the
packages mentioned on the wiki here:
http://gnuradio.org/trac/wiki/UbuntuInstall
which are:
sudo apt-get -y install swig g++ automake1.9 li
Hi!
Michael, I hope you got my mail with the logs you requested. I'll
note that all packages from macports are up to date.
Jaanus
On 30.04.2009, at 14:31, Michael Dickens wrote:
Hi Jaanus - Welcome to GNU Radio! What you found might be a bug in
the code; I haven't looked at it or updated
Brian thanks for the help but that is where i am stuck at. which path needs
to be set here?... since i can find the files on my pc..
On Thu, Apr 30, 2009 at 10:48 PM, Brian Padalino wrote:
> On Thu, Apr 30, 2009 at 1:44 PM, Zainab Qureshi
> wrote:
> > what does that mean?
>
> Taking a stab in th
The symbolic links did exist, but they pointed to files thusly:
libgslcblas.so -> libgslcblas.0.12.0 and libgsl.so -> libgsl.0.0.0. The
linked files did not exist in the lib64 directory, and when I created new
links in the directory to point to there real location (/usr/local/lib/),
the installati
