.
An alternative to this is to only add modules to kern.modules if it
changes the sysctl tree. The number of variables would be limited to
only one or two (maybe three :-).
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://ww
cking in boot0 and/or boot1, right?
boot2 is already capable of loading ELF, right?
Isn't it therefore enough to just compile boot2 as ELF?
In other words, what are the problems?
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http:/
top in /usr/src/include
> >Error code 1
Fixed. Thanks,
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PRO
utils usr.bin/objformat \
> -usr.bin/yacc gnu/usr.bin/bison gnu/usr.bin/cc
> +usr.bin/yacc gnu/usr.bin/bison gnu/usr.bin/cc ${_aout_tools}
Don't build anything after cc has been built, because cc will be a
cross-compiler when cross-building. Try putting it as ea
x27;ll be happy to test and, in a spare hour, can
even do some trial and error on my own. I'm not going to beg...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:
sed and then -DNO_OBJC and
> friends are not defined...
I already have a fix for this. The object tree should not be created
using BMAKE, but must be created using XMAKE.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.
you don't need a legacy a.out build as part of
your world to get this port working.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To
Forrest Aldrich wrote:
>
> Getting this from this morning's make world (after doing a make clean, just
> for good measure):
re-cvsup. The problem should be fixed already.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databa
Andrzej Bialecki wrote:
>
> On Thu, 9 Dec 1999, Marcel Moolenaar wrote:
>
> > > Please see Netscape plugin port (ports/www/flashplugin) to find
> > > out why we still have to need a.out support.
> >
> > The port has nothing to do with building a legacy
d have an ELF version...
> Please see Netscape plugin port (ports/www/flashplugin) to find
> out why we still have to need a.out support.
The port has nothing to do with building a legacy a.out world and
consequently works fine (yes, I tested it :-)
--
Marcel Moolenaar
d have an ELF version...
> Please see Netscape plugin port (ports/www/flashplugin) to find
> out why we still have to need a.out support.
The port has nothing to do with building a legacy a.out world and
consequently works fine (yes, I tested it :-)
--
Marcel Moolenaar
John Hay wrote:
> Make release in a -current cvsuped just now broke. It looks like the aout
> directory is not there.
Fixed. Thanks. I'm testing as well, so if anything comes up, let me
know.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking
has nothing to do with legacy but only with a.out.
Compatibility with legacy a.out binaries can best be achieved by
installing the proper compat distribution (compat22 for example).
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases h
John Polstra wrote:
>
> When you change the tag (e.g., go from -stable to -current or vice
> versa), it's a special case.
Thanks, I'll remember that.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://
y shows
that I'm used to use `buildworld' and `installworld'...
A new round of testing has been started. Sorry for the inconvenience,
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD proje
SD 3.3-STABLE #0: Mon Sep 27
06:10:18 CEST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/DWARF
i386
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
"John W. DeBoskey" wrote:
> FreeBSD(root)/usr/src %make world
> make: don't know how to make world. Stop
> *** Error code 2
Fixed!
thanks,
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www
Sergey Osokin wrote:
>
> Hello!
> After cvsuped my source, i try rebuild my -current system...
Please re-cvsup. There was a longish delay between 2 related commits.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http
al cases.
Anyway, enough said. This has already taken enough bandwidth without any
intent to change anything :-)
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL
Ville-Pertti Keinonen wrote:
> > Maybe alignment can even be done in the kernel...
>
> It gets messy, it has to be done before putting the env and argv
> pointers in place...
Alignment also applies to calling signal handlers...
--
Marcel Moolenaar
: : "rm" (argc), "rm" (argv), "rm" (env));
AFAICT, it's enough to just align the stack before doing anything else.
In this case it means aligning the stack somewhere before
(exit(main(...)). gcc maintains proper alignment on an aligned stack
addl $16,%esp
This assumes the stack is already aligned, of course.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [
always
use the default setting. This extra alignment does consume extra stack
space. Code that is sensitive to stack space usage, such as embedded
systems and operating system kernels, may want to reduce the preferred
alignment to `-mpreferred-stack-boundary=2'.
--
Marcel Moolenaar
already has it on his TODO
list. Compat3x is updated late to make sure the latest libraries are
in...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
rce tree on a
-stable machine with nonstandard Makefiles).
It has been mentioned before. It has even be fixed (or so it is
claimed). Has it reappeared or has the fix just been a workaround?
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases
stack-boundary=2 should be the default so that we
don't need the option in the general case. Overriding this in certain
cases, can be considered an optimisation...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl
"Daniel C. Sobral" wrote:
>
> Marcel Moolenaar wrote:
> >
> > Julian Elischer wrote:
> > >
> > > When did this come in? (I have been seeing it for a while but..
> > > I thought this was to save space on the bootblocks, not the entire
ack alignment does *not* break
> link-compatibility. It does not change calling conventions, it just
> adds padding after the args to ensure that local variables can be
> predictably aligned.
So, how does aligning stackframes affect the inherently static property
of code size then?
--
Marcel
xxx_genassym) as well.
As you can tell, I'm not quite happy with it...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mai
-boundry=2, right?
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-c
orkload doesn't try to kill me first. (I hadn't reported
> it, because I haven't had time to investigate properly. )
Be prepared to fix gcc and dd too.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://ww
gile; cross-building it is a big PITA. If you
> have any smart ideas, I'm all ears.
I haven't paid any special attention to it yet.
> (I may have mentioned before that I hate the perl build).
No, but it is so noted now :-)
--
Marcel Moolenaarmailto:[
AGS="-nostdinc -O -pipe" make DESTDIR=/usr/obj/usr/src/tmp -DNOINFO -DNOMAN -f
>Makefile.inc1 libraries
> make: not found
> *** Error code 127
I assume make(1) has been built, because that's the first constructive
thing that happens. Can you check that it has been installed
Peter Mutsaers wrote:
>
> >> "MM" == Marcel Moolenaar <[EMAIL PROTECTED]> writes:
>
> MM> After (by accident) compiling world (excluding kernel) with
> MM> optimization disabled (ie -O0) and installing the resulting
> MM> binari
-2.95.2 to see if it has the same problems...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
wit
used be the ordering of the fields in struct
sigaction.
> One in particular would be the rawio
> port which expects sa_mask to be before sa_flags in struct
> sigaction.
Silly...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases
the header should define sigreturn to take a struct
sigcontext*...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [
mean what you wrote...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-
> I don't fully understand the mechanics involved so I will shut up until I
> teach myself about the syscall handling and concoct a better solution :)
It's not the syscalls that are at fault here. It's `make {build}world'.
The sigset_t change was a trigger, not a bug :-)
"Chris D. Faulhaber" wrote:
>
> On Thu, 28 Oct 1999, Marcel Moolenaar wrote:
>
> > Peter Jeremy wrote:
> > >
> > > IMHO, the correct solution is to for the entire make world process to
> > > be re-worked.
> >
> > That's what
27;s what I'm currently doing. If I have a stripped down make process
ready for public viewing, I'll let you all know. A thread on the subject
can be found in the -arch archives.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases
GNAL1 /* Generate a queued
signal */
-#endif
#endif /* !_ANSI_SOURCE */
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscri
longer (in which case I'll bite the bullet
> and undo my silly mistakes).
Building X... Please hold on :-)
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL
in size that rounding up to 16bytes made them look identical.
>
I've just committed this. I'm also pretty sure this is the right fix. I
don't know why ld/i386 doesn't complain. It may be a bug, because the
difference in size is probably more than 16 bytes. Compare for example
ng relating to linux ever works..
So why do you think the Linuxulator is broken then?
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscr
Philipp Mergenthaler wrote:
> the change in src/sys/i386/include/ucontext.h (in struct __mcontext),
> where "struct trapframe mc_tf;" was replaced by it's members
> broke doscmd.
Fixed. Thanks,
--
Marcel Moolenaarmailto:[EMAIL PROTEC
Hi,
Before I completely forget: CVSup should work as before. The workaround
is not needed anymore. Thanks for your patience,
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD pro
ecent namespace polution fixes. They were always
defined before that, so this was not a problem. I think you should
change
#ifdef _P1003_1B_VISIBLE
into
#ifndef _POSIX_SOURCE
for now.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworki
other hand just a core
> dump if done in the trampoline code which is still in user mode.
Hmmm... What if the application passes a (possibly handcrafted)
sigcontext to an explicit call to sigreturn. %gs should be restored in
that case too, right?
Isn't it therefore better to have %gs in
gs in both
cases.
o Which sigreturn to use is now determined by the process flag that
is used to determine which sendsig is to be used (symmetry)
o restoring %gs is now handled in the proper sigreturn.
I'll commit this if noone objects.
--
Marcel Moolenaarmai
eference NIL
***pc = 0x2f
***
Abort trap (core dumped)
> Note, you are going to have trouble getting much out of the core dumps
> from the binaries, because they're a.out. I've placed an unstripped
> ELF binary here if you'd like to help out by
son I changed that into unsigned int.
Parts submitted by: bde
sigaltstack bug found by: bde
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscr
ce with Linux emulation?
Some reports of crashes have come to me, but none contained the
necessary information or simply weren't reproducable. If you think
there's something wrong and you want me to take a look at it, you'll
have to give me something to work on.
--
Marcel Moolenaa
_r.
>
> Anyone else getting this?
>
> compiling a void main(void){} with -pthread will barf for me,
> using -static I'm able to see which files are missing which
> inlines.
This isn't a problem report I can deal with. Please be very explicit.
--
Marcel Moolenaar
"Daniel C. Sobral" wrote:
>
> Marcel Moolenaar wrote:
> >
> > You can easily install a kernel as part of the upgrade process. A
> > complete upgrade would be something like:
> >
> > 1. Verify and/or install cross-compilation tools
> > 2. Build
mcontext_t compat. */
int sc_spare[16]; /* XXX - mcontext_t compat. */
sigset_t sc_mask; /* signal mask to restore */
};
The Alpha port has similar construct...
The third argument can now be defined as either struct sigcontext or as
ucont
Leonard Sitongia wrote:
>
> Is there a new static binary to use?
>
No. Using an old one should fix this.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EM
Daniel Eischen wrote:
>
> Marcel Moolenaar wrote:
> > Dag-Erling Smorgrav wrote:
> > >
> > > How about this: early in make world, we check whether or not the
> > > current kernel supports the new syscalls. If it does, good. If it
> > > doesn&#x
pilations. This implies (IMO) that the source tree is never
used to build the tools with which a world is built (ideally). Such a
solution may take too long to be implemented to be used as a solution
now, though.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworkin
yone, I'll commit it (assuming Q1 is answered positive).
Corrections, additions and the likes are welcome (as usual :-)
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmail
re building under NetBSD, and they don't have
> getcwd as a syscall so we need to compile getcwd as a function using
> this code, instead of using FreeBSD's syscall...
What you are saying, is that libc must be used as a compatibility shell,
right?
> and as Bruce w
rget to install the newly built kernel as part of
an upgrade process. It may not be appropriate in a normal installworld,
though.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD project
t; running 3.x. It sounds like some folks would be satisfied just having
> that.
Exactly, but done properly (or at all) installing may be possible as
well. I think we should aim for that to happen and see where it leads
us.
--
Marcel Moolenaarmailto:[EMAIL PROTECTE
headers and libraries (at least, that should
> > be case).
>
> Exactly, thats what makes it the hosted cross compiler. The only thing
> we use it for is building the target binaries. Have you ever worked
> in cross platform development??
Not enough. I am a compiler w
roblem as detailed and consise as
possible. I already have some specific thoughts and ideas. I'm thinking
large here: real cross-compilation capabilities and such (it may be
handy for FreeBSD/IA64)...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internet
Alan Cox wrote:
>
> I guess this discussion means that the 4th argument is gone too...
>
Yes. ucontext_t (3rd argument) already contains that information and
siginfo_t *should* contain that information. There's not need for a 4th
argument anymore.
--
Ma
text.mc_tf.tf_err).
I haven't paid any attention to implement any of the fields in siginfo_t
because that may only have complicated matters. It may be required to do
some non-trivial rewriting to get all the information at the right
place. Since real-time signals are also in the pipelin
y the actual (cross)build. This can maybe
also be used to handle bootstrapping problems on -current itself
(compiling -current on a -current machine). It certainly minimizes
unnecessary compilation and thus minimizes the time needed to do a make
world.
You may be right about going mad if you try
t if you put your mindset in the frame that this
> is just another engineering problem you'll come up with the ``right
> solution'' that will make everyone happy.
You don't have to be a committer for long to know that you can't make
everyone happy :-)
--
Marcel
c: In function `sigpause':
> /usr/src/lib/libc/../libc/compat-43/sigcompat.c:91: request for member `__bits' in
>something not a structure or union
> *** Error code 1
>
> Stop in /usr/src/lib/libc.
> *** Error code 1
> ...
>
> Can someone shed some light on thi
dmitted, I'm
only using it to play audio CDs :-)
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
wit
ou need the new
libraries and headers installed before you can make individual programs.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe:
Richard Wackerbarth wrote:
>
> > Sub-problem A (syscalls) can be easily handled if the syscalls are added
> > to a -stable kernel.
>
> Wrong. I CANNOT rebuild the kernel that runs my build machine.
What are you saying?
--
Marcel Moolenaarmailto:
Andrew Reilly wrote:
>
> On Thu, Sep 30, 1999 at 12:13:32PM +0200, Marcel Moolenaar wrote:
> > The problem
> > ---
> > When doing a make world, tools are being built that are used by the
> > build process. This is to make sure that the tools are appropri
Marcel Moolenaar wrote:
> Pros
>
> o It increases inoperability between -stable and -current.
I mean decreases inoperability or increases operability of course :-/
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases
urrent is only possible after
an upgrade to post 3.3.
o It's still hypothetical.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsu
ally works to well...
Ah, now I understand your use of development.
> I am planning on upgrading my 3.0-R to 3.3-R, but that won't fix anything
> that allows me to build -current on it...
Try -DNOTOOLS. I don't know if the -current sources depend specifically
on -curre
ng world...
Using -DNOTOOLS should allow you to build a -current world without
installing a new kernel.
Stay focussed people!
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD project
g with the
new sigset_t that weren't working before. Luoqi's work to support libvga
is also a great thing, BTW.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectm
ny of that...
I'm not sure how you are developing, but in general you don't depend on
the tools target unless you are rebuilding the system. As long as you
don't upgrade to -current for now, there's absolutely nothing to worry
about. You can still develop on -stable. You binar
to be worked
out, though.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
uth. I have been working hard to prevent that...
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
e build/installworld. There's nothing
"broken" about having to install the kernel first, IMO. I don't see how
I can "fix" it then.
The upgrading from -stable to -current is currently being tested by Bill
Fumerola. I can imagine that some might be broken in that cas
&& SIGNOTEMPTY(p->p_siglist) && NFSINT_SIGMASK(tmpset))
> return (EINTR);
> return (0);
> }
>
> It looks like the old code was prepared for "p" to be NULL, but the
> new code assumes it is non-NULL.
Thanks, I overlooked that on
Doug wrote:
>
> On Wed, 29 Sep 1999, Marcel Moolenaar wrote:
>
> Is there any way at all that we can change this process so that
> building the kernel first is not required?
IIRC, you can use -DNOTOOLS. In that case the current tools are assumed
to be sufficient for buil
John Polstra wrote:
>
> Marcel Moolenaar wrote:
> > John Polstra wrote:
> >> strip
> >> # doscmd \
> >> .endif
> >
> > It doesn't give me any problems...
>
> Weird! It doesn't seem like the Alpha make
...). Let me know if you'd like some additional info.
Yes please. Looking at the code, it seems to me that nmp shouldn't be 0.
What I like to know is, if sendsig/sigreturn is somehow involved. A bad
stack can do all sorts of nasty things.
--
Marcel Moolenaar
As a
rule of thumb: rebuild the modules you use when you rebuild the kernel.
If that doesn't help in this case, continue debugging :-)
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD project
uded along the way which
contains the const and volatile modifiers. I don't consider
this a solution, but more a workaround.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD project
Mike Pritchard wrote:
> I have a panic that I can duplicate with a 24 hour old "make world"
> and a 4 hour old -current kernel.
If you use the linux module, make sure it's in sync with the kernel. If
that doesn't help, either follow Matt's advice or use ktra
=$(tmacdir)/mdoc
CLEANADD=stamp-strip stamp-wrap tmac.e-s tmac.doc-s tmac.doc.old-s \
doc-common-s doc-ditroff-s doc-nroff-s doc-syms-s *-wrap
Andrey didn't reply to my mail about it, so if nobody else has any
objections (or beat me to it), I'll fix it this week.
as indeed changed. Consider it done.
Thanks,
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "u
tinue fixing userland (games/hack does not compile).
o Alpha port
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD projectmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
let you discuss the
matter further :-)
FYI: I have reimplemented {sig|_}?{set|long}jmp to use the new sigset_t and
all works well. It's not really important for me at this time how these
functions are eventually implemented. For now I'm at least able to fix
userland code.
--
Marcel Moolenaar
by setjmp itself, but by sigblock. It was
using the new syscalls instead of the "old" (compatibility) ones. That is
solved. make world is now broken in another place :-)
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://w
race...
>
> The {,sig}setjmp buffer contains a sigset_t. The size of a JMP_BUF
> needs to be large enough to make this work. Additionally, the setjmp
> family currently use the old-style (sigblock/sigsetmask) signal calls,
> which will have to change.
Agreed.
--
Marcel Moolenaar
patibility in the future.
The setjump/longjump family of functions are userland function AFAICT. For
that reason I would not choose to add syscalls. If atomicy is a real
problem, then it may be preferable to have the kernel help out. Anyway,
this issue is basicly independent of the sigset_t change.
Garrett Wollman wrote:
> Peter D. and I have been discussing this topic over the past few days,
> and I was about to sit down and do the implementation when I saw your
> message. I'd appreciate it if you can hold off on yours for a bit.
Yes, but why?
--
Ma
specification
> as a different data type.
>
> I don't know about ANSI.
The point is that uint64_t (for example) is not exported to ANSI/Posix
sources. uint64_t is simply undefined/undeclared. My first implementation
used u_int32_t, but I had to change that because it broke build world in a
by simply compiling...
That's what I did. I booted my new kernel without any problems or panics
and without breaking any existing code. So, it indeed works quite well :-)
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Database
401 - 500 of 512 matches
Mail list logo
