Two problems with fixinc.sh on SunOS4 ...
Jeffrey A Law
law@upchuck.cygnus.com
Fri Apr 30 23:15:00 GMT 1999
In message < 199904050214.WAA29714@caip.rutgers.edu >you write:
> The particular circumstances which tickled the /bin/find bug are
> unlikely to occur on a normal system out of the box. (E.g. normal
> systems don't have long paths in /usr/include which then symlink
> elsewhere to a long path. Gcc will expand that into one long dir in
> gcc/include. This was a local hack done by my sysadmin for whatever
> reason, and it tickled the bug in sun's /bin/find.)
It's not _that_ weird. A typical 4.3/4.4 BSD system would have
/usr/include/sys link into the kernel sources elsewhere on the system.
I thought some linux systems did similar things with /usr/include/asm and
other directories (linking to /usr/src/linux/include/asm-blah for example)
> So no need to worry, IMO.
Depends on what the real underlying problem was. It's my job to worry :-)
> PS: there was still one case of sed -e'blah' I noticed:
>
> > Fixed ./vfork.h:
> > machine_name
> > sed: Unrecognized command: -e/define[ ]HUGE_VAL[ ]/a\
> > #endif
I think this one has been fixed.
Thanks,
jeff
More information about the Gcc-bugs
mailing list