> 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
Hi,
recent glibc versions don't boot on the Hurd. They work for user space
programs just fine, but when installing them in /, the machine hangs at boot
time after printing "exec".
I have tried current CVS, 2001-04-10 and 2001-03-25 to no avail, they all
show the same problem (but I did not comp
16 matches
Mail list logo
