I agree with Neal that a FS_TRANS_* flag is more appropriate--that leaves
goaway_flags as purely flags passed on to the fsys_goaway RPC, which is a
clear and easy thing to understand. I think we should call the new flag
FS_TRANS_ORPHAN, and the settrans option --orphan (perhaps
--detach-old-trans
> Yep, builds gcrt0.o as it should. Haven't tried a make install, but that's
> a no-brainer.
I've checked in changes to the libc makefiles (I did some cleanup in the
process of making gcrt0.o get built and installed). I did a build, but you
should test it too, and I'll surely hear about it if I
On Mon, May 14, 2001 at 07:36:23PM -0400, Roland McGrath wrote:
> > The specs file implement the following option combinations:
> > Notes: -shared overrides (and prevents) profiling options.
> >-profile forces to link the profiling C library statically
> >-pg/-p does link to the no
On Mon, May 14, 2001 at 06:20:50PM -0400, Roland McGrath wrote:
> Well, I'm not quite sure how to react to this. I'm not exactly surprised
> that there is a problem. Frankly, I'm somewhat surprised that profiling
> actually does work at all, and I'm having a hard time taking this bug
> report as
> The specs file implement the following option combinations:
> Notes: -shared overrides (and prevents) profiling options.
>-profile forces to link the profiling C library statically
>-pg/-p does link to the normal C library (dynamically or statically)
Is this the same as Linux?
Hi,
two attachments: 1. gcrt0.o (just copy into /lib).
2. specs (just copy into /lib/gcc-lib/i386-gnu/2.95.4/)
The path to the gcc files depends on the version number.
Usage:
To profile the program only:
$ gcc -o main main.c -pg
$ ./main
$ gprof main gmon.out
To profile th
Well, I'm not quite sure how to react to this. I'm not exactly surprised
that there is a problem. Frankly, I'm somewhat surprised that profiling
actually does work at all, and I'm having a hard time taking this bug
report as anything but good news. :-)
> However, we don't use crt1.o for static
On Mon, May 14, 2001 at 11:39:28PM +0200, Marcus Brinkmann wrote:
> Now the crux. When using -lc, we use shared linking, and gcrt1.o, which
> works. When using -lc_p, we *should* use something like crt0.o, but which
> starts the profiler. Let's call it gcrt0.o.
>
> Unfortunately, such a thing
On Mon, May 14, 2001 at 08:54:21PM +0200, Marcus Brinkmann wrote:
> when I try to compile a small test program with -pg, I get
> a statically linked exectuable (-lc_p) which is "Killed" in _start (c_p I
> have here is without debugging symbols, so I don't know where in _start, but
> the address wa
Neal H Walfield <[EMAIL PROTECTED]> writes:
> > As for the shell command settrans, I think that -f should timeout, and
> > if nothing happens then repeat the call with the new flag attached.
> > Perhaps there should be a new flag with the current meaning of -f
> > (that is, set the FORCE bit, but
> I have no objection to adding a flag for file_set_translator to avoid
> sending the goaway. But calling the flag "disconnect" is wrong: a
> disconnect happens whether you set that flag or not.
I fail to see how this is true: if the translator, in response to
fsys_goaway, returns an error, disk
Hi,
when I try to compile a small test program with -pg, I get
a statically linked exectuable (-lc_p) which is "Killed" in _start (c_p I
have here is without debugging symbols, so I don't know where in _start, but
the address was teh symbol address in objdump --syms output + 2).
When I modify th
> > Basically, half of shmid_ds and retreived with
> > `shmctl (id, IPC_STAT, &shmid_ds)', e.g. number of current attaches,
> > shm_atime, shm_dtime and shm_ctime.
>
> Blech. Why not just keep track of that information in a file
> somewhere?
If I interpret what Roland says correctly, he is quit
On Sun, May 13, 2001 at 09:17:42PM +0200, Gibran Hasnaoui wrote:
> Sorry,
> I'm trying to get OSKit-Mach working but I have a
> problem with the generated Makefile.
> It seems that there is no target kernel: , that is needed
> by all:
oskit-kernel-ide (or something alike) seems to be a valid tar
On Mon, May 14, 2001 at 02:59:43AM -0400, Roland McGrath wrote:
[msgport, boot command line etc]
What you write makes sense. I didn't notice msgport before. It looks like
it's a great tool.
> > BTW, what output can we expect from a pstree on the Hurd? Will the hierarchy
> > of a sub-Hurd show
15 matches
Mail list logo
