Howdy I am trying to compile a portable diffraction software sweet from
NIST and thought it would be a snap as I have tcltk installed from
fink. I hacked the make file included for linux shown below and it
almost worked -- the problem seems to be with the headers in tk.h
specifically symbols l
I've been using Fink for over a year and never had any problems with it until
now. I am trying to install the xfree86 threaded packages from cvs. It downloads
and starts to compile and after about 2 hours it quits with this :
mv /sw/src/root-xfree86-base-threaded-4.2.1.1-1/usr/X11R6/lib/libGL*.*.d
Max-
This is low priority- but if you have a fix, I'd appreciate it.
The first time I tried dillo, it worked fine- but I don't recall what
might have happened between then and now. (It was under OS 10.2.2,
though).
Now dillo opens local files as expected, but any request for an outside
conne
> Message: 2
> Date: Fri, 22 Nov 2002 23:22:05 +0100
> From: Massimo Marino <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [Fink-users] emacs21 weird behavior: solved
>
> Thomas, of course you are right but the problem was not even *showing*
> in that 'which emacs' ALWAYS reported
> /sw/bin
Looks like a missing BuildDepends on libxml. Try "fink install libxml"
then fink install dia again.
-Ben
On Saturday, November 23, 2002, at 07:51 AM, ContactUDP wrote:
ia_xml.c
dia_xml.c:28:20: parser.h: No such file or directory
---
This
I can't build dia under 10.2.2, with the latest developer tools. My fink
is uptodate from unstable/cvs. The lib path seems to be wrong...
dia log :
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -I/sw/include/gdk-pixbuf-1.0
-I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include
-I/us
Joseph C. Slater wrote:
I have a regular license current version of matlab, and up to date with
fink xfree86 as of yesterday (unstable) and am experiencing no such
problems.
I think it would be useful if we could settle this question for good.
To be sure: You have the *xfree86-threaded* packages
With the mungled PATH which was /usr/bin/which . From all Viktor said,
is then best to rename my previous csh scripts to .
