> > currently kde doesn't work due to binuntils update. It may work now
> > after the most recent binutils update, but we have to recompile kde to
> > see that I believe, andkdelibs cannot be compiled which builds
> > kde-config which the rest of the kde meta-ports try to run.
> > I think that last sentence is a huge run on and I by no means am trying
> > to complain, just wondering if anyone thinks its important to make it on
> > this snapshot.
> Hmm. My impression was that the libpng stuff had been fixed, could you
> confirm that KDE still doesn't build on 5.0-CURRENT?
Its not related to libpng, I believe that has been fixed, but I
cannot tell for sure because kde cannot be compiled under -current.
I'm not the only one that is experiencing it either, here is what I
was told by Alan Eldridge <[EMAIL PROTECTED]>
On Tue, Mar 05, 2002 at 05:26:27PM -0600, David W. Chapman Jr. wrote:
>When I try to build kdelibs2 I get the following under recent
>,.deps/kextsock.pp -c kextsock.cpp -fPIC -DPIC -o .libs/kextsock.o
>kextsock.cpp: In method `struct kde_addrinfo *
>kextsock.cpp:294: implicit declaration of function `int __htons(...)'
>kextsock.cpp:353: implicit declaration of function `int __htonl(...)'
Yes. Recent changes to netinet/in.h have made it require the inclusion
of arpa/inet.h. As well, arpa/inet.h must include netinet/in.h. IOW,
of these files must #include the other in order to work correctly.
As you might guess, this is a less than desirable situation. A
B and B #includes A is a very bad arrangement. However, unless both
are overhauled, that is what will have to happen.
To say that this sucks is an understatement. I already have an open PR
on the arpa/inet.h problem. Now that the reverse dependency has been
made to occur, I have written portmgr@ requesting a referral to a
mainline developer who can handle this mess in an expedient manner.
In the meantime, you need to find every occurence of either of those
files being included, and make sure the other is included as
well. netinet/in.h needs to come first.
Since the problem is a large one, and any change will not happen
without a reasonable amount of deliberation, I suggest you submit a PR
with a patch for kdelibs source tree.
David W. Chapman Jr.
[EMAIL PROTECTED] Raintree Network Services, Inc. <www.inethouston.net>
[EMAIL PROTECTED] FreeBSD Committer <www.FreeBSD.org>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message