m32r-linux add-on ports of glibc
Kazuhiro Inaoka
inaoka.kazuhiro@renesas.com
Tue Oct 26 05:27:00 GMT 2004
Thanks Roland,
Roland McGrath wrote:
> The preconfigure file you have is not appropriate. The purpose of the
> preconfigure file is really only if it's needed to set $machine et al,
> which is only the case if config.sub doesn't always output the right one
> string (and you don't have machine variant subdirs you want to use). Your
> port does not need a preconfigure script at all.
I see.
> Your sysdeps/m32r/preconfigure file just does some generic check. It
> should be done in the later phase on figure, i.e. in a "configure" file not
> a "preconfigure" file. Furthermore, you provided a preconfigure without a
> preconfigure.in, and hard-coded autoconf internals in it. What you should
> really have is a sysdeps/m32r/configure.in that uses AC_DEFINE, and a
> sysdeps/m32r/configure generated from that. Take a look at the scripts
> I've just added to ports/sysdeps/cris as the model.
Thanks, I try again.
> The natural way to distribute an individual add-on port is not as a patch,
> but as an add-on tar file. Make a tar file including your new sysdeps
> directories, ChangeLog.m32r, and the few top-level script files from the
> ports directory (configure, configure.in, Makefile, Makeconfig), and a
> Banner file if you like. This is something that your users can drop into
> glibc just like the ports add-on.
Yes. I will do that.
Regards,
Kazuhiro Inaoka
More information about the Libc-alpha
mailing list