public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: craig@jcb-sc.com
To: avv@quasar.ipa.nw.ru
Cc: craig@jcb-sc.com
Subject: Re: why does g77 build?
Date: Sat, 24 Apr 1999 09:19:00 -0000	[thread overview]
Message-ID: <19990424154939.25240.qmail@deer> (raw)
In-Reply-To: <37189397.3280666B@quasar.ipa.nw.ru>

>Alex Buell <alex.buell@tahallah.demon.co.uk> wrote:
>
>> On 17 Apr 1999 craig@jcb-sc.com wrote:
>>
>> > >When I returned to my screen I noticed that g77 was being built.
>> > >I didn't want to build g77.  The only compilers I want are the
>> > >C and C++ ones.
>> >
>> > Use the LANGUAGES macro instead.  I hope we fix, if we haven't
>> > already, --enable-languages for egcs 1.2, though....
>>
>> Tee-hee. Another one bitten by this (I got bit by this one 2 days
>ago!).
>> Yes, please do fix it for 1.2 so we can just enable the bits we want.
>I
>> think this system of doing things like this is MUCH more convienent
>and
>> easier to memorize.
>
>Please fix also unnecessary build of 'libf2c' when no 'f77' in
>LANGUAGES is specified. I caught it when built a crosscompiler for
>i386-*-vxworks target.
>(The problem was that for libf2c 'configure' failed at some point, but
>that's another story...)

As far as I can tell, it already works, in the development snapshots.
I just tried configuring --enable-languages=c, then building via
a straight build, and hardly anything Fortran-like happened, except:

Configuring in i686-pc-linux-gnu/libf2c
creating cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for executable suffix... no
checking if compiler f771 has been built... no

Now, were you saying that the *development* version of egcs still
failed for you in this area, or that version 1.1.2 did?  If the
former, please submit a bug report; if the latter, that's because
--enable-languages apparently wasn't supported in that version.

So, I consider this issue closed for now, as things appear to be
working correctly.

BTW, I agree that it's better to put things like this at the configuration
step.  In fact, I think we're going to have to put specifying the
compiler there, and whether a bootstrap-build vs. straight-build is
desired there, as well, when we re-work the configury mess.

        tq vm, (burley)

WARNING: multiple messages have this Message-ID
From: craig@jcb-sc.com
To: avv@quasar.ipa.nw.ru
Cc: craig@jcb-sc.com
Subject: Re: why does g77 build?
Date: Fri, 30 Apr 1999 23:15:00 -0000	[thread overview]
Message-ID: <19990424154939.25240.qmail@deer> (raw)
Message-ID: <19990430231500.knDBe4BWBCw5HwmoJI5Hn6T5T4_GLk-3irUDXnrsmlw@z> (raw)
In-Reply-To: <37189397.3280666B@quasar.ipa.nw.ru>

>Alex Buell <alex.buell@tahallah.demon.co.uk> wrote:
>
>> On 17 Apr 1999 craig@jcb-sc.com wrote:
>>
>> > >When I returned to my screen I noticed that g77 was being built.
>> > >I didn't want to build g77.  The only compilers I want are the
>> > >C and C++ ones.
>> >
>> > Use the LANGUAGES macro instead.  I hope we fix, if we haven't
>> > already, --enable-languages for egcs 1.2, though....
>>
>> Tee-hee. Another one bitten by this (I got bit by this one 2 days
>ago!).
>> Yes, please do fix it for 1.2 so we can just enable the bits we want.
>I
>> think this system of doing things like this is MUCH more convienent
>and
>> easier to memorize.
>
>Please fix also unnecessary build of 'libf2c' when no 'f77' in
>LANGUAGES is specified. I caught it when built a crosscompiler for
>i386-*-vxworks target.
>(The problem was that for libf2c 'configure' failed at some point, but
>that's another story...)

As far as I can tell, it already works, in the development snapshots.
I just tried configuring --enable-languages=c, then building via
a straight build, and hardly anything Fortran-like happened, except:

Configuring in i686-pc-linux-gnu/libf2c
creating cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for executable suffix... no
checking if compiler f771 has been built... no

Now, were you saying that the *development* version of egcs still
failed for you in this area, or that version 1.1.2 did?  If the
former, please submit a bug report; if the latter, that's because
--enable-languages apparently wasn't supported in that version.

So, I consider this issue closed for now, as things appear to be
working correctly.

BTW, I agree that it's better to put things like this at the configuration
step.  In fact, I think we're going to have to put specifying the
compiler there, and whether a bootstrap-build vs. straight-build is
desired there, as well, when we re-work the configury mess.

        tq vm, (burley)

  reply	other threads:[~1999-04-24  9:19 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-04-17 13:59 Alexader V. Voinov
1999-04-24  9:19 ` craig [this message]
1999-04-24 21:29   ` patrick
1999-04-25  6:00     ` craig
1999-04-25  8:19       ` Mark Mitchell
1999-04-30 23:15         ` Mark Mitchell
1999-04-25 10:03       ` Jeffrey A Law
1999-04-30 23:15         ` Jeffrey A Law
1999-04-30 23:15       ` craig
1999-04-25  6:00     ` craig
1999-04-30 23:15       ` craig
1999-04-30 23:15     ` patrick
1999-04-30 23:15   ` craig
1999-04-30 23:15 ` Alexader V. Voinov
  -- strict thread matches above, loose matches on Subject: below --
1999-04-16 17:19 patrick
1999-04-16 21:00 ` craig
1999-04-17  4:07   ` Alex Buell
1999-04-30 23:15     ` Alex Buell
1999-04-30 23:15   ` craig
1999-04-18 13:58 ` Jeffrey A Law
1999-04-30 23:15   ` Jeffrey A Law
1999-04-30 23:15 ` patrick

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=19990424154939.25240.qmail@deer \
    --to=craig@jcb-sc.com \
    --cc=avv@quasar.ipa.nw.ru \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).