From: Wolfgang Pfeiffer <roto@gmx.net>
To: Russell Coker <russell@coker.com.au>, SE-Linux <selinux@tycho.nsa.gov>
Subject: Re: gcc-2.95: checking for va_list assignment copy... configure: error: no
Date: Mon, 02 Aug 2004 12:04:35 +0200 [thread overview]
Message-ID: <1091441074.1295.361.camel@debby> (raw)
In-Reply-To: <200408021810.51884.russell@coker.com.au>
On Mon, 2004-08-02 at 10:10, Russell Coker wrote:
> On Mon, 2 Aug 2004 03:58, Wolfgang Pfeiffer <roto@gmx.net> wrote:
> > Trying to build a SE-Linux dpkg package with gcc-2.95 and this script:
> >
> > ends like this:
> > ----------------------------------------------------
> > checking for initscr in -lncurses... yes
> > checking if TIOCNOTTY is defined in sys/ioctl.h... yes
> > checking for va_copy... no
> > checking for va_list assignment copy... configure: error: no
> > make: ***
> > [/home/shorty/russellpackages/dpkg/dpkg-1.10.22/build/configure-stamp]
> > Error 1 ----------------------------------------------------
> >
> > Trying to build the package with the mentioned script above plus gcc-3.3
> > or gcc-3.0 or gcc-3.4 each time successfully builds these packages:
>
> Why not just use the latest GCC?
Because I thought it's a good idea to compile the SE-packages with the
same gcc version as the one I will use to compile the kernel.
And as, IINM, at least for Intel machines (I'm running ppc) gcc 2.95.3
still seems to be the recommended version to compile 2.6 kernels I'm
using 2.95 for compiling other packages, too ..
But I'm definitely not sure on all that. As to the sane ways to compile
a kernel I have to rely on the docs I find on WWW, and those that come
with the software packages:
For instance
<http://www.codemonkey.org.uk/post-halloween-2.5.txt>
explaining "some of the new functionality to be found in the 2.6 Linux
kernel" [Excerpt]:
----------------------------------------------------
Compiler issues.
~~~~~~~~~~~~~~~~
- The recommended compiler (for x86) is still 2.95.3.
- When compiled with a modern gcc (Ie gcc 3.x), 2.6 will use additional
optimisations that 2.4 didn't. This may shake out compiler bugs that
2.4 didn't expose.
- Do not use gcc 3.0.x on x86 due to a stack pointer handling bug.
- gcc 2.96 is not supported with CONFIG_FRAME_POINTER=y due to a stack
pointer handling bug.
----------------------------------------------------
I'll be happily using gcc-3.4 (this is the latest reliable gcc version:
Is this correct?) for packages and kernels if someone tells me that
nowadays this is as safe as 2.95.
Thanks in anticipation if someone can shed some light on all that ...
Best Regards
Wolfgang
--
Profile, links: http://profiles.yahoo.com/wolfgangpfeiffer
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
next prev parent reply other threads:[~2004-08-02 10:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-01 17:58 gcc-2.95: checking for va_list assignment copy... configure: error: no Wolfgang Pfeiffer
2004-08-02 8:10 ` Russell Coker
2004-08-02 10:04 ` Wolfgang Pfeiffer [this message]
2004-08-02 10:13 ` Russell Coker
2004-08-03 11:12 ` Wolfgang Pfeiffer
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=1091441074.1295.361.camel@debby \
--to=roto@gmx.net \
--cc=russell@coker.com.au \
--cc=selinux@tycho.nsa.gov \
/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.