From: Andreas Mattheiss <andreas.mattheiss@gmx.de>
To: linux-ppp@vger.kernel.org
Subject: Re: Build Problems of ppp-2.4.3 against linux-2.4.29-pre2
Date: Fri, 28 Jan 2005 22:06:17 +0000 [thread overview]
Message-ID: <20050128220617.GA1076@highscreen> (raw)
In-Reply-To: <20050109182705.GA1754@highscreen>
Hello,
thanks for the reply, but the (manually added) include-path was not the
cause for the build woes.
I discovered that when I do this modification things build ok:
--- sys-linux.c 2005-01-21 23:55:54.000000000 +0100
+++ sys-linux.c.0003.clean 2005-01-21 23:52:53.000000000 +0100
@@ -102,11 +102,19 @@
#define MAX_ADDR_LEN 7
#endif
+#if __GLIBC__ >= 2
+#include <asm/types.h> /* glibc 2 conflicts with linux/types.h */
+#include <net/if.h>
+#include <net/if_arp.h>
+#include <net/route.h>
+#include <netinet/if_ether.h>
+#else
#include <linux/types.h>
#include <linux/if.h>
#include <linux/if_arp.h>
#include <linux/route.h>
#include <linux/if_ether.h>
+#endif
#include <netinet/in.h>
#include <arpa/inet.h>
Only warning issued is
cc -O2 -pipe -Wall -g -DHAVE_PATHS_H -DIPX_CHANGE -DHAVE_MMAP -I../include
-DCHAPMS=1 -DMPPE=1 -DHAS_SHADOW -DHAVE_CRYPT_H=1 -DUSE_CRYPT=1
-DHAVE_MULTILINK -DUSE_TDB=1 -DPLUGIN -DMAXOCTETS
-I/overspill/sekundaer/include -I/usr/include/libpng12 -c -o sys-linux.o
sys-linux.c
In file included from /usr/include/linux/if_arp.h:26,
from sys-linux.c:107:
/usr/include/linux/netdevice.h:75: warning: AX_ADDR_LEN' redefined
sys-linux.c:102: warning: this is the location of the previous definition
cc -O2 -pipe -Wall -g -DHAVE_PATHS_H -DIPX_CHANGE -DHAVE_MMAP -I../include
-DCHAPMS=1 -DMPPE=1 -DHAS_SHADOW -DHAVE_CRYPT_H=1 -DUSE_CRYPT=1
-DHAVE_MULTILINK -DUSE_TDB=1 -DPLUGIN -DMAXOCTETS -L/overspill/sekundaer/lib
-Wl,-E -o pppd main.o magic.o fsm.o lcp.o ipcp.o upap.o chap-new.o md5.o
ccp.o ecp.o auth.o options.o demand.o utils.o sys-linux.o ipxcp.o tty.o
eap.o chap-md5.o md4.o chap_ms.o sha1.o pppcrypt.o multilink.o tdb.o
spinlock.o -lcrypt -ldl
Final link works ok. As it looks there is a big confusion in that the
<something/header.h> and <linux/header.h> includes are invoked
inconsitently. Forcing the <linux/header.h> apparently fixes this.
However, I am not very happy with this, since I don't think I should need to
fiddle with the source like this. Question 1: Does the thus built pppd do
its job correctly? Question 2: Why am I the only poor sod for whom it didn't work
out of the box?
Regards
Andreas
Am Mon, Jan 10, 2005 at 02:18:14PM -0500 schrieb James Carlson:
> Andreas Mattheiss writes:
> > I'm trying to build ppp-2.4.3 on a linux system, kernel 2.4.29-pre2, but I'm
> > getting gobs of errors when building in the pppd subdirectory. The final
> > words are:
>
> This doesn't look at all like a ppp-2.4.3 problem. It looks like a
> problem with your compiler and/or system header files.
>
> > /usr/src/linux/include/linux/compiler.h:25: warning: \x1f_attribute_used__'
> > redefined
> > /usr/include/sys/cdefs.h:195: warning: this is the location of the previous
> > definition
>
> Neither of those files comes with ppp-2.4.3.
>
> > /usr/src/linux/include/asm/signal.h:26: warning: \x0eSIG' redefined
> > /usr/include/signal.h:185: warning: this is the location of the previous
> > definition
>
> Nor do those.
>
> > pppd.h:512: nfo' redeclared as different kind of symbol
> > /usr/src/linux/include/net/dst.h:66: previous declaration of nfo'
> > pppd.h:515: \x05rror' redeclared as different kind of symbol
> > /usr/src/linux/include/net/dst.h:52: previous declaration of \x05rror'
> > pppd.h:603: tput' redeclared as different kind of symbol
> > /usr/src/linux/include/net/dst.h:58: previous declaration of tput'
>
> That doesn't match the net/dst.h I've seen on Linux.
>
> > I am not an expert, but it looks to me as if the header files from libc and
> > the kernel are somehow jumbled up.
>
> Yes.
>
> > I did compile libc about a year ago,
> > keeping the (then up to date) kernel headers in /usr/include/linux/include,
> > where they remain until now. I didn't overwrite this with the current
> > headers.
> >
> > Please let me know what I'm doing wrong here.
>
> At a guess, this list isn't right:
>
> -I/overspill/sekundaer/include -I/usr/include/libpng12 -I/usr/src/linux/include
>
> Where did that list come from?
>
> --
> James Carlson <carlsonj@workingcode.com>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
prev parent reply other threads:[~2005-01-28 22:06 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-09 18:27 Build Problems of ppp-2.4.3 against linux-2.4.29-pre2 Andreas Mattheiss
2005-01-10 19:18 ` James Carlson
2005-01-28 22:06 ` Andreas Mattheiss [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050128220617.GA1076@highscreen \
--to=andreas.mattheiss@gmx.de \
--cc=linux-ppp@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.