public inbox for crossgcc@sourceware.org
 help / color / mirror / Atom feed
From: Joel Sherrill <joel.sherrill@OARcorp.com>
To: Peter Shoebridge <peter@zeecube.com>
Cc: crossgcc@sources.redhat.com, Ralf Corsepius <corsepiu@faw.uni-ulm.de>
Subject: Re: cygwin 1.1.7 and cross builds
Date: Mon, 08 Jan 2001 16:00:00 -0000	[thread overview]
Message-ID: <3A5A189D.99502182@OARcorp.com> (raw)
In-Reply-To: <002d01c079a2$10244850$b801020a@netdelivery>

Peter Shoebridge wrote:
> 
> Dave Fiddes added a magic number check into a build of Cygwin ages ago. Yes,
> NT/2k seems to execute the code without checking the exe and get stuck in a
> loop. You can kill the process and configure continues.

I thought this sounded like the same problem David fixed.

> Unfortunately, opening the exe file and checking the magic number before
> every command is run does slow Cygwin down somewhat.

Of course, locking up REALLY slows things down. :)

I wonder if there is any way to get an official solution to this problem
so it will go away forever.  I would be happy with an environment
variable
to enable/disable this if nothing else.  Then at least configure would
work.

Thanks.

> Peter Shoebridge
> 
> ----- Original Message -----
> From: "Joel Sherrill" <joel.sherrill@OARcorp.com>
> To: <crossgcc@sources.redhat.com>; "Ralf Corsepius"
> <corsepiu@faw.uni-ulm.de>
> Sent: Monday, January 08, 2001 11:05 AM
> Subject: cygwin 1.1.7 and cross builds
> 
> > Hi,
> >
> > I am using the current net release of Cygwin to build RTEMS to
> > target an m68k (ELF format).  When the configure script tries
> > to see if the cross compiler works, it will execute this
> > fragment from a configure script:
> >
> > ================
> > cat > conftest.$ac_ext << EOF
> >
> > #line 1253 "configure"
> > #include "confdefs.h"
> >
> > main(){return(0);}
> > EOF
> > if { (eval echo configure:1258: \"$ac_link\") 1>&5; (eval $ac_link)
> > 2>&5; } &&
> > t
> > est -s conftest${ac_exeext}; then
> >   ac_cv_prog_cc_works=yes
> >   # If we can't run a trivial program, we are probably using a cross
> > compiler.
> >   if (./conftest; exit) 2>/dev/null; then
> > =================
> >
> > Cygwin under WinME/95 passes this test and apparently refuses to run
> > "./conftest".
> > Cygwin under WinNT/2000 allows ./conftest to be executed.  Even worse,
> > this
> > conftest will execute enough to go into a hard loop which can't be
> > killed with
> > <ctl>-C.
> >
> > I believe that Cygwin should refuse to execute this program.  Is there
> > any provision for checking a magic number on the executable?
> >
> > Has anyone else seen anything like this?
> >
> > I can provide the executable if this is desired.
> >
> >
> > --
> > Joel Sherrill, Ph.D.             Director of Research & Development
> > joel@OARcorp.com                 On-Line Applications Research
> > Ask me about RTEMS: a free RTOS  Huntsville AL 35805
> >    Support Available             (256) 722-9985
> >
> > ------
> > Want more information?  See the CrossGCC FAQ,
> http://www.objsw.com/CrossGCC/
> > Want to unsubscribe? Send a note to
> crossgcc-unsubscribe@sourceware.cygnus.com
> >
> 
> ------
> Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
> Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel@OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (256) 722-9985

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com

WARNING: multiple messages have this Message-ID
From: Joel Sherrill <joel.sherrill@OARcorp.com>
To: Peter Shoebridge <peter@zeecube.com>
Cc: crossgcc@sources.redhat.com, Ralf Corsepius <corsepiu@faw.uni-ulm.de>
Subject: Re: cygwin 1.1.7 and cross builds
Date: Sun, 01 Apr 2001 00:00:00 -0000	[thread overview]
Message-ID: <3A5A189D.99502182@OARcorp.com> (raw)
Message-ID: <20010401000000.4xlhmKUfQj0Mf2Lew3j-a1WL7D7hs34lwCLHWNiUtkw@z> (raw)
In-Reply-To: <002d01c079a2$10244850$b801020a@netdelivery>

Peter Shoebridge wrote:
> 
> Dave Fiddes added a magic number check into a build of Cygwin ages ago. Yes,
> NT/2k seems to execute the code without checking the exe and get stuck in a
> loop. You can kill the process and configure continues.

I thought this sounded like the same problem David fixed.

> Unfortunately, opening the exe file and checking the magic number before
> every command is run does slow Cygwin down somewhat.

Of course, locking up REALLY slows things down. :)

I wonder if there is any way to get an official solution to this problem
so it will go away forever.  I would be happy with an environment
variable
to enable/disable this if nothing else.  Then at least configure would
work.

Thanks.

> Peter Shoebridge
> 
> ----- Original Message -----
> From: "Joel Sherrill" <joel.sherrill@OARcorp.com>
> To: <crossgcc@sources.redhat.com>; "Ralf Corsepius"
> <corsepiu@faw.uni-ulm.de>
> Sent: Monday, January 08, 2001 11:05 AM
> Subject: cygwin 1.1.7 and cross builds
> 
> > Hi,
> >
> > I am using the current net release of Cygwin to build RTEMS to
> > target an m68k (ELF format).  When the configure script tries
> > to see if the cross compiler works, it will execute this
> > fragment from a configure script:
> >
> > ================
> > cat > conftest.$ac_ext << EOF
> >
> > #line 1253 "configure"
> > #include "confdefs.h"
> >
> > main(){return(0);}
> > EOF
> > if { (eval echo configure:1258: \"$ac_link\") 1>&5; (eval $ac_link)
> > 2>&5; } &&
> > t
> > est -s conftest${ac_exeext}; then
> >   ac_cv_prog_cc_works=yes
> >   # If we can't run a trivial program, we are probably using a cross
> > compiler.
> >   if (./conftest; exit) 2>/dev/null; then
> > =================
> >
> > Cygwin under WinME/95 passes this test and apparently refuses to run
> > "./conftest".
> > Cygwin under WinNT/2000 allows ./conftest to be executed.  Even worse,
> > this
> > conftest will execute enough to go into a hard loop which can't be
> > killed with
> > <ctl>-C.
> >
> > I believe that Cygwin should refuse to execute this program.  Is there
> > any provision for checking a magic number on the executable?
> >
> > Has anyone else seen anything like this?
> >
> > I can provide the executable if this is desired.
> >
> >
> > --
> > Joel Sherrill, Ph.D.             Director of Research & Development
> > joel@OARcorp.com                 On-Line Applications Research
> > Ask me about RTEMS: a free RTOS  Huntsville AL 35805
> >    Support Available             (256) 722-9985
> >
> > ------
> > Want more information?  See the CrossGCC FAQ,
> http://www.objsw.com/CrossGCC/
> > Want to unsubscribe? Send a note to
> crossgcc-unsubscribe@sourceware.cygnus.com
> >
> 
> ------
> Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
> Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel@OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (256) 722-9985

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com

  reply	other threads:[~2001-01-08 16:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-08 10:21 Joel Sherrill
2001-01-08 10:37 ` Peter Shoebridge
2001-01-08 16:00   ` Joel Sherrill [this message]
2001-04-01  0:00     ` Joel Sherrill
2001-04-01  0:00   ` Peter Shoebridge
2001-04-01  0:00 ` Joel Sherrill

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=3A5A189D.99502182@OARcorp.com \
    --to=joel.sherrill@oarcorp.com \
    --cc=corsepiu@faw.uni-ulm.de \
    --cc=crossgcc@sources.redhat.com \
    --cc=peter@zeecube.com \
    /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).