In message: <[EMAIL PROTECTED]>
Bruce Evans <[EMAIL PROTECTED]> writes:
: On Thu, 31 Oct 2002, M. Warner Losh wrote:
:
: > In message: <[EMAIL PROTECTED]>
: > Terry Lambert <[EMAIL PROTECTED]> writes:
: > : "M. Warner Losh" wrote:
: > : > : I await an explanation of how you
On Thu, 31 Oct 2002, Loren James Rittle wrote:
> In article <[EMAIL PROTECTED]>,
> Bruce Evans<[EMAIL PROTECTED]> writes:
>
> When I run your program against gcc mainline (for 3.3 release) with
> the patch I have staged from RTH to correctly match our FP hardware
> default setup, I see:
>
> S ritt
On Thu, 31 Oct 2002, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Terry Lambert <[EMAIL PROTECTED]> writes:
> : "M. Warner Losh" wrote:
> : > : I await an explanation of how you can fit 2*DBL_MAX into a double,
> : > : which has a range of DBL_MIN..DBL_MAX.
> : >
> : > Loo
On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote:
> I find the standard arguments used by RCng quite
> awkward. In particular, especially for people who
> have worked with SysV-style init scripts, it's
We aren't trying to be compatable with SysV. We are compatable with
other BSD's wi
On Fri, 1 Nov 2002, Ian Dowse wrote:
> In message <[EMAIL PROTECTED]>, Nate Lawson wri
> tes:
> >I looked at the change and it seems good. Can someone more familiar with
> >the USB system verify this?
>
> Done - I have a C-1 here, so I was able to test it - obviously I haven't
> accessed the came
On 01-Nov-2002 stephan mantler wrote:
> tonight i tried once again to install from 5.0-DP1 and the
> 2002-10-25 snapshot media. it has been interesting.
>
> the disk i'm trying to install to is a seagate ST360021A
> 60G disk with a 30G windows partition already installed.
> the BIOS accepts it ei
tonight i tried once again to install from 5.0-DP1 and the
2002-10-25 snapshot media. it has been interesting.
the disk i'm trying to install to is a seagate ST360021A
60G disk with a 30G windows partition already installed.
the BIOS accepts it either as a 28733/16/255 Cyl/Hd/Sec CHS,
1915/240/255
In message <[EMAIL PROTECTED]>, Nate Lawson wri
tes:
>I looked at the change and it seems good. Can someone more familiar with
>the USB system verify this?
Done - I have a C-1 here, so I was able to test it - obviously I haven't
accessed the camera from -current in a while!
Ian
To Unsubscribe:
I looked at the change and it seems good. Can someone more familiar with
the USB system verify this?
Thanks,
Nate
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I don't have time to test this right now, but see also PR bin/30959.
Ceri
--
you can't see when light's so strong
you can't see when light is gone
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I just upgraded a 4.7-STABLE box to current over the weekend. Went off
very well, thanks to the great documentation in UPDATING.
It's odd, though, that after upgrading again just a few days later,
suddenly X (or perhaps just xdm) failed to start due to an unresolved
symbol. I had already upgrade
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
In article <[EMAIL PROTECTED]>,
Chad David<[EMAIL PROTECTED]> writes:
>> Use thr-objc not thr-posix. thr-objc maps to the gcc generic thread
>> abstration layer and is better supported these days. It will also
>> correctly disable overhead related to threading when a program is
>> single-threade
On Thu, Oct 31, 2002 at 03:18:47PM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Terry Lambert <[EMAIL PROTECTED]> writes:
> : > Nope. The only difference between 53 bits and 64 bits of precision is
> : > just that: precision. The number of bits for expoentent is
>
For various reasons (most of which are likely historical), I tend
to mount /tmp as a swap-backed memory file system (and allocate
quite a bit of space to swap). Thus, in -STABLE, I use an mfs; in
-CURRENT, I use a little shell script (cribbed almost verbatim from
"man mdconfig").
Some months back
Wesley Morgan <[EMAIL PROTECTED]> wrote:
... create a /lib ... that I would *never ever* want to see.
Miguel Mendez wrote:
Why? I'd love to hear some real reasons for this.
I can think of three concerns:
1) Fragility. Could a naive sysadmin (or a dying
disk) break /[s]bin?
What if t
Alexander Kabaev wrote:
> By default, ti_jump_table entries contain pointers to dummy function like
> _return_zero if no threading library is loaded. When the threading library is
> loaded, ti_jump_table is populated with new pointers to functions implemented
> in threading library library. GDB did
Doug Rabson wrote:
> Now I'm really confused. I can't see how this can work properly. Imagine
> the following scenario:
>
> An application 'base' is linked against libc and is not threaded. This
> application loads a plugin 'Xplug.so' via dlopen(). Xplug doesn't use
> threads but it does link agai
Daniel Eischen wrote:
> We also have an additional requirement in libc. Our uses of
> _pthread_* in libc must correspond to the [single underscore]
> _pthread_* in libc_r (and libpthread eventually). All references
> to [non underscore] pthread_* routines must correspond to the
> [two underscore
"M. Warner Losh" wrote:
> : I await an explanation of how you can fit 2*DBL_MAX into a double,
> : which has a range of DBL_MIN..DBL_MAX.
>
> Look at the code.
>
> long double a = DBL_MAX;
> long double b = DBL_MAX * 2;
>
> The original posting said that b would be +Inf at this point,
Bruce Evans wrote:
> Please forget this wrong example :-). The precision doesn't affect the
> exponent range.
Done.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Alexander Kabaev wrote:
> Wrong. Solaris and Linux differ from FreeBSD each in its own way.
>
> Linuxprovides strong pthread definitions in libpthread
> Solaris provides weak pthread and _pthread definitions in Libc
> with libpthread providing strong _pthread and weak pthread
>
> We
Doug Rabson wrote:
> On Thu, 31 Oct 2002, Daniel Eischen wrote:
> It almost doesn't matter which of the solutions we use as long as we do
> something. What we currently have is clearly wrong but I'll list it along
> with the others. Solutions so far proposed are:
[ ... ]
> 2. Define weak _pthread
In article <[EMAIL PROTECTED]>,
Bruce Evans<[EMAIL PROTECTED]> writes:
> Example of how fixing this breaks a similar assertion for DBL_ESPILON:
> %%%
> $ cat z.c
[...]
> $ cc -o z z.c
> $ ./z
> LDBL_EPSILON failed test 1 with prec 2
> $ cc -O -o z z.c.
> $ ./z
> LDBL_EPSILON failed test 1 with pr
It did work and detected the devices on startup. However, in case of the
Force 4203 board which has onboard BCM5704 NICs, the kernel hung after
detecting the second NIC. I will try to get the logs but I will have to get
a serial console connectivity. Any ideas ?
Thanks
manish
-Original Messag
In message: <[EMAIL PROTECTED]>
Mitsuru IWASAKI <[EMAIL PROTECTED]> writes:
: BTW, I think that some developers are interested in devd.
: Do we have mailing list for it?
Not currently. I can create one if people are interested.
I've also been thinking of a good way we can have the ab
Hi,
> In message: <[EMAIL PROTECTED]>
> Mitsuru IWASAKI <[EMAIL PROTECTED]> writes:
> : I've implemented pccardc power and boot_deactivated support code for
> : NEWCARD. They are needed for some mobile users including me.
> :
> : - Add pccardc power support code. Yes, it's OLDCARD
CVSUP as of last night about 10PM PST:
Well, phk's stuff now appears to work right (even finds the memory stick
most of the time) and the bad malloc in acpi is fixed. This seems to
leave irq issues (still!!)
PSM0 still can't allocate irq even though 12 isn't used anywhere else.
on the init hang,
On Thu, 31 Oct 2002 14:19:39 -0500 (EST)
Wesley Morgan <[EMAIL PROTECTED]> wrote:
Hi,
> And of course the "answer" to that is to create a /lib. Something that
> I would *never ever* want to see. Sure, a few people might throw
> around the
^^
Why? I'd love to hear some real reason
On Thu, 31 Oct 2002, Doug Rabson wrote:
> On Thu, 31 Oct 2002, Daniel Eischen wrote:
>
> > This is better, although it has two stubs for each routine. Adding
> > a weak definition from pthread_foo() to _pthread_foo() (note the
> > lack of _stub) doesn't do the same thing?
>
> Ok, this version w
On Thu, 31 Oct 2002, Daniel Eischen wrote:
> This is better, although it has two stubs for each routine. Adding
> a weak definition from pthread_foo() to _pthread_foo() (note the
> lack of _stub) doesn't do the same thing?
Ok, this version works and seems to be a reasonably tidy solution, at
lea
On Thu, 31 Oct 2002, Tim Kientzle wrote:
> I agree with David Schultz that dynamically linking
> /bin and /sbin is playing with fire. I, too, have had
> ugly experiences on systems that did this:
> When /usr won't mount, it is not pleasant to be
> stuck with no tools. (Consider a network environ
I agree with David Schultz that dynamically linking
/bin and /sbin is playing with fire. I, too, have had
ugly experiences on systems that did this:
When /usr won't mount, it is not pleasant to be
stuck with no tools. (Consider a network environment
where /usr is NFS-mounted as an extreme example
On Thu, 31 Oct 2002, Craig Rodrigues wrote:
> On Thu, Oct 31, 2002 at 06:33:13PM +0100, Poul-Henning Kamp wrote:
> > Please try this patch:
> I am also attaching the dmesg.boot file.
>
> I can now mount my Linux partition with:
> mount -r -t ext2fs /dev/da1s7 /linuxmount
This might be a dumb quest
On Thu, 31 Oct 2002, Alexander Kabaev wrote:
> On Thu, 31 Oct 2002 12:20:14 -0500 (EST)
> Daniel Eischen <[EMAIL PROTECTED]> wrote:
>
> > I wonder how it works for Solaris (you can see both the non-underscore
> > and single-underscore symbols resolve to the same thing)? Perhaps their
> > stubs i
On Thu, Oct 31, 2002 at 06:33:13PM +0100, Poul-Henning Kamp wrote:
> Please try this patch:
Hi,
I tried your patch. This is what I get now:
=
for i in `/bin/ls /dev/da1*`; do printf "$i $(file - < $i)\n"; done
/dev/da1
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Ollivier Robert wrote:
> According to David Schultz:
> > Memory is even less of an issue; if a thousand copies of a shell
> > are running, their text gets shared regardless of how they are
> > linked.
>
> IIRC not exactly. In the dynamic case, some fixups are done by the dynamic
> linker to "link"
Ollivier Robert wrote:
> According to Terry Lambert:
> > The PIC overhead is likely unavoidable. I'd actually like to see
> > the "benchmark" run on statically linked PIC vs. non-PIC code, so
>
> I remember that when I was working on Perl and the FreeBSD port (back in the
> early 5.000 days), hav
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Thu, 31 Oct 2002 12:20:14 -0500 (EST)
Daniel Eischen <[EMAIL PROTECTED]> wrote:
> I wonder how it works for Solaris (you can see both the non-underscore
> and single-underscore symbols resolve to the same thing)? Perhaps their
> stubs in libc pull the libgcc trick?
Solaris libc uses something
On Wed, Oct 30, 2002 at 09:47:02PM -0600, Loren James Rittle wrote:
>
> Use thr-objc not thr-posix. thr-objc maps to the gcc generic thread
> abstration layer and is better supported these days. It will also
> correctly disable overhead related to threading when a program is
> single-threaded us
On Thu, 31 Oct 2002, Daniel Eischen wrote:
> On Thu, 31 Oct 2002, Doug Rabson wrote:
> > On Thu, 31 Oct 2002, Daniel Eischen wrote:
> > > I don't see how that can be. _pthread_mutex_lock() in libc_r calls
> > > init_static_private(), not init_static().
> >
> > That was it (I single stepped throug
In message <[EMAIL PROTECTED]>, Craig Rodrigues writes:
>
>--qDbXVdCdHGoSgWSk
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>
>On Thu, Oct 31, 2002 at 04:56:49PM +0100, Poul-Henning Kamp wrote:
>> Can you please email me:
>>
>> boot -v console output (use serial con
On Thu, 31 Oct 2002, Doug Rabson wrote:
> On Thu, 31 Oct 2002, Daniel Eischen wrote:
>
> > On Thu, 31 Oct 2002, Doug Rabson wrote:
> > > > We only use _pthread_* in libc, so it doesn't break libc unless
> > > > they provide strong symbols for _pthread_*. Our implementation
> > > > relies on the u
On Thu, Oct 31, 2002 at 04:56:49PM +0100, Poul-Henning Kamp wrote:
> Can you please email me:
>
> boot -v console output (use serial console if you can)
> sysctl -n kern.geom.confxml
OK, I edited /boot/default/loader.conf, and added set boot_verbose="YES"
and rebooted. (I'm still not
Hi,
I just read the boot(8) man page on my system.
Is the FILES section still correct for -CURRENT?
FILES
/boot.config parameters for the boot blocks (optional)
/boot/boot1 first stage bootstrap file
/boot/boot2 second stage bootstrap file
/boot/loader third stage bootst
On Thu, Oct 31, 2002 at 04:56:49PM +0100, Poul-Henning Kamp wrote:
> Can you please email me:
>
> boot -v console output (use serial console if you can)
> sysctl -n kern.geom.confxml
>
> Thanks in advance!
I am not physically at the machine in question right now,
and am leaving in a
On Thu, 31 Oct 2002, Daniel Eischen wrote:
> On Thu, 31 Oct 2002, Doug Rabson wrote:
>
> > On Thu, 31 Oct 2002, Daniel Eischen wrote:
> >
> > > On Thu, 31 Oct 2002, Doug Rabson wrote:
> > > > On Thu, 31 Oct 2002, Daniel Eischen wrote:
> > > > > You can also play the libgcc game inside of libc for
On Thu, 31 Oct 2002, Doug Rabson wrote:
> On Thu, 31 Oct 2002, Daniel Eischen wrote:
>
> > On Thu, 31 Oct 2002, Doug Rabson wrote:
> > > On Thu, 31 Oct 2002, Daniel Eischen wrote:
> > > > You can also play the libgcc game inside of libc for those applications
> > > > or libraries that are too laz
In message <[EMAIL PROTECTED]>, Craig Rodrigues writes:
>I just cvsup'd and rebuilt kernel/world on -CURRENT today, and now
>the same SCSI disk looks like:
>
>=
>for i in $(/bin/ls -1 /dev/da1*); do printf "$i $(file - < $i)\n"; d
On Thu, 31 Oct 2002, Daniel Eischen wrote:
> On Thu, 31 Oct 2002, Doug Rabson wrote:
> > On Thu, 31 Oct 2002, Daniel Eischen wrote:
> > > You can also play the libgcc game inside of libc for those applications
> > > or libraries that are too lazy to do it for themselves. Have the
> > > libc pthre
On Thu, Oct 31, 2002 at 06:21:25AM -0800, Juli Mallett wrote:
> * De: Ruslan Ermilov <[EMAIL PROTECTED]> [ Data: 2002-10-31 ]
> [ Subjecte: Re: changes to make(1) ]
>
> Interesting. It seems to me we really need a 'CondIsExpressionTerminator'
> or something. ')' should only be a terminator
On 30-Oct-2002 Manish Lachwani wrote:
> Hello,
>
> pcib2: on acpi0
> pcib2: duplicate bus number 0 - not probing bus
> pcib4: on acpi0
> pcib4: duplicate bus number 0 - not probing bus
> pcib5: on acpi0
> pcib5: duplicate bus number 0 - not probing bus
> pcib6: on acpi0
> pcib6: duplicate bus
Hi,
I have in my kernel config:
options EXT2FS
On -STABLE, and on -CURRENT from a week ago, one my SCSI
drives looked like this:
=
/dev/da1s1 standard input: x86 boot sector
/dev/da1s2 standard input:
On Thu, 31 Oct 2002, Doug Rabson wrote:
> On Thu, 31 Oct 2002, Daniel Eischen wrote:
> > You can also play the libgcc game inside of libc for those applications
> > or libraries that are too lazy to do it for themselves. Have the
> > libc pthread stubs key on a weak reference to pthread_create and
I'll respond to two messages in one.
> No, you stated that Solaris libpthread defines pthread_ symbols
> strong. It doesn't. Perhaps you really meant _pthread_ symbols,
> which is what you say above.
No, I meant a simple fact that Solaris provides weak definition for
both _pthread and pthread
On Thu, 31 Oct 2002, Daniel Eischen wrote:
> On Thu, 31 Oct 2002, Alexander Kabaev wrote:
>
> > On Thu, 31 Oct 2002 09:08:12 -0500 (EST)
> > Daniel Eischen <[EMAIL PROTECTED]> wrote:
> >
> > > > Cool. Then let's be consistent and follow Solaris all the way. Libc
> > > > on Solaris provides full se
On Thu, 31 Oct 2002, Alexander Kabaev wrote:
> On Thu, 31 Oct 2002 05:45:43 -0800
> Juli Mallett <[EMAIL PROTECTED]> wrote:
>
> > * De: David O'Brien <[EMAIL PROTECTED]> [ Data: 2002-10-31 ]
> > [ Subjecte: Re: [PATCH: libc]Re: gnome on current ]
> > > On Wed, Oct 30, 2002 at 06:02:38PM -0800
I can't run the -CURRENT kernel of the last several days and get any
networking performance at all-but this is a desktop machine with a dc.
Something's seriously wrong.
Michael D. Harnois
2L, University of St. Thomas School of Law
Minneapolis, Minnesota
-Original Message-
From: [EMAIL PRO
On Thu, 31 Oct 2002 05:45:43 -0800
Juli Mallett <[EMAIL PROTECTED]> wrote:
> * De: David O'Brien <[EMAIL PROTECTED]> [ Data: 2002-10-31 ]
> [ Subjecte: Re: [PATCH: libc]Re: gnome on current ]
> > On Wed, Oct 30, 2002 at 06:02:38PM -0800, Juli Mallett wrote:
> > > Considering that I built the
On Thu, 31 Oct 2002, Alexander Kabaev wrote:
> On Thu, 31 Oct 2002 09:08:12 -0500 (EST)
> Daniel Eischen <[EMAIL PROTECTED]> wrote:
>
> > > Cool. Then let's be consistent and follow Solaris all the way. Libc
> > > on Solaris provides full set of pthread_? functions which in turn
> > > call weakly
On Thu, 31 Oct 2002, Daniel Eischen wrote:
> On Thu, 31 Oct 2002, Doug Rabson wrote:
>
> > On Thu, 31 Oct 2002, Alexander Kabaev wrote:
> >
> > > On Wed, 30 Oct 2002 22:25:12 -0500 (EST)
> > > Daniel Eischen <[EMAIL PROTECTED]> wrote:
> > >
> > > > > If last weak will win, the normal case when Xth
* De: Juli Mallett <[EMAIL PROTECTED]> [ Data: 2002-10-31 ]
[ Subjecte: Re: [PATCH: libc]Re: gnome on current ]
> * De: David O'Brien <[EMAIL PROTECTED]> [ Data: 2002-10-31 ]
> [ Subjecte: Re: [PATCH: libc]Re: gnome on current ]
> > On Wed, Oct 30, 2002 at 06:02:38PM -0800, Juli Malle
On Thu, 31 Oct 2002 09:08:12 -0500 (EST)
Daniel Eischen <[EMAIL PROTECTED]> wrote:
> > Cool. Then let's be consistent and follow Solaris all the way. Libc
> > on Solaris provides full set of pthread_? functions which in turn
> > call weakly defined _pthread_?? counterparts. libpthread in turn
> >
On Wed, Oct 30, 2002 at 12:46:15PM -0800, Nate Lawson wrote:
> After a discussion on cvs-all regarding size of our libc, I wrote a quick
> script to see where the problems are. A cursory glance at its output
> shows there are numerous things we can improve, including:
>
> * setproctitle(3) use
On Thu, 31 Oct 2002, Doug Rabson wrote:
> On Thu, 31 Oct 2002, Alexander Kabaev wrote:
>
> > On Wed, 30 Oct 2002 22:25:12 -0500 (EST)
> > Daniel Eischen <[EMAIL PROTECTED]> wrote:
> >
> > > > If last weak will win, the normal case when Xthrstub is loaded
> > > > _after_ libc_r will break. The onl
On Thu, 31 Oct 2002, Doug Rabson wrote:
> On Wed, 30 Oct 2002, Daniel Eischen wrote:
>
> > On Wed, 30 Oct 2002, Alexander Kabaev wrote:
> >
> > > On Wed, 30 Oct 2002 15:51:48 -0800
> > > Terry Lambert <[EMAIL PROTECTED]> wrote:
> > >
> > > > NO.
> > > >
> > > > If you have a library that's linked
On Thu, Oct 31, 2002 at 04:37:32AM -0500, AlanE wrote:
> On Thu, Oct 31, 2002 at 11:20:26AM +0200, Ruslan Ermilov wrote:
> >On Thu, Oct 31, 2002 at 01:12:46AM -0500, AlanE wrote:
> >> On Wed, Oct 30, 2002 at 10:08:20PM -0800, David O'Brien wrote:
> >> >On Thu, Oct 31, 2002 at 01:03:20AM -0500, Alan
On Thu, 31 Oct 2002, Alexander Kabaev wrote:
> On Wed, 30 Oct 2002 22:25:12 -0500 (EST)
> Daniel Eischen <[EMAIL PROTECTED]> wrote:
>
> > > If last weak will win, the normal case when Xthrstub is loaded
> > > _after_ libc_r will break. The only way to really fix this is to
> > > export pthread_ s
On Thu, Oct 31, 2002 at 01:21:38PM +0100, Poul-Henning Kamp wrote:
> ffreestanding -Werror /usr/src/sys/dev/amr/amr.c
> cc1: warnings being treated as errors
> /usr/src/sys/dev/amr/amr.c: In function `amr_setup_ccbmap':
> /usr/src/sys/dev/amr/amr.c:1055: warning: initialization from incompatible p
* De: David O'Brien <[EMAIL PROTECTED]> [ Data: 2002-10-31 ]
[ Subjecte: Re: [PATCH: libc]Re: gnome on current ]
> On Wed, Oct 30, 2002 at 06:02:38PM -0800, Juli Mallett wrote:
> > Considering that I built the same applications and ran the same applications
> > fine a while ago, and we've h
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Thu, 31 Oct 2002, David Schultz wrote:
> Thus spake Bruce Evans <[EMAIL PROTECTED]>:
> > $ cc -o z z.c
> > $ ./z
> > LDBL_EPSILON failed test 1 with prec 2
> > $ cc -O -o z z.c.
> > $ ./z
> > LDBL_EPSILON failed test 1 with prec 2
> > DBL_EPSILON failed test 2 with prec 3
> > %%%
> >
> > The fu
cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstric
t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fforma
t-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/us
r/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipf
Hi folks,
I tried to build webmin on 5.0-current and the required port security/p5-Authen-PAM
fails to build. At first there was an error in configuration which I have fixed and
send the patch (PR ports/ports/44769). Now comes up another error which I'm not
able to fix, because it seems that PAM.c
On Thu, 31 Oct 2002, Max Khon wrote:
> hi, there!
>
> On Thu, Oct 31, 2002 at 12:39:10AM -0800, David O'Brien wrote:
>
> > > Considering that I built the same applications and ran the same applications
> > > fine a while ago, and we've had a binutils upgrade, and things don't break
> > > on other
Thus spake Bruce Evans <[EMAIL PROTECTED]>:
> $ cc -o z z.c
> $ ./z
> LDBL_EPSILON failed test 1 with prec 2
> $ cc -O -o z z.c.
> $ ./z
> LDBL_EPSILON failed test 1 with prec 2
> DBL_EPSILON failed test 2 with prec 3
> %%%
>
> The full brokenness only shows up with -O.
Actually, the _full_ broke
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Le 2002-10-27, Soeren Schmidt écrivait :
> Hmm, it is true that I could use ATAPI command directly in burncd, and
> I actually have a version in the lab that is ~75% converted to that,
Nice!
> but that is not the only issue here. The ATAPI cd driver has quite a
> bit of functionality that the SC
It seems Nate Lawson wrote:
> On Sun, 27 Oct 2002, Soeren Schmidt wrote:
> > Hmm, it is true that I could use ATAPI command directly in burncd, and
> > I actually have a version in the lab that is ~75% converted to that,
>
> I'd love to see that once you're ready to release.
I'm not sure it will
On Wed, Oct 30, 2002 at 10:00:29AM -0700, Justin T. Gibbs wrote:
>
> Can you provide the model number and firmware revision for
> this drive? According to the controller, the drive is failing
> to respond to a whole slew of commands that we have queued to
> it. You might have better luck if you
On Thu, 31 Oct 2002, Doug Rabson wrote:
> On Thu, 31 Oct 2002, Alexander Kabaev wrote:
>
> > On Wed, 30 Oct 2002 22:25:12 -0500 (EST)
> > Daniel Eischen <[EMAIL PROTECTED]> wrote:
> >
> > > > If last weak will win, the normal case when Xthrstub is loaded
> > > > _after_ libc_r will break. The only
On Thu, 31 Oct 2002, Alexander Kabaev wrote:
> On Wed, 30 Oct 2002 22:25:12 -0500 (EST)
> Daniel Eischen <[EMAIL PROTECTED]> wrote:
>
> > > If last weak will win, the normal case when Xthrstub is loaded
> > > _after_ libc_r will break. The only way to really fix this is to
> > > export pthread_ sy
On Wed, 30 Oct 2002, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Bruce Evans <[EMAIL PROTECTED]> writes:
> : The reasons are the same as they used to be: incomplete language support
> : and incomplete library support. Language support is being completed but
> : is far fr
hi, there!
On Thu, Oct 31, 2002 at 12:39:10AM -0800, David O'Brien wrote:
> > Considering that I built the same applications and ran the same applications
> > fine a while ago, and we've had a binutils upgrade, and things don't break
> > on other systems, I'm inclined to assume there are linker b
On Wed, 30 Oct 2002, M. Warner Losh wrote:
> The one issue that I've seen is
>
> long double a = 1.0L;
> long double b = 1.0L + LDBL_EPSION
> if (a == b) abort();
>
> which is what I'm trying to fix. (note, "1.0L" must be spelled
> "oneld()" and long double oneld() { return (1.0L);}) t
On Thu, 31 Oct 2002, Alexander Kabaev wrote:
> On Wed, 30 Oct 2002 22:25:12 -0500 (EST)
> Daniel Eischen <[EMAIL PROTECTED]> wrote:
>
> > > If last weak will win, the normal case when Xthrstub is loaded
> > > _after_ libc_r will break. The only way to really fix this is to
> > > export pthread_ sy
On Wed, 30 Oct 2002, Daniel Eischen wrote:
> On Wed, 30 Oct 2002, Alexander Kabaev wrote:
>
> > On Wed, 30 Oct 2002 15:51:48 -0800
> > Terry Lambert <[EMAIL PROTECTED]> wrote:
> >
> > > NO.
> > >
> > > If you have a library that's linked to a library containing string
> > > symbols, then no other
On Wed, 30 Oct 2002, Juli Mallett wrote:
> * De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2002-10-30 ]
> [ Subjecte: Re: [PATCH: libc]Re: gnome on current ]
> > > > Maybe the workaround for now is to make the symbols in libXThrStub.so
> > > > weak?
> > >
> > > They *are* weak Terry. The pro
On Wed, 30 Oct 2002, Terry Lambert wrote:
> This is the basis of Bruce's complaint:
>
>
>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1099099+0+archive/2002/freebsd-current/20021027.freebsd-current
>
> | gcc can't actually support the full range, since it doesn't control
> | the runtime environem
On Wed, Oct 30, 2002 at 06:02:38PM -0800, Juli Mallett wrote:
> Considering that I built the same applications and ran the same applications
> fine a while ago, and we've had a binutils upgrade, and things don't break
> on other systems, I'm inclined to assume there are linker bugs afoot, and
> all
In message: <[EMAIL PROTECTED]>
Terry Lambert <[EMAIL PROTECTED]> writes:
: "M. Warner Losh" wrote:
: > : > This
: > : > example shows that we don't support it in printf, since the above
: > : > example does ***NOT*** give +Inf, but rather whatever 2*DBL_MAX is.
:
: [ ... ]
:
: > Terr
According to David Schultz:
> Memory is even less of an issue; if a thousand copies of a shell
> are running, their text gets shared regardless of how they are
> linked.
IIRC not exactly. In the dynamic case, some fixups are done by the dynamic
linker to "link" with the shared libs and that force
According to Terry Lambert:
> The PIC overhead is likely unavoidable. I'd actually like to see
> the "benchmark" run on statically linked PIC vs. non-PIC code, so
I remember that when I was working on Perl and the FreeBSD port (back in the
early 5.000 days), having libperl shared was adding a fai
95 matches
Mail list logo
