This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
- From: "fxcoudert at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 14 Sep 2007 13:38:09 -0000
- Subject: [Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
- References: <bug-21185-507@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #15 from fxcoudert at gcc dot gnu dot org 2007-09-14 13:38 -------
Created an attachment (id=14208)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14208&action=view)
Updated patch
(In reply to comment #13)
> /home/hp/combe/combined/libgfortran/io/unix.c:1794: error: static declaration
> of 'access' follows non-static declaration
> /home/hp/combe/combined/newlib/libc/include/sys/unistd.h:19: error: previous
> declaration of 'access' was here
Oh, you have a prototype for access() in standard headers but no function in
the libc? That's weird! Embedded targets will always surprise me.
> Besides the obvious s/amod/amode/ typo
Hum, how did that even get past my testing? I thought I had commented out
HAVE_ACCESS on my x86_64-linux.
> maybe use a different name for the internal function
Yup, you're right (the second version). I'm attaching an updated patch that
should do the same thing you did.
(In reply to comment #12)
> Testing on v850-unknown-elf suggests that getcwd() is also needed by
> libgfortran.
Also fixed in the attached new patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185