[CALUG] Ubuntu 8.04 gcc 4.2.3 'configure' error - "-V option must have an argument"

[Craig Younkins]

Please try installing the build-essential package.

sudo apt-get install build-essential


Craig Younkins

On Wed, Aug 20, 2008 at 1:40 PM, Ed Browne <edward_d_browne at yahoo.com>wrote:

> I just installed Ubuntu 8.04, and now I notice that "configure"
> seems to fail on any package at all (for instance, in this case
> it's Wireshark 1.0.2)
>
> root at bongo:/usr/local/src/wireshark-1.0.2# ./configure
> ...
> checking for gcc... gcc
> checking for C compiler default output file name...
> configure: error: C compiler cannot create executables
> See `config.log' for more details.
> root at bongo:/usr/local/src/wireshark-1.0.2#
>
> The only error I see in 'config.log' is this:
> gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)
> configure:3123: $? = 0
> configure:3130: gcc -V >&5
> gcc: '-V' option must have argument
> configure:3133: $? = 1
> configure:3156: checking for C compiler default output file name
> configure:3183: gcc    conftest.c  >&5
> /usr/bin/ld: crt1.o: No such file: No such file or directory
> collect2: ld returned 1 exit status
>
> Did something change regarding the v/V options with gcc in this
> version?  I don't reckon that 'configure' is something that I could
> change (successfully) and I don't have any other systems to
> compare previous versions.
>
> Any and all suggestions welcome - Ed
>
>
>
> ----- Original Message ----
> From: Sean Wilkerson <sean at seanandheather.com>
> Cc: calug at unknownlamer.org
> Sent: Thursday, August 14, 2008 11:13:19 AM
> Subject: Re: [CALUG] My EeePC 1000 Review
>
> Dave,
> Informative review, thanks.  I am thinking about an EeePC in the next
> few months and was deciding which to get.  This helps.
>
> *,
>
> I think there is something else here that other responses missed:
>
> > If you know your security, then you should know that by turning off
> > Samba, Print sharing, NFS, you would have in effect turned off the so
> > called bad services, which is what a Firewall does.
>
> Why on earth are we equating the value of a firewall to closing
> services?  First, firewalls don't turn-off anything and this is VERY
> important to remember (defense-in-depth anyone?).
>
> Second, a firewall does a lot more for me than to ensure I remembered to
> close and lock the door.  I may just have tcp/22 (avail only from
> specific sources) open, or maybe no port at all, but I still want
> netfilter available in the kernel and iptables to manage it.
>
> Here are a few things that a FW might do other than mitigate the
> exposure of services that the admin (or the distro vendor) forgot to close:
> - Provide detailed logs on activity regarding closed ports
> - Provide you a dynamic blocking platform (see fail2ban or fwsnort
> - Provide TCPOPTS/IPOPTS set in incoming packets allowing for off-line
> analysis to determine OS/platform and client which generated incoming
> packets
> - Hidden-door VPN or other open port (see fwknop)
> - mangling of outbound packets (for good reason of course)
> - Managing the net between your VMs YOUR way, not their's
> - Take a look at Michael Rash's book "Linux Firewalls"
> http://www.cipherdyne.org/LinuxFirewalls/ if you want more ideas (So
> worth the read)
>
> I think this is a critical flaw.  It would be no problem if
> netfilter/iptables was available yet with no default config, but to not
> make it available at all is short-sighted.
>
> That the platform's chief purpose is a non-primary computing system,
> only accentuates the need for a firewall IMHO.  A primary computing
> system will typically be used in a consistent fashion (work system, home
> system, etc.) but an Ultra-Portable Laptop can be used....anywhere quite
> easily.
>
>
> Sean
>
> _______________________________________________
> CALUG mailing list
> CALUG at unknownlamer.org
> http://lists.unknownlamer.org/listinfo/calug
>
>
> _______________________________________________
> CALUG mailing list
> CALUG at unknownlamer.org
> http://lists.unknownlamer.org/listinfo/calug
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.unknownlamer.org/pipermail/calug/attachments/20080820/9493a277/attachment.htm