On Mon, Oct 08, 2012 at 09:11:29AM -0700, Marcel Moolenaar wrote:
> two independent efforts (ATF & bmake) and there was no indication that
> one would be greatly benefitted from the other. At least not to the
> point of creating a dependency.
It seems we do have the situation where folks feel ther
On Thu, Oct 25, 2012 at 03:00:21PM -0700, Garrett Cooper wrote:
> Here's an updated version of the workaround that works properly in all
> cases and installs bmake as make and links make to pmake when
> WITH_BMAKE=yes, and installs make as make when WITHOUT_BMAKE is
> specified (this works better t
On Thu, Oct 25, 2012 at 03:00:21PM -0700, Garrett Cooper wrote:
> Here's an updated version of the workaround that works properly in all
> cases and installs bmake as make and links make to pmake when
> WITH_BMAKE=yes, and installs make as make when WITHOUT_BMAKE is
> specified (this works better t
On Tue, Oct 02, 2012 at 07:19:55AM -0700, Garrett Cooper wrote:
> Hmmm... that's one of the 3 approaches I provided, but it turned out
...
> 1. Test programs live with the sources (this was the requested approach), e.g.
> 2. Test programs live in subdirs:
> 3. Test programs completely decoupled fro
On Thu, Oct 25, 2012 at 02:23:06PM -0700, Marcel Moolenaar wrote:
> I think there are 2 reasons why not to:
> 1. The people working on ATF have not raised this concern and
> have expressed that using the WITH_BMAKE knob is but a small
> price to pay.
I'm trying to create an ATF test for f
On Fri, Oct 26, 2012 at 09:41:36AM -0600, Ian Lepore wrote:
> We have to be able to build the same source for multiple versions of
> freebsd, so even finding all the old :U and :L and any other
> incompatibilities and fixing them isn't an option because we'd just
> trade "works in freebsd 10" for "
On Fri, Oct 26, 2012 at 12:12:44AM +0200, Baptiste Daroussin wrote:
> Do be able to get the ports tree working with bmake asap, I also asked
> him to MFC it to 9.1, from latest reply he got positive answer from re@
> about this, but was waiting for something I don't remember.
:tu/:tl is in releng/
On Wed, Oct 31, 2012 at 12:58:18PM -0700, Alfred Perlstein wrote:
> It seems like the new compiler likes to get up to ~200+MB resident when
> building some basic things in our tree.
> Unfortunately this causes smaller machines (VMs) to take days because of
> swap thrashing.
You could try reducin
For a reason I haven't tracked down, this patch results in a panic on
6-STABLE when taking the GENERIC kernel and adding WITNESS, INVARIANTS,
INVARIANT_SUPPORT, MUTEX_DEBUG, KDB, KDB_TRACE, DDB.
Index: sys/proc.h
===
RCS file: /home/n
> > > Yar Tikhiy wrote:
> > > >I've had to use /rescue recently and felt lack of a few basic tools
> > > >in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
> > > >e.g., sed(1). Well, in fact most functionality of pgrep(1), head(1),
> > > >tail(1), and even tee(1) can be emulated
On Sat, Oct 13, 2007 at 10:01:39AM +0400, Yar Tikhiy wrote:
> On Wed, Oct 03, 2007 at 07:23:44PM -0700, David O'Brien wrote:
> > I also don't see the need for pgrep - I think needing that says your
> > system is running multiuser pretty well.
>
> First of all, I&#
On Thu, Oct 18, 2007 at 02:04:21AM +0400, Yar Tikhiy wrote:
> On Mon, Oct 15, 2007 at 10:38:26AM -0700, David O'Brien wrote:
> > I guess I'm not creative enough in the ways I've screwed up my systems
> > and needed tools from /rescue. 8-)
>
> Just try to insta
On Sun, Feb 24, 2008 at 12:43:39PM -0700, M. Warner Losh wrote:
> : > { "-empty", c_empty,f_empty,0 },
> : > { "-exec", c_exec, f_exec, 0 },
> : > { "-execdir", c_exec, f_exec, F_EXECDIR },
> : > - { "-false", c_simple, f_no
On Mon, Feb 25, 2008 at 12:07:44AM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Mike Meyer <[EMAIL PROTECTED]> writes:
> You fail to understand the complex interplay of politics here. These
> people do not want to see beyond it. They want to shut you down
> because
On Sun, Feb 24, 2008 at 07:26:04PM +0900, Adrian Chadd wrote:
> I was just wondering why we're not shipping a GENERIC type
> configuration that simply loads the modules at startup, rather than a
> statically linked kernel. I thought that was a large part of the push
> for the modular framework in y
On Mon, Feb 25, 2008 at 10:33:41PM +0200, Giorgos Keramidas wrote:
> On 2008-02-23 16:48, "M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> > This knee-jerk reaction against gnu find functionality baffles me.
> > The changes are trivial and make FreeBSD more compatible. It is such
> > an obvious no-br
On Tue, Feb 26, 2008 at 01:56:28PM +0900, Adrian Chadd wrote:
> On 26/02/2008, David O'Brien <[EMAIL PROTECTED]> wrote:
>
> > As you've shown the magic is in the loader.conf. I don't know a good way
> > to handle this other than attempt to load every m
On Thu, Feb 28, 2008 at 03:26:55PM +0900, Adrian Chadd wrote:
> Is there some sane-ish way of auto-generating a list of modules given
> a config file? The "device" statements don't match up with the module
> name in all bar 4 or 5 places. Is there some chain of files I can
> munge to match things u
On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
> here's a set of diffs that will allow FreeBSD's usr.bin/make to build
> on Linux. I'm sure they are gross, and I don't plan to commit them
> (at least not all of them), but I thought I'd post them here to see
> what people think.
T
On Tue, Mar 04, 2008 at 10:58:15AM +0100, Rink Springer wrote:
> On Tue, Mar 04, 2008 at 10:17:30AM +0200, Giorgos Keramidas wrote:
> > Solaris lacks TAILQ_xxx stuff too, so I would prefer something like
> > "bsdcompat.h" or similar.
>
> Seconded - "linux.h" is far too generic. I must say I like t
On Tue, Mar 04, 2008 at 03:15:32PM +, Robert Watson wrote:
> In most ports of FreeBSD parts to Linux that I've seen, the preferred
> solution has to been to bring the entire FreeBSD queue.h with you
> rather than relying on the native Linux queue.h. This is what we do
> for OpenBSM, for exampl
On Tue, Mar 04, 2008 at 05:45:43PM +0200, Giorgos Keramidas wrote:
> To test just cpp(1) stuff, autoconf supports AC_PREPROC_IFELSE() too,
> which I used when I tried writing a check for __FBSDID():
Why are you writing a check for __FBSDID? Our sources so assume it
that IMnoHO you just need to pr
On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
> #include "arch.h"
> +#include "config.h"
Are you able to use "CFLAGS+= -include config.h" instead?
If so, that would mean less .[ch] changes.
___
freebsd-hackers@freebsd.org mailing list
On Tue, Mar 04, 2008 at 05:37:30PM +0200, Giorgos Keramidas wrote:
> The next part, about the missing errx() functions on Solaris is going to
> be tonight's fun. If there are too many missing functions, it may be
> worth adding a static `libcompat' with copies of just the functions we
> need to ru
On Tue, Mar 04, 2008 at 11:04:07AM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> "David O'Brien" <[EMAIL PROTECTED]> writes:
> : On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
> : > #include "arch.h&qu
On Tue, Mar 04, 2008 at 09:38:25PM +0200, Giorgos Keramidas wrote:
> On 2008-03-04 09:58, David O'Brien <[EMAIL PROTECTED]> wrote:
> >On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
> >> #include "arch.h"
> >> +#include "conf
[ DO NOT REPLY TO MY PREVIOUS MESSAGE WITH THESE SAME CONTENTS
I GOOFED AND SET REPLY-TO freebsd-alpha !! ]
On Tue, Mar 04, 2008 at 09:38:25PM +0200, Giorgos Keramidas wrote:
> On 2008-03-04 09:58, David O'Brien <[EMAIL PROTECTED]> wrote:
> >On Mon, Mar 03, 2008 at 10:42:5
On Wed, Mar 05, 2008 at 01:02:17PM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> "David O'Brien" <[EMAIL PROTECTED]> writes:
> : On Tue, Mar 04, 2008 at 10:58:15AM +0100, Rink Springer wrote:
> : > On Tue, Mar 04, 2008 at
On Thu, Mar 06, 2008 at 01:44:59PM +0100, Ulf Lilleengen wrote:
> During the past few months, I've implemented CVSMode support for csup.
This would be good to have.
Have you looked at CVSync http://www.cvsync.org/ to see how he handled
some of the wierdness in ,v files?
__
On Tue, Feb 26, 2008 at 09:28:53PM +0100, Joerg Sonnenberger wrote:
> On Tue, Feb 26, 2008 at 07:44:48PM +0100, Martin Laabs wrote:
> > I also made a comparison between gzip and bzip2 regarding
> > the compression ratio on a dump of my home directory (3.2GB)
> > bzip2 took about 74min to compress,
On Tue, Aug 29, 2006 at 10:00:12PM +, Mohan Srinivasan wrote:
> mohans 2006-08-29 22:00:12 UTC
> FreeBSD src repository
> Modified files:
> sys/nfsclientnfs_socket.c
> Log:
> Fix for a deadlock triggered by a 'umount -f' causing a NFS request to never
> retransmit (o
On Fri, Mar 14, 2008 at 07:14:04PM -0400, Steven Kreuzer wrote:
> I achieve 100% compatability with the GNU version, I need to add
> -v/--version and the issue I ran into is that since this program would
> become part of the base os, what exactly should be displayed.
I see no reason you need to be
On Sat, Mar 15, 2008 at 03:21:01PM -0700, Bert JW Regeer wrote:
> Even if BSD has no tradition to keep a separate program version, it is
> still very handy to be able to give this data to other developers if
> something is failing.
$ ident failing-binary is the output that means something. A ve
On Sat, Mar 15, 2008 at 02:58:40PM +0200, Jordan Gordeev wrote:
> I am a student who considers applying for Google's Summer of Code
> programme.
> One of my ideas for a GSoC project has the following synopsis:
>
>Add virtual kernel (vkernel) support to FreeBSD for the i386 and amd64
> archite
So is FreeBSD *EVER* going to see native IPv6 ??
I attended a talk by a group of Intrusion Detection researchers. They
were basing their research on FreeBSD because they needed divert
sockets and found FreeBSD worked perfectly for this in this respect.
However, once they needed IPv6 and IPsec gues
> This one raised a number of eyebrows and a few people asked you to hold
> on to legacy support for a single release. It's a reasonable request,
> given the obscure error message one gets for providing the previously
> supported syntax:
>
> newsyslog: error in config file; bad permissions:
> /var
> COMPATIBILITY
> Previous versions of the chown utility used the dot (``.'')
> character to distinguish the group name. Begining with FreeBSD
> 4.0, this has been changed to be a colon (``:'') character so that
> user and group names may contain the dot character.
Hum... I th
On Tue, Jul 27, 1999 at 05:25:23PM +0200, Sheldon Hearn wrote:
>
> Hi Brian,
To paraphase Bill Paul:
G that's part of my last name.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the
> A better patch would check to see if the text to the right of the '.'
> is a valid group... However, the above will still parse
>
> fred.jones:fred.jones
>
> in the most desirable way, so I suppose the validity checking is
> overkill.
This is what I plan to commit (w/in minutes):
-
> http://www.freebsd.org/~des/software/grep-0.7.tar.gz>
Before importing, it must display a version number of 1.0 (or drop the
version number). This is not Linux where everything is version 0.xy.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord..
$ uname -a
$ grep foo NONEXIST
Segmentation fault (core dumped)
$ gdb /usr/bin/grep grep.core
...
(no debugging symbols found)...
Core was generated by `grep'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libz.so.2...(no debugging symbols found)...done.
Rea
> A more general concern is whether Henry Spencer's regex routines
> -- at least in our present "alpha-quality" version -- are up to
I spoke to Henry at USENIX and he said he has a new version of his regex
library. I have added it to my plate of things to update.
--
-- David(obr...@nuxi.com
> I've had some interesting comments from David Bushong, motivating for
> inclusion of his Magdir candidate on PR 12554. He makes a strong case
> for a bloated file(1) Magdir. The only thing we're battling with is a
> filename for his submission.
My advice would be to submit his PR to Chris Demtri
> I think u must read following:
> http://www.freebsd.org/releases/3.2R/errata.html
There is nothing on the 3.2 errata that addresses this.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the bo
> various researchers and early-adopters, all of which can go to the
> KAME site and grab the patches to 3.2-stable if they want to play now,
> today. If we haven't done a good enough job of making that clear and
> are suffering from defections to other *BSDs because of this, then we
> just need t
> > > My advice would be to submit his PR to Chris Demtrito(sp?), file's
>
> You may want to verify this. I'm pretty sure that Christos Zoulas
> (another NetBSD guy) maintains file(1): chris...@zoulas.com.
My major Duh!! If Christos sees this thread, my apologies. There is no
excuse for me not
> > My major Duh!! If Christos sees this thread, my apologies.
>
> David, I was trying to be helpful; sorry if my msg came across wrong.
^
Not in the least. I was being stupid and that's all. I'm certainly not
mad about anythi
Has anybody taken a look at the FreeBSD driver source at
http://www.initio.com/source.zip for the INI-* cards? Is this something
we should import into -CURRENT?
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freeb
> I've had a week-end away from a keyboard to think about this. The only
> reason we have to use case statements for case-insensitive variable
> testing is because sh(1) doesn't offer any upper/lower case handling
Also so that common settings can be added. Besides "yes" and "no" there
could be ot
> It breaks because compat22 is installing _everything_ in
> /usr/lib/compat/aout. We've reproduced this locally - compat22 is
> hosed.
Will fix this. I followed the lead of the "unoffical" compat22 which was
built from libs on Hub.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
> It breaks because compat22 is installing _everything_ in
> /usr/lib/compat/aout. We've reproduced this locally - compat22 is
> hosed.
I *knew* this was going to bite us in the ass. I brought it up at E-day
time... and was ignored.
Some body please decide where bits should live. *IF* you up
> > NOW if you look at the compat2{0,1} bits we shipped with 3.2, they
> > install into /usr/lib/compat/. Thus we have no consistancy. So compat22
> > is no more broken than ``make aout-to-elf''.
>
> I think you are abusing compat22 by adding the aout (legacy) stuff.
> Why not just build a legac
> Just noticed David's commits into HEAD... ;-)
> David, you have forgotten to put ld.so into compat22
No I didn't (and I wish people would stop accusing me of forgetting
stuff!). For some reason, I am now having problems with remove CVS
commits. :-(
--
-- David(obr...@nuxi.com -or-
> Problem
> ---
>
> Fact: ld.so (rtld-aout) is built as part of ``legacy-build'' and then
> installed as part of ``legacy-install''. In order to build it,
> one needs to pass -DWANT_AOUT to the ``make world'' process.
> This will build a.out libraries and legacy boot as well
> And would it be possible to MFC this stuff
After it is tested in -CURRENT first.
> and add an 3.2-ERRATA entry...
Why? The compat22 distribution on the FTP site has ld.so in it, as wil
the CDROM. Did you install 3.2 on the very first day?
--
-- David(obr...@nuxi.com -or- obr...@freeb
> > Why? The compat22 distribution on the FTP site has ld.so in it, as wil
> > the CDROM. Did you install 3.2 on the very first day?
>
> Just about. Did a make release for local internal use. Is there a
> slightly newer CVS tag other than RELENG_3_2_0_RELEASE that gets us all we
> need t
> I compiled the ISC DHCP client seperately, since the port was marked
> broken in 3.1, but I see it's been fixed in 3.2.
You should not have needed to do that -- see /sbin/dhclient.
(ie, the ISC DHCP client has been part of the base system since just
before 3.1-RELEASE).
Enjoy!
--
-- David
> Is there any reason to have getopt.c replicated in so many different
> programs:
> cvs, grep, gzip, patch, ptx, sort, tar
> and maybe a few others that I missed...
for src/contrib/ we try not to dink too much with the code. Otherwise
the maintance can get heavy.
--
-- David(obr...@
> > Why? The compat22 distribution on the FTP site has ld.so in it, as wil
> > the CDROM. Did you install 3.2 on the very first day?
>
> Just about. Did a make release for local internal use. Is there a
> slightly newer CVS tag other than RELENG_3_2_0_RELEASE that gets us all we
> need t
> > Jordan just slid the "RELENG_3_2_0_RELEASE" forward to include my changes
> > to compat22 that match the hand-hacked versions on the CDROM/FTP site.
> >
> > One should now be able to build a duplicate 3.2-RELEASE.
>
> Did I see a commit to 3.2's ERRATA.TXT that needs to be backed out now?
No
> All of the programs listed, except cvs, were not under contrib.
They will be on the next upgrade. :-)
> I was thinking of factoring out gnugetopt into a libgnugetopt under
> contrib
It would be better to create src/gnu/lib/libgnugetopt/Makefile and point
".PATH:" to the newest src file we h
Does anybody know what /usr/src/lib/libss/ is? There isn't a manpage for
it, and viewing the source I still can't figure out what it is other than
it came from MIT (Athena).
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsu
> on another note, LIBWRAP_INTERNAL looks like it must be defined for
> internal services to be wrapped, yet it is not defined during freebsd's
> compile -- only LIBWRAP is. yet freebsd's inetd man page says that internal
> services may be wrapped. since it is not currently so by default, perhaps
On Tue, Jun 29, 1999 at 06:54:06PM -0400, Bill Fumerola wrote:
> Unless there is strong feelings against it, I'd like to commit the smb
> patches (as seen on www.samba.org)
Cool! I've been meaning to do this for quite some time. HOWEVER, please
reference this PGP signed email (I'll send you the
> ... compared to the sources as of today. This gives minimal semantic
> difference from the way it worked before the change (which was that if
> FTP_PASSIVE_MODE existed, ftp used passive mode).
I have to agree with Eivind, I know of people in my lab that have
FTP_PASSIVE_MODE defined to nosense
On Fri, Jul 02, 1999 at 05:15:14PM -0700, Mike Smith wrote:
> > I have to agree with Eivind, I know of people in my lab that have
> > FTP_PASSIVE_MODE defined to nosense values since that is all that was
> > required before. Now what are these poor souls to do when they upgrade
> > to 3.3-R and th
> The Xircom ethernet driver needs to read/write PCCARD attribute memory from
> its probe routine, in order to identify the type of card and to beat
...
> then making crdread() and crdwrite() (in /sys/pccard/pccard.c)
> non-static and calling them directly from the driver code would be an
> easy w
On Fri, Dec 16, 2005 at 12:42:51AM -0700, Scott Long wrote:
> SMP laptops are
> right around the corner, and we should be ready to support SMP
> out-of-the-box.
Already here - Alienware Aurora m7700 Athlon X2 dual-core.
http://www.alienware.com/product_detail_pages/Aurora_m7700/aurora-m_features.a
With multi-socket systems becoming more prevalent, and the continued
increase in cores per processors, I thought it would be nice for
'make -j' to gain some automation.
Attached is a patch that makes "-j-" be the same as
"-j `sysctl -n kern.smp.cpus`" and "-j=" be twice that.
I've also thought th
On Mon, Mar 05, 2001 at 02:55:22PM -0800, John Baldwin wrote:
> I'm guessing YY_PROTO is like __P() so it can be "compilable with a K&R Old
> Testament compiler."
Yes. And in this case, the output of lex *must* be portable to K&R.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / L
Does anyone know of *any* problems with committing this diff?
It changes the % free space from the 8% default to 0.
Index: doFS.sh
===
RCS file: /home/ncvs/src/release/scripts/doFS.sh,v
retrieving revision 1.24.2.3
diff -u -r1.24.2.3
On Thu, Mar 08, 2001 at 06:13:07PM -0800, Alex Zepeda wrote:
> However, there *ARE* some of us who aren't intimate with your fxp
> problems.
The problem does exist. I have a board that the `fxp' driver splits this
out for:
fxp0: warning: unsupported PHY, type = 17, addr = 2
fxp1: warnin
On Sat, Mar 10, 2001 at 10:30:08AM -0600, Peter Seebach wrote:
> For that matter, is the fxp still the most-recommended driver on Alpha?
It *never* has been the recommended driver on FreeBSD/Alpha. The fxp
driver has had issues on Alpha for a long time. Andrew will fix
something with it, then i
On Tue, Mar 13, 2001 at 06:26:29PM +0300, Zaitsev Serg wrote:
> I have upgrade the Sendmail 8.11.3 on FreeBSD 4.2.
> But on FreeBSD 4.2 I got trouble with /usr/libexec/mail.local .
> Filling up /var/spool/mqueue a lot of files.
> /var/mail/user was empty.
> Mail stopped.
>
> chmod u+s /usr/libexe
On Mon, Mar 12, 2001 at 10:34:32PM -0800, Gordon Tetlow wrote:
> On Mon, 12 Mar 2001, Dan Phoenix wrote:
>
> > CC="gcc -O6 -fomit-frame-pointer" OPTIM="-O2 -DBUFFERED_LOGS"
> >
> > could some c guru tell me if this would be bad to use to an apache
> > optimization? I need to compile apache on my
On Tue, Mar 13, 2001 at 10:08:00AM -0800, Gordon Tetlow wrote:
> Actually, we did. Of course, our production stuff is still compiled with
> gcc 2.7.2.1. I think. Whatever the standard system compiler for
> FreeBSD-3.2 is. And that was at a time when the world was still compiled
> with -O2, wasn't
On Wed, Mar 14, 2001 at 11:57:51AM +1000, Greg Black wrote:
> $ uname -rs
> FreeBSD 4.2-RELEASE
> $ cat /usr/src/UPDATING
> cat: /usr/src/UPDATING: No such file or directory
>
> Perhaps the documentation should be installed more thoroughly.
If one is building and installing a new
On Wed, Mar 14, 2001 at 12:27:02PM +1000, Greg Black wrote:
> This is the point where we disagree. The information in this
> file is in fact of interest to somebody who does a fresh install
> from CD as the simple way to upgrade from an earlier release.
Huh??? If you do a fresh install from CD,
On Wed, Mar 14, 2001 at 01:19:31AM -0800, Alex Zepeda wrote:
> However, even the pgcc web page describes -O2 as safe.
I won't even to there...
> Yes, scanning thru the ML leads me to believe some of these optimizations
> are pretty much untested. Which is kinda funny, since the ia32 bits are
On Wed, Mar 14, 2001 at 09:09:15AM -0800, Alfred Perlstein wrote:
> how many times does windows crash because of poorly written drivers
> rather than flaws in the core OS? (*)
ALL the time. Microsoft has given the UC-Davis security and formal
verification lab a multi-year grant to look at this p
On Wed, Mar 14, 2001 at 11:37:34AM -0800, Alfred Perlstein wrote:
> > ALL the time. Microsoft has given the UC-Davis security and formal
> > verification lab a multi-year grant to look at this problem.
> > (the approach being researched is "model checking")
>
> How does one get the forms for the
On Wed, Mar 14, 2001 at 02:41:53PM -0800, Kent Stewart wrote:
> With 2000 and above, your system will check for non-digitally signed
> dll's and etc.
Being signed has nothing to do with correctly working.
The project I was speaking about wanted to be able to do something about
you buying that won
On Wed, Mar 14, 2001 at 04:51:14PM -0500, Dennis wrote:
> Why would they need to do that? Every time you load a program it updates
> the libraries, breaking older programs. Its a philosophical problem. You
> dont need a grant to figure it out.
You JUST DON'T GET IT [academic research]. And any
On Wed, Mar 14, 2001 at 03:12:41PM -0800, Alex Zepeda wrote:
> > Not untested -- but you should go grab a graduate text on compiler
> > optimizations and familiarize yourself with the complexity of the problem.
>
> Care to recommend any starting places. You've piqued my interest.
http://www.ama
On Fri, Mar 16, 2001 at 11:04:43AM +, Jordan DeLong wrote:
> It seemed that send-pr was just for reporting issues, not for fixing
> them also
Nope. At the bottom of the send-pr form, is a "How to fix" section.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
On Sat, Mar 17, 2001 at 10:46:42AM -0800, Alfred Perlstein wrote:
> > GCC 2.95.3 was just released. I did notice that there are some bug fixes
...
> > in the optimizer, and some various other fixes etc. Considering the
> > recent discussion about incorrect code generation due to -O2 and above,
I
On Mon, Mar 19, 2001 at 02:54:52PM +0100, Titus von Boxberg wrote:
> Since at least aug. 2000 (according to the mailing list
> archives) the exception handling in base system g++ is broken
> (at least for multithreaded programs)
I am not aware of exception handling being broken (more so than in 4
On Mon, Mar 19, 2001 at 04:32:36PM -0500, Alexander N. Kabaev wrote:
> It there any particular reason why you are using gcc295 from ports
> instead of FreeBSD stock compiler?
I would assume because he has a 3.4 box:
$ g++295 -v
specs from /usr/local/lib/gcc-lib/i386-portbld-freebsd3.
On Mon, Mar 19, 2001 at 08:12:18PM -0500, Alexander N. Kabaev wrote:
> The fix has been posted on the gcc-devel mailing list and Berndt
> Schmidt even included it into some of GCC 2.95.3-testXX release. And
> that time I decided that my job is done, but apparently Berndt managed
> to revert (most
On Tue, Mar 20, 2001 at 04:31:06PM -0500, Alexander N. Kabaev wrote:
> I certainly do not see that happening in FreeBSD 4-STABLE any time
> soon.
It never will.
> FreeBSD-CURRENT might switch to DWARF2 some day, David O'Brien is
> the right person to ask about that.
It will h
On Wed, Mar 21, 2001 at 06:39:47PM +0600, Max Khon wrote:
> Btw, do you have patches that fix sjlj exceptions for 2.95.3?
Can you try these?
Index: except.c
===
RCS file: /cvs/gcc/egcs/gcc/except.c,v
retrieving revision 1.82.4.3
re
On Wed, Mar 21, 2001 at 01:35:30PM -0500, Alexander N. Kabaev wrote:
> This patch will work. According to Berndt Schimidt, there are some problems
> with it on HP/UX and that was the main reason why it was backed out.
That I knew, but I never saw the details (I may have missed them in the
GCC mai
First let me say to anyone reading the email I am replying to:
_ _ ___ __ _ _ _
| _ \ ___| \ | |/ _ \_ _|__| | ___ | |_| |__ (_)___
| | | |/ _ \ | \| | | | || | / _` |/ _ \ | __| '_ \| / __|
| |_| | (_) | | |\ | |_| || |
On Thu, Mar 22, 2001 at 12:51:00PM -0700, Matt Simerson wrote:
> Actually, they aren't backwards. You've gone and snipped the parts of my
> original message that show that the commands are being executed at the same
> time.
I read you message twice and came away with the same idea. You should
wr
On Wed, Mar 21, 2001 at 01:35:30PM -0500, Alexander N. Kabaev wrote:
> This patch will work. According to Berndt Schimidt, there are some problems
> with it on HP/UX and that was the main reason why it was backed out. I never saw
> any ill effects on i386 with this patch though, while good efects
On Sat, Mar 24, 2001 at 06:31:44PM +0100, Luigi Rizzo wrote:
> 2) even if you have hardware with an "fxp" on board, adding a second
>supported card is cheap and easy -- nothing like having to put
>in a second video card;
Many, many U1-form-factor systems have two fxp on-board NICs.
No roo
On Sat, Mar 24, 2001 at 03:11:54PM -0500, Dennis wrote:
> Most drivers are written without full docs.
Feh. *EVERY* wpaul written Ethernet driver was written _with_ having the
full docs. wpaul will not write a driver otherwise.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux
On Sun, Mar 25, 2001 at 08:09:31PM +0200, Jochen Kaiser wrote:
> why are all my .o files in /usr/obj/usr/src/lib/libc and not in
> /usr/src/lib/libc ?
Because that is how our make framework works w/in /usr/src
See the readme in /usr/share/mk/
> I changed syscalls.master, created new syscall, ma
On Tue, Mar 27, 2001 at 05:16:53PM +0930, Greg Lehey wrote:
> No, there's no requirement for it to be a prime number. The only
> problem is that with 32 MB cylinder groups and a power of two stripe
> size and subdisk count, you end up with all the superblocks on one
> subdisk,
The change I made
On Wed, Mar 28, 2001 at 10:26:56AM +0200, Arjan Knepper wrote:
> What is preffered the build-in STL (/usr/include/g++) or STLport?
The one bundled with (and matches) G++ of course. Unless you find your
code just will not work with it.
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mai
1 - 100 of 372 matches
Mail list logo
