-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 04 Jun 2003 19:02, Gurujiwan Khalsa
<[EMAIL PROTECTED]> wrote:
>[...]
>checking for xmkmf... /usr/bin/X11/xmkmf
>checking for X... no
>checking if X11 header files can be found... no
>checking --enable-gui argument...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
there are kvim and vimpart debs for woody on http://debian.freenux.org ;)
(look at http://freenux.org for apt lines)
sid already have them (kvim and libvimpart0)
cheers,
Mik
Le Mercredi 4 Juin 2003 20:02, Gurujiwan Khalsa a écrit :
> Hello,
>
Hello,
I'm new to KDE. I started using it specifically because I want to use kvim
&
vimpart (on my powerpc running woody with KDE 3.1). After a fruitless
search for debs for my platform, I attemped to compile kvim. After reading
through the Makefile, setting things to what I think is appropriat
On Wed, 2003-06-04 at 02:25, John Gay wrote:
>
> >> And why are static lib's being linked into shared objects?
> >
> >Because some shared libraries (or plugins, or whatever) use some X
> >extension libraries which are only available in static form. But non-PIC
> >code in a shared object is a bad i
Not being aware of the "thread-steling" thing before, I'm reposting my message
on a new thread (I hope it's okay...)
I'm using kde 3.1.2 with kxkb setup for hebrew and english. I just bought
a new keyboard with some extra buttons (play, stop, etc.). I've created a
xmodmap file to get the keys w
On Tuesday 03 June 2003 23:05, Frank Van Damme wrote:
> ...which brings up the question: wtf is PIC? :)
[P]osition [I]ndependant [C]ode. On x86 it is a little bit slower than
normal code since the data section is accessed using the ebx register
as index. The result is that the compiler has less po
On Wed, Jun 04, 2003 at 12:51:34AM +0100, John Gay wrote:
>
> >> This was my understanding as well. As I understand the situation, -fPIC
> is
> >> preferable to the non-PIC code which was there before.
> >
> >It's not quite that simple. This is about static libraries, which policy
> >requires to b
The error (see below for details) was caused by the interaction of two
things:
1) I have various generations of the gnu auto tools on my system
2) The admin/detect-autoconf.sh script in KDE prefers older versions
of automake (see checkAutomakeAclocal). So although I installed
automake 1.7, and
8 matches
Mail list logo
