> I believe it is that:
>
> /lib/ld.so /path/to/foo
>
> where /path/to/foo is a non-trivial program linked against libthreads.
>
> (non-trivial because `main(){}' does work, even when compiled with
> -lthreads).
Did you try the LD_DEBUG environment variable settings and see if you can
see anyt
On Sun, Jun 10, 2001 at 04:56:19PM -0400, Roland McGrath wrote:
> > Ok, I have compiled glibc. I installed it. I compiled the Hurd. I
> > installed it. And it is still broken :(
>
> Feh. Well, you'll have to start again with the taxonomy of what does and
> doesn't work. I've forgotten the d
> Ok, I have compiled glibc. I installed it. I compiled the Hurd. I
> installed it. And it is still broken :(
Feh. Well, you'll have to start again with the taxonomy of what does and
doesn't work. I've forgotten the details from the last time you tried it.
_
On Wed, May 23, 2001 at 02:24:47PM -0400, Roland McGrath wrote:
> > On Tue, May 22, 2001 at 11:04:54PM -0400, Roland McGrath wrote:
> > > It is important to be clear about what works and what doesn't:
> > >
> > > * statically linked user programs
> > > * statically linked user programs that use c
On Mon, May 28, 2001 at 12:05:18AM +0200, Mark Kettenis wrote:
> Hmm, the entire build directory is to large, however I have put up a
> gzipped libc_pic.a and a tar of the elf/ subdirectory:
>
>http://www.science.uva.nl/~kettenis/libc_pic.a.gz
>http://www.science.uva.nl/~kettenis/elf.tar.
Date: Sun, 27 May 2001 18:36:52 +0200
From: Marcus Brinkmann <[EMAIL PROTECTED]>
On Thu, May 24, 2001 at 05:17:08PM +0200, Mark Kettenis wrote:
> I can't reproduce Marcus' problems with a freshly checked out glibc.
> Everything appears to work fine for me.
Can you provide us a
On Thu, May 24, 2001 at 05:17:08PM +0200, Mark Kettenis wrote:
> I can't reproduce Marcus' problems with a freshly checked out glibc.
> Everything appears to work fine for me.
Can you provide us a tar of the build directory? I'd like to do a
comparison.
Also, can you let us know which versions
On Wed, May 23, 2001 at 02:24:47PM -0400, Roland McGrath wrote:
> > > This is how exec gets run. Try /lib/ld.so.1 /hurd/exec --help.
> >
> > I believe I did this and it worked, but I will try again.
>
> If this works, then I really start to wonder. If you can run all those old
> hurd binaries
I can't reproduce Marcus' problems with a freshly checked out glibc.
Everything appears to work fine for me.
Oh, and invoking ld.so on a statically linked executable isn't
supposed to work I think. Produces a segmentation fault on Linux and
Solaris, so I think the current Hurd hebaviour is quite
> On Tue, May 22, 2001 at 11:04:54PM -0400, Roland McGrath wrote:
> > It is important to be clear about what works and what doesn't:
> >
> > * statically linked user programs
> > * statically linked user programs that use cthreads
>
> I don't see how a statically linked program can be affected b
On Wed, May 23, 2001 at 01:31:57PM +0200, Marcus Brinkmann wrote:
>
> dynamically linked programs fail with:
> /hurd/hello: error while loading shared libraries: /hurd/hello: cannot open shared
>object file: No such file or directory
>
> statically linked programs fail with:
> Killed
I forgot
On Tue, May 22, 2001 at 11:04:54PM -0400, Roland McGrath wrote:
> Also test whether running a program via ld.so works,
> i.e. /lib/ld.so.1 /bin/foo arg1 arg2
>
> This is how exec gets run. Try /lib/ld.so.1 /hurd/exec --help.
And Roland won the price again! All Hurd servers and user space progr
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Date: Wed, 23 May 2001 12:38:18 +0200
On Tue, May 22, 2001 at 11:04:54PM -0400, Roland McGrath wrote:
> It is important to be clear about what works and what doesn't:
>
> * statically linked user programs
> * statically linked user
On Tue, May 22, 2001 at 11:04:54PM -0400, Roland McGrath wrote:
> It is important to be clear about what works and what doesn't:
>
> * statically linked user programs
> * statically linked user programs that use cthreads
I don't see how a statically linked program can be affected by a glibc
upgr
It is important to be clear about what works and what doesn't:
* statically linked user programs
* statically linked user programs that use cthreads
* dynamically linked hurd servers not used in boot (e.g. try some filesytem)
* dynamically linked hurd servers used in boot
(i.e., update everythi
15 matches
Mail list logo
