> On Fri, Aug 09, 2002 at 07:41:44AM +0200, John Hay wrote:
> > Hi Ruslan,
> >
> > During make release I see a lot of these messages:
> >
> > #
> > make: no target to make.
> > "/usr/src/Makefile.inc1", line 140: warning: "make -f /dev/null -m /usr/src/shar
> > e/mk CPUTYPE=i386 -V
In message <[EMAIL PROTECTED]>, "Andrey A. Chernov" writes:
>I found at least one case:
Try this patch:
Index: malloc.c
===
RCS file: /home/ncvs/src/lib/libc/stdlib/malloc.c,v
retrieving revision 1.70
diff -u -r1.70 malloc.c
--- mal
On Fri, Aug 09, 2002 at 07:41:44AM +0200, John Hay wrote:
> Hi Ruslan,
>
> During make release I see a lot of these messages:
>
> #
> make: no target to make.
> "/usr/src/Makefile.inc1", line 140: warning: "make -f /dev/null -m /usr/src/shar
> e/mk CPUTYPE=i386 -V CPUTYPE" returned
> Because chances are good that the bugs still aren't fixed. I reported a
> bug related to optimization with -march=athlon recently and the reply
If you've got a newer Athlon (XP) then you could compile it with -march=athlon-xp.
I've filed a PR with a patch against bsd.cpu.mk (misc/41425) recent
John Hay wrote:
> > > Why?? I disagree. CD9600 can go to the 3rd floppy -- if I am installing
> > > from floppy's I am 99.9% chance doing a network install.
[ ... ]
> Calm down and relax. Which part of my patch removed support for
> anything that might be needed during the install?
>
> ... We
Hi Ruslan,
During make release I see a lot of these messages:
#
make: no target to make.
"/usr/src/Makefile.inc1", line 140: warning: "make -f /dev/null -m /usr/src/shar
e/mk CPUTYPE=i386 -V CPUTYPE" returned non-zero status
make: no target to make.
"/usr/src/Makefile.inc1", line 14
On Fri, Aug 09, 2002 at 07:20:53AM +0200 I heard the voice of
John Hay, and lo! it spake thus:
>
> I'm wondering if that was because something in our stack was bust or
> because of some firewall or other network thing?
I'm not sure.
This was 4.6.1-RC2, across a local 100mbps LAN. The FTP server
On Fri, 2002-08-09 at 14:50, John Hay wrote:
> So should I commit the code and let us tune what go on which floppy
> later or should I just sit back and enjoy the ride? I'm not worried
> too much because the snaps on ftp.za.freebsd.org is working again.
> :-) ... Yes they are non-standard (they us
Hi Terry,
> > Why?? I disagree. CD9600 can go to the 3rd floppy -- if I am installing
> > from floppy's I am 99.9% chance doing a network install.
>
> I have an idea...
>
> If you only support installing via whatever option wins a vote
> as The One True Way, then there'll be a 100% chance tha
> > > I think MSDOS installs are pretty rare and NFS ones even rarer (FTP is
> > > easier to setup)
> >
> > I've had one recent example here where FTP wouldn't work, but NFS flew.
>
> Weird but I can appreciate it's possible.
I'm wondering if that was because something in our stack was bust or
David O'Brien wrote:
> On Wed, Aug 07, 2002 at 03:59:47PM +0200, Michael Nottebrock wrote:
>
>>>Please submit a full bug report,
>>>with preprocessed source if appropriate.
>>>See http://www.gnu.org/software/gcc/bugs.html> for instructions.
>>>*** Error code 1
>>>
>>>Stop in
>>>/usr/ports/x11-se
On Fri, 2002-08-09 at 14:15, Terry Lambert wrote:
> David O'Brien wrote:
> > Why?? I disagree. CD9600 can go to the 3rd floppy -- if I am installing
> > from floppy's I am 99.9% chance doing a network install.
>
> I have an idea...
>
> If you only support installing via whatever option wins a
On Fri, 2002-08-09 at 14:25, Matthew D. Fuller wrote:
> > I think MSDOS installs are pretty rare and NFS ones even rarer (FTP is
> > easier to setup)
>
> I've had one recent example here where FTP wouldn't work, but NFS flew.
Weird but I can appreciate it's possible.
I wasn't suggesting removin
On Fri, Aug 09, 2002 at 02:12:33PM +0930 I heard the voice of
Daniel O'Connor, and lo! it spake thus:
>
> I think MSDOS installs are pretty rare and NFS ones even rarer (FTP is
> easier to setup)
I've had one recent example here where FTP wouldn't work, but NFS flew.
--
Matthew Fuller (M
David O'Brien wrote:
> Why?? I disagree. CD9600 can go to the 3rd floppy -- if I am installing
> from floppy's I am 99.9% chance doing a network install.
I have an idea...
If you only support installing via whatever option wins a vote
as The One True Way, then there'll be a 100% chance that th
On Sun, Aug 04, 2002 at 08:01:10PM +1000, Bruce Evans wrote:
> > > sorry, but some time ago I read here that gcc -O2 breaks our printf() in
> > > libc. I haven't find any assembler code in /usr/src/lib/libc/stdio/vfprintf.c,
...
> > If someone could find the small segment of code where the optimiz
On Fri, 2002-08-09 at 13:59, David O'Brien wrote:
> Why?? I disagree. CD9600 can go to the 3rd floppy -- if I am installing
> from floppy's I am 99.9% chance doing a network install. NFSCLIENT
> definitely should be on the 1st or 2nd, not 3rd floppy -- again because I
> am most likely doing a n
On Wed, Aug 07, 2002 at 03:59:47PM +0200, Michael Nottebrock wrote:
> >Please submit a full bug report,
> >with preprocessed source if appropriate.
> >See http://www.gnu.org/software/gcc/bugs.html> for instructions.
> >*** Error code 1
> >
> >Stop in
>
>>/usr/ports/x11-servers/XFree86-4-Server/w
On Thu, Aug 08, 2002 at 08:15:18PM -0600, Kenneth D. Merry wrote:
> Given what they're evidently trying to do with the code (make it available
> on an evaluation basis, and then sell licenses to use it in products), it
> makes no sense that they would want to release it for use in FreeBSD. To
> r
On Thu, Aug 08, 2002 at 08:27:15PM +0300, Ruslan Ermilov wrote:
> > +CD9660 cd9660 3 options "ISO 9660 Filesystem"
> > +MSDOSFSmsdosfs 3 options "MSDOS filsystem"
> > +NFSCLIENT nfsclient 3 options "Network Filesystem Client"
> > SYSVSHMsysvsh
On Thu, Aug 08, 2002 at 06:32:40PM +0200, John Hay scribbled:
| Here is a try at a 3 floppy system. Most people should be able to
| install with the first 2 floppies (kern.flp and mfsroot.flp). Just
| those that need a driver on the third floppy (drivers.flp) will
| need it.
|
| If this idea is a
pmedwards> The last commit to this appears to have broken it. "main()" was
pmedwards> updated to include envp, but "crunched_main()" calls "main()"
pmedwards> without the extra argument.
pmedwards> This causes make release of -current on -stable to barf for me,
pmedwards> so I can't truly test th
On Thu, Aug 08, 2002 at 20:20:24 -0500, Peter Schultz wrote:
> On Thu, 2002-08-08 at 16:45, Terry Lambert wrote:
> > Julian Elischer wrote:
> > > On Thu, 8 Aug 2002, Katsushi Kobayashi wrote:
> > > > Did you suggest the same API should be used on both Darwin and FreeBSD ?
> > > > Or, should we sha
pmedwards> The last commit to this appears to have broken it. "main()" was
pmedwards> updated to include envp, but "crunched_main()" calls "main()"
pmedwards> without the extra argument.
pmedwards> This causes make release of -current on -stable to barf for me,
pmedwards> so I can't truly test th
On Thu, 2002-08-08 at 16:45, Terry Lambert wrote:
> Julian Elischer wrote:
> > On Thu, 8 Aug 2002, Katsushi Kobayashi wrote:
> > > Did you suggest the same API should be used on both Darwin and FreeBSD ?
> > > Or, should we share the same code on the device driver level ?
> > >
> > > Although I ha
On Thursday 08 August 2002 02:06 pm, Dan Nelson wrote:
> In the last episode (Aug 08), Beech Rintoul said:
> > On Thursday 08 August 2002 12:05 pm, Beech Rintoul wrote:
> > I spoke too soon :-(
> >
> > Now it errors at:
> >
> > sql_analyse.o: In function `proc_analyse_init(THD*, st_order*,
> > sel
Michael Nottebrock wrote:
> Bruce Evans wrote:
>> Er, someone (Dan Lukes) has already done this. See PR 40209. I'm sorry
>> I haven't found time to look at it in detail.
>
>
> O2-compiling -CURRENT (and -march=athlon ...) still manages to break
> DCCs in xchat
And, through __vnprintf, nawk t
In the last episode (Aug 08), Beech Rintoul said:
> On Thursday 08 August 2002 12:05 pm, Beech Rintoul wrote:
> I spoke too soon :-(
>
> Now it errors at:
>
> sql_analyse.o: In function `proc_analyse_init(THD*, st_order*, select_result*,
>List&)':
> sql_analyse.o(.text+0x1f): undefined referenc
Maxim Sobolev wrote:
> > But then everyone needs to boot with 3 floppies. With my way, we can
> > hopefully select the optimum so that most people will only need 2
> > floppies, ie the most popular drivers should go on mfsroot.flp.
>
> Both approaches have its own advantages and disadvantages. IM
Julian Elischer wrote:
> On Thu, 8 Aug 2002, Katsushi Kobayashi wrote:
> > Did you suggest the same API should be used on both Darwin and FreeBSD ?
> > Or, should we share the same code on the device driver level ?
> >
> > Although I have not read the terms and condition carefully, I am afraid
> >
On Thursday 08 August 2002 12:05 pm, Beech Rintoul wrote:
> On Thursday 08 August 2002 11:50 am, Dan Nelson wrote:
> > In the last episode (Aug 08), Beech Rintoul said:
> > > Anyone have a pointer to get this to build?
> > > cc -DMYSQL_SERVER
> > > -DDEFAULT_MYSQL_HOME="\"/usr/local\"" -fno-except
On Thu, Aug 08, 2002 at 12:05:44PM -0800, Beech Rintoul wrote:
> On Thursday 08 August 2002 11:50 am, Dan Nelson wrote:
> > In the last episode (Aug 08), Beech Rintoul said:
> > > Anyone have a pointer to get this to build?
> > > cc -DMYSQL_SERVER
> > > -DDEFAULT_MYSQL_HOME="
Ruslan,
Here is my latest version. It has all the changes you requested and
a fix for the case where there isn't a third floppy.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
Index: usr.sbin/sysinstall/system.c
===
RC
On Thursday 08 August 2002 11:50 am, Dan Nelson wrote:
> In the last episode (Aug 08), Beech Rintoul said:
> > Anyone have a pointer to get this to build?
> > cc -DMYSQL_SERVER
> > -DDEFAULT_MYSQL_HOME="\"/usr/local\"" -fno-exceptions -fno-rtti
> > -DMYSQLD_NET_RETRY_COUNT=10
Edit line 92 of sql/mysqld.cc:
--#ifdef __linux__
++ #ifdef __FreeBSD__
However that'll only get you past this set of errors. And then it gets
tricky and has something to do with the new C++ compiler that I haven't
quite wrapped my mind around yet.
-Steve
- Original Message -
From
Bruce Evans wrote:
> On Sat, 3 Aug 2002, Mike Barcroft wrote:
>
>
>>Andrew Kolchoogin <[EMAIL PROTECTED]> writes:
>>
>>>...
>>>sorry, but some time ago I read here that gcc -O2 breaks our printf() in
>>>libc. I haven't find any assembler code in /usr/src/lib/libc/stdio/vfprintf.c,
>>>as such, if
In the last episode (Aug 08), Beech Rintoul said:
> Anyone have a pointer to get this to build?
> cc -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr/local\""
> -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=100 -c mysqld.cc
> /usr/include/tcpd.h: In function `void* handl
37 matches
Mail list logo
