Re: Problem with GCC4[1.7]

Re: Problem with GCC4[1.7]

[Angelo Graziosi]

Dave Korn wrote:
> It's for
> /usr/lib/gcc/i686-pc-cygwin/4.3.2/gnat1.exe,

While waiting for your answer, I did that, but it does not work. It 
still hangs:

[...]
checking for gnatmake... gnatmake
checking whether compiler driver understands Ada...

Now that you confirmed that gnat1.exe, I retried, with same results. For 
completeness I have done this (as root):

$ cd /usr/lib/gcc/i686-pc-cygwin/4.3.2

$ ls -lrt /tmp/gnat.bsdiff
-rw-r--r-- 1 graziosi users 192 20 Sep 21:23 /tmp/gnat.bsdiff

$ ls -lrt gnat1.exe
-rwxr-xr-x 1 root root 10045440 12 Mar  2009 gnat1.exe

$ mv gnat1.exe gnat1.exe.orig

$ bspatch gnat1.exe.orig gnat1.exe /tmp/gnat.bsdiff

$ ls -lrt gnat1.exe*
-rwxr-xr-x 1 root root 10045440 12 Mar  2009 gnat1.exe.orig
-rw-r--r-- 1 root root 42546570 21 Sep 17:58 gnat1.exe

(*Note* the size!)

$ chmod +x gnat1.exe

$ ls -lrt gnat1.exe*
-rwxr-xr-x 1 root root 10045440 12 Mar  2009 gnat1.exe.orig
-rwxr-xr-x 1 root root 42546570 21 Sep 17:58 gnat1.exe

I have created also this simple test case:

$ cat conftest.adb
procedure conftest is begin null; end conftest;

$ gcc-4 -c conftest.adb

It hangs (50% CPU)

$ CTRL-C

Instead with gcc-3 it works:

$ gcc-3 -c conftest.adb

$ ls -lrt conftest.*
-rw-r--r-- 1 graziosi users  48 21 Sep 01:12 conftest.adb
-rw-r--r-- 1 graziosi users 293 21 Sep 18:11 conftest.ali
-rw-r--r-- 1 graziosi users 347 21 Sep 18:11 conftest.o


Cheers,
Angelo.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Dave Korn]

[-- Attachment #1: Type: text/plain, Size: 455 bytes --]

Angelo Graziosi wrote:

> $ ls -lrt gnat1.exe*
> -rwxr-xr-x 1 root root 10045440 12 Mar  2009 gnat1.exe.orig
> -rw-r--r-- 1 root root 42546570 21 Sep 17:58 gnat1.exe
> 
> (*Note* the size!)

  *facepalm* doh.  I must have rebuilt and installed a debug version on top of
my system install!  Sorry!  Here's one I just regenerated against a freshly
downloaded copy of gnat1.exe and verified by re-applying it to another fresh copy.

    cheers,
      DaveK


[-- Attachment #2: gnat1-fix.bsdiff --]
[-- Type: application/octet-stream, Size: 188 bytes --]

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Dave Korn]

Angelo Graziosi wrote:
> Dave Korn wrote:
>> Here's one I just regenerated
> 
> Now it WORKS!!

  I hacked out a duplicate call to __main and updated the checksum in the PE
file header.

  Also, this version gives you infinite lives :-P

    cheers,
      DaveK

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Angelo Graziosi]

Dave Korn wrote:
> Here's one I just regenerated

Now it WORKS!!

(I suspected something was wrong with the old gnat.bsdiff...)


Thanks,
Angelo.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Dave Korn]

Angelo Graziosi wrote:
> Dave Korn wrote:
>> Alternatively, apply the attached hotfix using bspatch!
> 
> Hi Dave,
> 
> I think I haven't understood which file should be patched...
> 
> I have tried this (which does not help):

  ROFL, dur me; I didn't think about how this format doesn't have headers like
ordinary ascii diffs do.  It's for
/usr/lib/gcc/i686-pc-cygwin/4.3.2/gnat1.exe, sorry for not thinking to mention
that earlier.

    cheers,
      DaveK

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Angelo Graziosi]

Dave Korn wrote:
> Alternatively, apply the attached hotfix using bspatch!

Hi Dave,

I think I haven't understood which file should be patched...

I have tried this (which does not help):

bspatch gnat-4.exe gnat-4-new.exe gnat.bsdiff

moving gnat-4-new.exe to /usr/bin/gnat-4.exe. I have also seen (if this 
can help) that, since I have also GCC-3.4.4, I have

/usr/bin/gnat.exe -> /etc/alternatives/gnat -> /usr/bin/gnat-3.exe


Cheers,
Angelo.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Dave Korn]

[-- Attachment #1: Type: text/plain, Size: 1244 bytes --]

Dave Korn wrote:
> Angelo Graziosi wrote:
>> I have done a minimal installation of Cygwin-1.7 and have tried to use
>> it playing to build GCC-4.4.1, but 'configure' hangs.
> 
>> checking whether compiler driver understands Ada...
>> -------------------------------------------------------
>>
>> Here it hangs. Task manager shows that 'gnat1.exe' take all the CPU in
>> usage (50%). If I kill gnat1 with task manager, the above 'configure'
>> continues:
> 
>   Yes, this has just started happening to me, and I'm not 100% clear why.  The
> problem is that __main is getting called twice, leading to a loop in the
> linked list of registered EH data tables.  I don't understand how it managed
> to pass the testsuite so well when it does this after installation.  Nor do I
> understand why it's only just started doing this, unless top-level configure
> didn't used to check for ada by default and now it does.
> 
>   For now I recommend uninstalling gcc4-ada, or just 'rm' the gnat executables
> from /bin.  I'll have a somewhat better (at least to the extent of not hanging
> like this) version out in 4.3.4-1 very shortly.  Apologies for the inconvenience.

  Alternatively, apply the attached hotfix using bspatch!

    cheers,
      DaveK


[-- Attachment #2: gnat.bsdiff --]
[-- Type: application/octet-stream, Size: 192 bytes --]

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Dave Korn]

Angelo Graziosi wrote:
> Dave Korn wrote:
>> For now I recommend uninstalling gcc4-ada, or just 'rm' the gnat
>> executables
>> from /bin.  I'll have a somewhat better (at least to the extent of not
>> hanging
>> like this) version out in 4.3.4-1 very shortly.  Apologies for the
>> inconvenience.
> 
> Don't worry! :-) I understand your great and hard work!
> 
> For completeness, running (without arguments):
> 
> $ /usr/lib/gcc/i686-pc-cygwin/4.3.2/gnat1.exe
> 
> prints the help and hangs in the same manner...
> 
> ...and, just a curiosity, did it worked in 1.7 before?

  I don't see how it ever could have done, but then I ran the GNAT and ACATS
testsuites before I shipped 4.3.2-2 and it seemed to work there.  I think the
autoconf test for ada at the toplevel is new, which would explain why we never
saw this before.  (I also think the problem might be caused by a lack of
#ifdef IN_RTS around the call to __main that I added in __gnat_initialize,
because just ripping it out altogether causes lots of FAILS.  As a result,
4.3.4-1 is going to need at least one more spin before I can release it, alas.)

    cheers,
      DaveK

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Angelo Graziosi]

Dave Korn wrote:
> For now I recommend uninstalling gcc4-ada, or just 'rm' the gnat executables
> from /bin.  I'll have a somewhat better (at least to the extent of not hanging
> like this) version out in 4.3.4-1 very shortly.  Apologies for the inconvenience.

Don't worry! :-) I understand your great and hard work!

For completeness, running (without arguments):

$ /usr/lib/gcc/i686-pc-cygwin/4.3.2/gnat1.exe

prints the help and hangs in the same manner...

...and, just a curiosity, did it worked in 1.7 before?

Thanks,
Angelo.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with GCC4[1.7]

[Dave Korn]

Angelo Graziosi wrote:
> I have done a minimal installation of Cygwin-1.7 and have tried to use
> it playing to build GCC-4.4.1, but 'configure' hangs.

> checking whether compiler driver understands Ada...
> -------------------------------------------------------
> 
> Here it hangs. Task manager shows that 'gnat1.exe' take all the CPU in
> usage (50%). If I kill gnat1 with task manager, the above 'configure'
> continues:

  Yes, this has just started happening to me, and I'm not 100% clear why.  The
problem is that __main is getting called twice, leading to a loop in the
linked list of registered EH data tables.  I don't understand how it managed
to pass the testsuite so well when it does this after installation.  Nor do I
understand why it's only just started doing this, unless top-level configure
didn't used to check for ada by default and now it does.

  For now I recommend uninstalling gcc4-ada, or just 'rm' the gnat executables
from /bin.  I'll have a somewhat better (at least to the extent of not hanging
like this) version out in 4.3.4-1 very shortly.  Apologies for the inconvenience.

    cheers,
      DaveK


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Problem with GCC4[1.7]

[Angelo Graziosi]

[-- Attachment #1: Type: text/plain, Size: 4759 bytes --]

I have done a minimal installation of Cygwin-1.7 and have tried to use 
it playing to build GCC-4.4.1, but 'configure' hangs.

For example,

------------------------------------------------------------
mkdir build
cd build
CC='gcc-4' CXX='g++-4' CPP='cpp-4' ../gcc-4.4.1/configure
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking target system type... i686-pc-cygwin
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking to see if cat works as expected... yes
checking for gcc... gcc-4
checking for C compiler default output file name... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc-4 accepts -g... yes
checking for gcc-4 option to accept ANSI C... none needed
checking whether we are using the GNU C++ compiler... yes
checking whether g++-4 accepts -g... yes
checking for gnatbind... gnatbind
checking for gnatmake... gnatmake
checking whether compiler driver understands Ada...
-------------------------------------------------------

Here it hangs. Task manager shows that 'gnat1.exe' take all the CPU in 
usage (50%). If I kill gnat1 with task manager, the above 'configure' 
continues:

----------------------------------------------------------------
checking whether compiler driver understands Ada... yes
checking how to compare bootstrapped objects... cmp --ignore-initial=16 
$$f1 $$f
2
checking for correct version of gmp.h... yes
checking for correct version of mpfr.h... yes
checking for version 0.10 of PPL... no
checking for correct version of CLooG... no
The following languages will be built: c,c++,fortran
*** This configuration is not supported in the following subdirectories:
      target-libmudflap target-libgomp
     (Any other directories should still work fine.)
checking for bison... bison -y
checking for bison... bison
checking for gm4... no
checking for gnum4... no
checking for m4... m4
checking for flex... flex
checking for flex... flex
checking for makeinfo... makeinfo
checking for expect... expect
checking for runtest... runtest
checking for ar... ar
checking for as... as
checking for dlltool... dlltool
checking for ld... (cached) 
/usr/lib/gcc/i686-pc-cygwin/4.3.2/../../../../i686-p
c-cygwin/bin/ld.exe
checking for lipo... no
checking for nm... nm
checking for ranlib... ranlib
checking for strip... strip
checking for windres... windres
checking for windmc... windmc
checking for objcopy... objcopy
checking for objdump... objdump
checking for cc... cc
checking for c++... c++
checking for gcc... gcc
checking for gcj... gcj
checking for gfortran... gfortran
checking for ar... no
checking for ar... ar
checking for as... no
checking for as... as
checking for dlltool... no
checking for dlltool... dlltool
checking for ld... no
checking for ld... ld
checking for lipo... no
checking for lipo... no
checking for nm... no
checking for nm... nm
checking for objdump... no
checking for objdump... objdump
checking for ranlib... no
checking for ranlib... ranlib
checking for strip... no
checking for strip... strip
checking for windres... no
checking for windres... windres
checking for windmc... no
checking for windmc... windmc
checking where to find the target ar... host tool
checking where to find the target as... host tool
checking where to find the target cc... just compiled
checking where to find the target c++... just compiled
checking where to find the target c++ for libstdc++... just compiled
checking where to find the target dlltool... host tool
checking where to find the target gcc... just compiled
checking where to find the target gcj... host tool
checking where to find the target gfortran... just compiled
checking where to find the target ld... host tool
checking where to find the target lipo... host tool
checking where to find the target nm... host tool
checking where to find the target objdump... host tool
checking where to find the target ranlib... host tool
checking where to find the target strip... host tool
checking where to find the target windres... host tool
checking where to find the target windmc... host tool
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether -fkeep-inline-functions is supported... yes
configure: creating ./config.status
config.status: creating Makefile
-------------------------------------

If I use GCC3, i.e., simply running

./gcc-4.4.1/configure

it is completed without problems. Also with Cygwin-1.5, NO problems.

Cygcheck output attached.


Cheers,
    Angelo.

[-- Attachment #2: cygcheck.out2.bz2 --]
[-- Type: application/octet-stream, Size: 5375 bytes --]

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple