linux-ppp.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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
> 

      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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).