Re: other/1512: Path confusion w/ -print-prog-name + autoconf

Re: other/1512: Path confusion w/ -print-prog-name + autoconf

[bangerth]

Synopsis: Path confusion w/ -print-prog-name + autoconf

State-Changed-From-To: open->feedback
State-Changed-By: bangerth
State-Changed-When: Thu Dec  5 12:01:11 2002
State-Changed-Why:
    This is a rather old report. I don't think I understand the
    issue properly from the description, but would like to ask
    anyway whether the problem still exists in present versions
    of gcc?
    
    Thanks
      Wolfgang

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=1512

RE: other/1512: Path confusion w/ -print-prog-name + autoconf

[Neulinger, Nathan]

The following reply was made to PR other/1512; it has been noted by GNATS.

From: "Neulinger, Nathan" <nneul@umr.edu>
To: <bangerth@dealii.org>, <gcc-bugs@gcc.gnu.org>, <gcc-prs@gcc.gnu.org>,
   <nobody@gcc.gnu.org>, <gcc-gnats@gcc.gnu.org>
Cc:  
Subject: RE: other/1512: Path confusion w/ -print-prog-name + autoconf
Date: Mon, 9 Dec 2002 14:30:42 -0600

 It's not gcc's use of autoconf, it's _every other package_'s usage.=20
 
 That's the unfortunately part. I don't know for sure if autoconf update
 will fix it, but that only helps if every other package updates
 autoconf. My suggestion was to fix a non-problem uglyness in gcc to
 alleviate a problem in autoconf that it aggravates.=20
 
 -- Nathan
 
 ------------------------------------------------------------
 Nathan Neulinger                       EMail:  nneul@umr.edu
 University of Missouri - Rolla         Phone: (573) 341-4841
 Computing Services                       Fax: (573) 341-4216
 
 
 > -----Original Message-----
 > From: bangerth@dealii.org [mailto:bangerth@dealii.org]=20
 > Sent: Monday, December 09, 2002 2:28 PM
 > To: gcc-bugs@gcc.gnu.org; gcc-prs@gcc.gnu.org; Neulinger,=20
 > Nathan; nobody@gcc.gnu.org
 > Subject: Re: other/1512: Path confusion w/ -print-prog-name + autoconf
 >=20
 >=20
 > Synopsis: Path confusion w/ -print-prog-name + autoconf
 >=20
 > State-Changed-From-To: feedback->open
 > State-Changed-By: bangerth
 > State-Changed-When: Mon Dec  9 12:28:14 2002
 > State-Changed-Why:
 >     Still happens. I am not qualifies to say what should be
 >     done for this one. There are plans to move to AutoConf
 >     2.50, maybe that will help...
 >=20
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=3Dview%20audit-trail&database=3D=
 g
 cc&pr=3D1512

Re: other/1512: Path confusion w/ -print-prog-name + autoconf

[bangerth]

Synopsis: Path confusion w/ -print-prog-name + autoconf

State-Changed-From-To: feedback->open
State-Changed-By: bangerth
State-Changed-When: Mon Dec  9 12:28:14 2002
State-Changed-Why:
    Still happens. I am not qualifies to say what should be
    done for this one. There are plans to move to AutoConf
    2.50, maybe that will help...

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=1512

RE: other/1512: Path confusion w/ -print-prog-name + autoconf

[Neulinger, Nathan]

The following reply was made to PR other/1512; it has been noted by GNATS.

From: "Neulinger, Nathan" <nneul@umr.edu>
To: "Wolfgang Bangerth" <bangerth@ticam.utexas.edu>
Cc: <gcc-gnats@gcc.gnu.org>
Subject: RE: other/1512: Path confusion w/ -print-prog-name + autoconf
Date: Fri, 6 Dec 2002 13:53:00 -0600

 Yes, gcc 3.2.1 still generates paths containing bin/../lib
 
 mkdir /tmp/c
 ln -s /umr/s/gcc321/install/redhat71/lib /tmp/c/lib
 ln -s /umr/s/gcc321/install/redhat71/bin /tmp/c/bin
 /tmp/c/bin/gcc -print-prog-name=3Dld
 
 /tmp/c/bin/../lib/gcc-lib/i686-pc-linux-gnu/3.2.1/../../../../i686-pc-li
 nux-gnu/bin/ld
 
 
 There's nothing _wrong_ with that path, but I figured that having gcc
 generate a path without the ..'s would help the situation some. (The
 bin/../lib is where the problem occurs if autoconf uses non-intelligent
 handling of .. in paths containing symlinked dirs.)
 
 /tmp/c/bin/.. !=3D /tmp/c if /tmp/c/bin is a symlink.=20
 
 As people are more likely to install updated O/S with new gcc, fixing
 here is more likely to have a benefical impact than getting everyone to
 move to new autoconf, especially for older products.=20
 
 -- Nathan
 
 ------------------------------------------------------------
 Nathan Neulinger                       EMail:  nneul@umr.edu
 University of Missouri - Rolla         Phone: (573) 341-4841
 Computing Services                       Fax: (573) 341-4216
 
 
 > -----Original Message-----
 > From: Wolfgang Bangerth [mailto:bangerth@ticam.utexas.edu]=20
 > Sent: Friday, December 06, 2002 8:46 AM
 > To: Neulinger, Nathan
 > Cc: gcc-gnats@gcc.gnu.org
 > Subject: Re: other/1512: Path confusion w/ -print-prog-name + autoconf
 >=20
 >=20
 >=20
 > > Please let me know if I can explain this further. I'll let=20
 > you know if
 > > it is still an issue with the version y'all just released=20
 > when I get it
 > > installed.
 >=20
 > Thanks for your explanation. I think it was very clear.
 >=20
 > It would be great if you could let us know whether it works=20
 > now in your=20
 > experiments.
 >=20
 > Thanks
 >   Wolfgang
 >=20
 > --------------------------------------------------------------
 > -----------
 > Wolfgang Bangerth              email:          =20
 > bangerth@ticam.utexas.edu
 >                                www:=20
 > http://www.ticam.utexas.edu/~bangerth
 >=20
 >=20
 >=20

Re: other/1512: Path confusion w/ -print-prog-name + autoconf

[Wolfgang Bangerth]

The following reply was made to PR other/1512; it has been noted by GNATS.

From: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
To: Nathan Neulinger <nneul@umr.edu>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: other/1512: Path confusion w/ -print-prog-name + autoconf
Date: Fri, 6 Dec 2002 08:45:31 -0600 (CST)

 > Please let me know if I can explain this further. I'll let you know if
 > it is still an issue with the version y'all just released when I get it
 > installed.
 
 Thanks for your explanation. I think it was very clear.
 
 It would be great if you could let us know whether it works now in your 
 experiments.
 
 Thanks
   Wolfgang
 
 -------------------------------------------------------------------------
 Wolfgang Bangerth              email:           bangerth@ticam.utexas.edu
                                www: http://www.ticam.utexas.edu/~bangerth
 
 

Re: other/1512: Path confusion w/ -print-prog-name + autoconf

[Nathan Neulinger]

The following reply was made to PR other/1512; it has been noted by GNATS.

From: Nathan Neulinger <nneul@umr.edu>
To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,  nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: other/1512: Path confusion w/ -print-prog-name + autoconf
Date: 05 Dec 2002 21:43:51 -0600

 On Thu, 2002-12-05 at 14:01, bangerth@dealii.org wrote:
 > Synopsis: Path confusion w/ -print-prog-name + autoconf
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: bangerth
 > State-Changed-When: Thu Dec  5 12:01:11 2002
 > State-Changed-Why:
 >     This is a rather old report. I don't think I understand the
 >     issue properly from the description, but would like to ask
 >     anyway whether the problem still exists in present versions
 >     of gcc?
 >     
 >     Thanks
 >       Wolfgang
 > 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=1512
 
 Don't know. I am still using the workaround I'm came up with when I
 submitted that report. However, you ask at an opportune time - as I'll
 probably be trying to install the version you just released soon, and
 can try installing it without the workaround and test.
 
 To more clearly explain the issue:
 
 I install products via a set of link trees. To get to the resulting
 binary, several links are traversed. The resulting path of the
 executable winds up with ..'s in it due to the way gcc is choosing to
 generate the paths to installation dirs.
 
 i.e.:
 
 /umr/devbin/../lib/gcc-lib/i686-pc-linux-gnu/2.97/../../../../i686-pc-linux-gnu/bin/ld
 
 That path, when processed as a whole, is valid. Problem is, autoconf
 appears to be compacting down the ..'s itself improperly or something. 
 
 Short explanation:
 
 /umr/devbin points to /afs/....../trees/.../bin
 
 /umr/devbin/../lib points to /afs/....../trees/.../lib
 
 problem is, autoconf is seemingly turning that into
 
 
 checking for ld used by GCC... (cached) /umr/i686-pc-linux-gnu/bin/ld
 checking if the linker (/umr/i686-pc-linux-gnu/bin/ld) is GNU ld...
 (cached) no
 
 
 It's removing the ..'s by stripping off pairs of .. and dirname. That
 would be fine if they were all REALLY dirs. i.e.
 
 /umr/devbin/../lib == /umr/lib IFF /umr, /umr/devbin are DIRS
 /umr/devbin/../lib != /umr/lib IF /umr/devbin is a symlink. 
 
 
 It's really an autoconf macro problem with how it is processing the ..'s
 in path improperly, however, it would be mitigated by having gcc return
 a less ..-happy path. 
 
 Please let me know if I can explain this further. I'll let you know if
 it is still an issue with the version y'all just released when I get it
 installed.
 
 -- Nathan
 
 ------------------------------------------------------------
 Nathan Neulinger                       EMail:  nneul@umr.edu
 University of Missouri - Rolla         Phone: (573) 341-4841
 Computing Services                       Fax: (573) 341-4216