[Bug ada/18434] New: Cannot build gnattools on Tru64 UNIX V5.1B

[Bug ada/18434] New: Cannot build gnattools on Tru64 UNIX V5.1B

[gcc-bugzilla at gcc dot gnu dot org]

When I tried a C + Ada only bootstrap of current mainline on
alpha-dec-osf5.1b, most of the bootstrap and building libada went along
fine.  The bootstrap stopped only when trying to build gnatchop (or any
other of gnattools):

make -C tools -f ../Makefile "CC=../../xgcc -B../../" "CFLAGS=-O2 -g -O2  -mieee" "LDFLAGS=" "ADAFLAGS=-gnatpg -gnata" "INCLUDES=-I. -I.. -I../.. -I/vol/gnu/src/gcc/gcc-dist/gcc/ada -I/vol/gnu/src/gcc/gcc-dist/gcc/ada/../config -I/vol/gnu/src/gcc/gcc-dist/gcc/ada/../../include -I/vol/gnu/src/gcc/gcc-dist/gcc/ada/.." "ADA_INCLUDES=-I../rts -I. -I/vol/gnu/src/gcc/gcc-dist/gcc/ada" "libsubdir=/vol/gcc/lib/gcc/alpha-dec-osf5.1b/4.0.0" "exeext=" "fsrcdir=/vol/gnu/src/gcc/gcc-dist/gcc/ada" "srcdir=/vol/gnu/src/gcc/gcc-dist/gcc/ada" "TOOLS_LIBS=../rts/libgnat.a  ../../prefix.o ../../version.o link.o ../../../libiberty/libiberty.a -lexc  " "GNATMAKE=../../gnatmake" "GNATLINK=../../gnatlink" "GNATBIND=../../gnatbind" \
  TOOLSCASE=native \
  ../../gnatchop ../../gnat ../../gnatkr \
  ../../gnatls ../../gnatprep \
  ../../gnatxref \
  ../../gnatfind ../../gnatname \
  ../../gnatclean ../../gprmake \
  ../../gprcmd   ../../gpr2make
make[4]: Entering directory `/amnt/figaro/volumes/obj-gcc/gcc/obj.alpha/gcc-4.0.0-20041110/10-gcc-ada/gcc/ada/tools'
../../gnatmake -c -I../rts -I. -I/vol/gnu/src/gcc/gcc-dist/gcc/ada gnatchop --GCC="../../xgcc -B../../ -O2 -g -O2  -mieee      -gnatpg -gnata"
gnatmake: "gnatchop" not found
make[4]: *** [../../gnatchop] Error 4

Running the newly built gnatmake under truss reveals that it looks for
gnatchop in $srcdir, not gnatchop.adb (as expected and happens e.g. on
Solaris 10).  So this might be a code generation bug on alpha.

Environment:
System: OSF1 bartok V5.1 2650 alpha
Machine: alpha
	
host: alpha-dec-osf5.1b
build: alpha-dec-osf5.1b
target: alpha-dec-osf5.1b
configured with: /vol/gnu/src/gcc/gcc-dist/configure --host alpha-dec-osf5.1b --build alpha-dec-osf5.1b --target alpha-dec-osf5.1b --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --enable-languages=c,ada

How-To-Repeat:
Try bootstrapping on alpha-dec-osf5.1b as above.

-- 
           Summary: Cannot build gnattools on Tru64 UNIX V5.1B
           Product: gcc
           Version: 0.0
            Status: UNCONFIRMED
          Severity: critical
          Priority: P2
         Component: ada
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: ro at techfak dot uni-bielefeld dot de
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: alpha-dec-osf5.1b
  GCC host triplet: alpha-dec-osf5.1b
GCC target triplet: alpha-dec-osf5.1b


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug ada/18434] Cannot build gnattools on Tru64 UNIX V5.1B

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-11 23:33 -------
I thought we declared that Ada building on alpha-dec-osf was broken and should have been turned off.  
This was because when Geoff fixed a PCH bug, alpha-dec-osf could not bootstrap Ada anymore.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |minor
            Version|0.0                         |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug ada/18434] Cannot build gnattools on Tru64 UNIX V5.1B

[ro at techfak dot uni-bielefeld dot de]

------- Additional Comments From ro at techfak dot uni-bielefeld dot de  2004-11-11 23:44 -------
Subject: Re:  Cannot build gnattools on Tru64 UNIX V5.1B

pinskia at gcc dot gnu dot org writes:

> I thought we declared that Ada building on alpha-dec-osf was broken and should have been turned off.  
> This was because when Geoff fixed a PCH bug, alpha-dec-osf could not bootstrap Ada anymore.

But this error manifested itself as a comparison failure (cf. PR
ada/13750), which didn't happen at all during this bootstrap: the compiler
proper bootstrapped without problems and libgnat built fine; only the Ada
tools cannot be built right now.

So this is a regression from gcc 3.4.

	Rainer


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] Cannot build gnattools on Tru64 UNIX V5.1B

[charlet at gcc dot gnu dot org]

------- Additional Comments From charlet at gcc dot gnu dot org  2005-01-03 10:09 -------
It would be useful to isolate this bug to a simpler test case, in particular
if this is indeed a codegen problem as it looks like.

Arno

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|ada                         |target


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[giovannibajo at libero dot it]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Cannot build gnattools on   |[4.0 Regression] Cannot
                   |Tru64 UNIX V5.1B            |build gnattools on Tru64
                   |                            |UNIX V5.1B
   Target Milestone|---                         |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-15 05:12 -------
Does this work now or something else is wrong?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |wrong-code


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2005-01-19 18:24 -------
Tru64 is not a primary or secondary platform; removing target milestone.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.0.0                       |---


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[rth at gcc dot gnu dot org]

------- Additional Comments From rth at gcc dot gnu dot org  2005-05-18 05:57 -------
This happens on Linux as well.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
 GCC target triplet|alpha-dec-osf5.1b           |alpha*
   Last reconfirmed|0000-00-00 00:00:00         |2005-05-18 05:57:52
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[rth at gcc dot gnu dot org]

------- Additional Comments From rth at gcc dot gnu dot org  2005-05-18 06:04 -------
*** Bug 20089 has been marked as a duplicate of this bug. ***

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mmazur at kernel dot pl


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[ro at techfak dot uni-bielefeld dot de]

------- Additional Comments From ro at techfak dot uni-bielefeld dot de  2005-06-09 23:09 -------
Subject: Re:  [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

I've done some further debugging and found what's going on: running the
failing gnatmake invokation

% ../../gnatmake -c -I../rts -I. -I/vol/gnu/src/gcc/gcc-dist/gcc/ada gnatchop --GCC="../../xgcc -B../../ -O2 -g -O2  -mieee      -gnatpg -gnata"
gnatmake: "gnatchop" not found

under truss reveals that with gnatmake from the 3.4 branch, there are
several calls to stat() for gnatchop.adb in different directories.  With
the 4.0 gnatmake, the stat() calls only look for gnatchop (which of course
doesn't exist yet).  Those calls ultimately come from Osint.Next_Main_File.
Running gnatmake under a debugger, I find that in 4.0, neither the case
Running_Program is entered nor the

	if Running_Program = Make then

block that does the adding of .adb and .ads.  It turns out that
Osint.Running_Program = 4 at that point (debugging seems considerably
broken on 4.0: with the 3.4 binaries and current CVS gdb, I get symbolic
values here, while the 4.0 binaries only give numeric ones), i.e. Unspecified.

Running gnatmake again under gdb with a watchpoint on
Osint.Running_Program, I find that

* for the 3.4 binary, the variable is set only once via Osint.Set_Program (to
  Osint.Make, as expected) and never touched afterwards, whereas

* for the 4.0 binary, the variable is set once in the same place, and later
  overwritten in osint___elabb (obviously the Osint initialization code),
  where it is set to 4 (Unspecified) as observed above.

So maybe this is an Ada bug after all, not really target specific.

	Rainer


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[charlet at gcc dot gnu dot org]

------- Additional Comments From charlet at gcc dot gnu dot org  2005-07-04 15:30 -------
Given your last comment (a variable set to 4), it still looks very much like
a codegen issue to me, and likely target dependent.

I guess a next step could be to either look at the ssa transformations performed,
and/or at the assembly code generated for the elab routine.

Arno

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[ro at techfak dot uni-bielefeld dot de]

------- Additional Comments From ro at techfak dot uni-bielefeld dot de  2005-07-05 17:04 -------
Subject: Re:  [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

charlet at gcc dot gnu dot org writes:

> Given your last comment (a variable set to 4), it still looks very much like
> a codegen issue to me, and likely target dependent.
> 
> I guess a next step could be to either look at the ssa transformations performed,
> and/or at the assembly code generated for the elab routine.

I've approached this a bit differently:

* I tried to bootstrap mainline with -O0, but it failed as before and even
  an almost current CVS gdb just SEGVs on the gnatmake binary ;-(

* On the 4.0 branch, a bootstrap with -O0 also failed as before, but at
  least I can debug the gnatmake binary:

  osint__running_programs starts as 0, is later initialized to 2
  (osint__make) in osint__set_program and again overwritten to 4
  (osint__unspecified) in osint___elabb:

Breakpoint 4, osint.set_program (p=16) at /vol/gnu/src/gcc/gcc-4.0-branch-dist/gcc/ada/osint.adb:2274
(gdb) p osint__running_program
$6 = 0
(gdb) where
#0  osint.set_program (p=16) at /vol/gnu/src/gcc/gcc-4.0-branch-dist/gcc/ada/osint.adb:2274
#1  0x00000001201fbf10 in <osint__m___elabb> () at /vol/gnu/src/gcc/gcc-4.0-branch-dist/gcc/ada/osint-m.adb:49
#2  0x00000001200b7750 in adainit () at b_gnatm.c:562
#3  0x00000001200b8aec in main (argc=536854608, argv=0x0, envp=0x0) at b_gnatm.c:733
#4  0x00000001200b617c in __start ()
(gdb) cont
Continuing.
Watchpoint 6: {<data variable, no debug info>} 5369590752

Old value = 0
New value = 2
osint.set_program (p=16) at /vol/gnu/src/gcc/gcc-4.0-branch-dist/gcc/ada/osint.adb:2280
(gdb) cont
Continuing.

Breakpoint 3, <osint___elabb> () at /vol/gnu/src/gcc/gcc-4.0-branch-dist/gcc/ada/osint.adb:45
(gdb) cont
Continuing.
Watchpoint 6: {<data variable, no debug info>} 5369590752

Old value = 2
New value = 4
<osint___elabb> () at /vol/gnu/src/gcc/gcc-4.0-branch-dist/gcc/ada/osint.adb:48
(gdb) where
#0  <osint___elabb> () at /vol/gnu/src/gcc/gcc-4.0-branch-dist/gcc/ada/osint.adb:48
#1  0x00000001200b7cc0 in adainit () at b_gnatm.c:610
#2  0x00000001200b8aec in main (argc=536854608, argv=0x0, envp=0x0) at b_gnatm.c:733
#3  0x00000001200b617c in __start ()

* On the 3.4 branch, osint__running_program is statically initialized to
  osint__unspecified in osint.adb, later reset to osint__make in
  osint__set_program:

Old value = {F = osint__unspecified}
New value = {F = osint__make}
osint__set_program (p=osint__make) at /vol/gnu/src/gcc/gcc-3.4-branch-dist/gcc/ada/osint.adb:2253

Breakpoint 3, osint.set_program (p=osint__make) at /vol/gnu/src/gcc/gcc-3.4-branch-dist/gcc/ada/osint.adb:2247
(gdb) where
#0  osint.set_program (p=osint__make) at /vol/gnu/src/gcc/gcc-3.4-branch-dist/gcc/ada/osint.adb:2247
#1  0x000000012019efe8 in <osint__m___elabb> () at /vol/gnu/src/gcc/gcc-3.4-branch-dist/gcc/ada/osint-m.adb:49
#2  0x00000001200a046c in adainit () at b_gnatm.c:267
#3  0x00000001200a11c0 in main (argc=6, argv=0x11fffc018, envp=0x11fffc050) at b_gnatm.c:389
#4  0x000000012009fc3c in __start ()
$1 = {F = osint__unspecified}
(gdb) cont
Continuing.
Watchpoint 5: osint.running_program

Old value = {F = osint__unspecified}
New value = {F = osint__make}
osint.set_program (p=osint__make) at /vol/gnu/src/gcc/gcc-3.4-branch-dist/gcc/ada/osint.adb:2253

Thus, the way/order of initialization changed between 3.4 and 4.0, causing
the observed failure:

* from osint.adb:

package body Osint is

   Running_Program : Program_Type := Unspecified;
   --  comment required here ???

* from osint-m.adb:

package body Osint.M is
[...]
begin
   Set_Program (Make);
end Osint.M;

* in 3.4:

  osint__running_program = osint__unspecified (4) statically (osint.o)

  osint__running_program = osint__make (2) in osint.set_program, called
  from osint__m___elabb (osint_m.o)

* in 4.0:

  osint__running_program = 0 statically (osint.o)

  osint__running_program = osint__make (2) in osint.set_program, called from
  osint__m___elabb (osint_m.o)

  osint__running_program = osint__unspecified (4) in osint___elabb (osint.o)

Hope this helps to narrow down the root cause.

	Rainer



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2005-08-22 02:19 -------
Ada is not a primary language and alpha is not a primary or secondary platform;
removing target milestone.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.1.0                       |---


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434

[Bug ada/18434] [4.0/4.1 Regression] Ada: cannot build gnattools on Tru64 UNIX V5.1B

[laurent at guerby dot net]

------- Additional Comments From laurent at guerby dot net  2005-10-01 17:41 -------
Workaround patch here:
http://gcc.gnu.org/ml/gcc/2005-09/msg00930.html

Rest of discussion here:
http://gcc.gnu.org/ml/gcc/2005-10/msg00016.html

Seems to be a gnatbind bug present on 4.0 and 4.1.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|target                      |ada
  GCC build triplet|alpha-dec-osf5.1b           |
   GCC host triplet|alpha-dec-osf5.1b           |
 GCC target triplet|alpha*                      |
            Summary|[4.0/4.1 Regression] Cannot |[4.0/4.1 Regression] Ada:
                   |build gnattools on Tru64    |cannot build gnattools on
                   |UNIX V5.1B                  |Tru64 UNIX V5.1B


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434