libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Results of test runs


From: Ralf Wildenhues
Subject: Re: Results of test runs
Date: Tue, 17 Jan 2006 19:05:25 +0100
User-agent: Mutt/1.5.9i

Hi Leif,

* Leif Ekblad wrote on Tue, Jan 17, 2006 at 05:12:56PM CET:
> > 
> > For the next failure you are likely to encounter, please provide a bit
> > more information: excerpts from config.log are usually helpful.
> 
> You are right. There are more failures, but they are in the make process.
> libltdl/ltdl.c:1498: error: conflicting types for 'lt_argz_insertdir'.

Could you post the complete error message?  Is it because of struct dirent?
I can't see what that should be conflicting with.  Please also post
config.log (packed).

> However, I wonder why it would build libltdl at all, since I've
> told GCC & libtool that RDOS doesn't support dynamic linking. I think
> this is a good strategy right now, as I don't currently need dynamic
> linking.

Sure.  But you should note that libltdl is useful for static-only hosts
too: it can use preopening to emulate modules.  So you want libltdl to
work on RDOS, too.  And we want the compile to finish in order to be
able to run the test suite.

Please make sure that the preopen module loader is selected and built.

> > You may be able to do better, though: we may be able to find out more
> > about your system by running libtool's test suite on it, and thus
> > improve libtool's RDOS support.
> 
> Yes, eventually, as I get more GNU tools ported. In it's current shape,
> RDOS uses PE-executables and BC4.5 / TD32 as it's platform. That
> means that RDOS isn't really unix-compatible. That's also why I use
> newlib to start with instead of glibc. It uses FreeCom as a command
> interpreter. All it can run right now from GNU is a hello-world
> app compiled with the GCC/G++ toolchain.
> 
> My next goal is to incorporate GDB remote debugging features
> and later port a native version of GDB. Being able to debug is
> more important than porting utilities right now.

OK, well you are certainly free to choose the order yourself (I applied
your patch so that you can proceed), all I'm trying is to help you get
decent libtool support right from the start, so you don't have to worry
about this again.

Cheers,
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]