On Wed, Jul 03, 2002 at 11:50:00PM -0400, Chuck Robey wrote:
(2) a
fixed onboard usb port. The K7 had a broken on-board usb (the AMD
chipset had a PCI contention bug for the usb port, so the tin back panel
of the board blocked out the usb, and the K7 came with a PCI usb card,
which ate up
What date -CURRENT are you upgrading from? Are you doing a proper
`make world', or short cutting the procedure?
On Tue, Jul 02, 2002 at 03:53:18PM +0400, Andrey A. Chernov wrote:
It seems some lib*++ is missing:
...
c++ -O -pipe -march=pentiumpro
On Mon, Jul 01, 2002 at 08:14:46PM -0700, Matthew Dillon wrote:
My conclusion is that softupdates is working fine and (A) the new GCC
is a whole lot less efficient then the old GCC
You really cannot say this -- GCC 3.1 does things 2.95 doesn't. 3.1 has
a totally rewritten code
On Tue, Jul 02, 2002 at 06:06:27PM -0700, Matthew Dillon wrote:
However, since you asked, I will say that I am not at all impressed with
GCC3 vs GCC2. I've looked at a considerable amount of code with objdump
between -stable and -current and GCC3 doesn't really seem to improve
On Fri, Jun 28, 2002 at 11:39:29PM -0700, Julian Elischer wrote:
Jake just checked something in that looks like it may be relevant.
Yes it was. `thediff' on sparc64 is solid.
Still some ast funkiness on Alpha, but it is not so bad as to make it so
someone cannot get work done on Alpha if they
On Sat, Jun 29, 2002 at 03:29:20PM +0200, Szilveszter Adam wrote:
1) The GNU folks have a way of generating GDBvn.texi from version.in, so
that it has the same version information than the source code. We use
the GDBvn.texi file supplied with the distribution. (which was not
updated BTW, so
On Sat, Jun 29, 2002 at 11:30:48PM +0100, Brian Somers wrote:
The problem is because the glxinfo program uses CCLINK to
link, but it's a c++ program. Changing the CCLINK to CXXLINK
works.
We can't be the only ones seeing this -- surely anyone using Gcc 3.1 on
their i386 (any OS) box. Has
Not buildable on sparc64:
linking kernel.debug
procfs_ctl.o: In function `procfs_control':
procfs_ctl.o(.text+0x56c): undefined reference to `thread_unsuspend'
init_main.o: In function `proc0_init':
init_main.o(.text+0x3a8): undefined reference to `threadinit'
kern_condvar.o: In function
On Fri, Jun 28, 2002 at 11:02:51PM -0700, David O'Brien wrote:
Not buildable on sparc64:
User error. Now I get:
Mounting root from ufs:/dev/ad0a
WARNING: / was not properly dismounted
panic: trap: memory address not aligned
cpuid = 0; Debugger(panic)
Stopped at Debugger+0x1c: ta
On Thu, Jun 27, 2002 at 07:50:39PM -0700, Julian Elischer wrote:
Estimated commit time: (assuming current works at that time)
will be around 1AM GMT June 29
that will be 6PM here in San Francisco.
We need more than 2 days time to test on Alpha and sparc64.
To Unsubscribe: send mail to [EMAIL
On Thu, Jun 27, 2002 at 08:18:17PM -0700, Julian Elischer wrote:
I won't be absent after that, just busier.
ENOPARSE
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thu, Jun 27, 2002 at 09:36:54PM -0700, Matthew Dillon wrote:
I think he means he would like you to give him a little more time
before comitting. e.g. like comitting July 1 instead of June 29
(If that's what you mean David, you should just say so).
Sorry, that is what I meant.
On Tue, Jun 25, 2002 at 07:12:25PM +0900, Makoto Matsushita wrote:
2) Use additional menu for install perl5 package or not, if 'base'
distribution is selected. Install perl5 package if user selects
yes to the menu.
pros: Choices is available. Maybe nobody forget to install
On Tue, Jun 25, 2002 at 09:21:57AM +0200, Sheldon Hearn wrote:
Could someone put me out of my misery and show me the right way to
build XFree86-4 on -current at the moment.
I've tried `make install' and `make CXX=/usr/local/bin/g++31 install',
where that g++31 comes from the lang/gcc31
On Tue, Jun 25, 2002 at 07:33:27PM +0200, Sheldon Hearn wrote:
Was that advice based on the fact that you've built XFree86-4
successfully with lang/gcc31, or was it an educated guess?
Just a guess. I wonder if C++ code is being compiled with `gcc' rather
than `g++'.
To Unsubscribe: send mail
On Tue, Jun 25, 2002 at 08:14:30PM +0200, Riccardo Torrini wrote:
# diff -u2 /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1
--- /usr/src/Makefile.inc1.origMon Apr 29 20:42:50 2002
+++ /usr/src/Makefile.inc1 Tue Jun 25 20:05:28 2002
@@ -402,9 +402,10 @@
KRNLCONFDIR=
On Mon, Jun 24, 2002 at 08:24:06AM -0700, John Polstra wrote:
/cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58:
inconsistent operand constraints in an `asm'
*** Error code 1
There is a problem at the moment in compiling that file without -O.
Is your /etc/make.conf
On Mon, Jun 24, 2002 at 10:33:05AM -0700, Alfred Perlstein wrote:
I submitted some patches to use sendfile(2) that weren't accepted
for some reason. It's not too hard, you just have to adjust the code
not to close(2) the descriptors and make the mmap() function a stub
type thing.
really
On Sun, Jun 23, 2002 at 07:19:06PM +0800, Ying-Chieh Liao wrote:
On Mon, Jun 17, 2002 at 12:09:14 +0800, Ying-Chieh Liao wrote:
make build all ok, but failed on install
should I rebuild world first ?
after adding -lstdc++ , it's all ok
It is not OK. One should NEVER be explicity adding
On Sun, Jun 23, 2002 at 12:10:05PM +0200, John Angelmo wrote:
I'm running a one day old Current And I'm getting this error messages
when I'm trying to compile
I cannot reproduce either your ports/lang/gcc31 or this problem.
At this point I am suspecting something is wrong with your system.
On Sun, Jun 23, 2002 at 10:12:08AM +0200, Riccardo Torrini wrote:
msdos doesn't exist in -current (it has been renamed to msdosfs)...
Aarrgghh! When it happens?
# cd /sbin ls -l mount*
-r-xr-xr-x 1 root wheel 347084 Apr 28 2001 mount_msdos
-r-xr-xr-x 1 root wheel 380812 May
On Fri, Jun 21, 2002 at 06:50:49PM +0200, Thierry Herbelot wrote:
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
is it enough to setenv GCC=/usr/local/bin/gcc31, then make install ?
No.
make CC=gcc31 CXX=g++31 clean install
On Sat, Jun 22, 2002 at 09:59:44AM -0700, Steve Kargl wrote:
make: don't know how to make remote.texi. Stop
remote.texi does not exist in /usr/src.
The obvious fix of removing remote.texi from the Makefile
doesn't work because of
I just took a larger hammer and just turned off docs.
To
On Sat, Jun 22, 2002 at 06:22:27PM -0500, Bob Willcox wrote:
Rather than simply installing perl (I'll get to that later)
I decided to track down what was calling it. Turns out that
/usr/libexec/locate.mklocatedb was the culprit. I then modified
locate.mklocatedb to use awk rather than perl.
On Fri, Jun 21, 2002 at 02:29:33PM -0400, Mikhail Teterin wrote:
I used to define INTERNALLIB to avoid building and installing the static
version, but that is now almost reversed -- only the static will be
built and nothing will be installed.
The old INTERNALLIB knob was confusion and not
On Fri, Jun 21, 2002 at 07:44:13AM -0800, Beech Rintoul wrote:
cc -DMYSQL_SERVER
-fno-rtti -DMYSQLD_NET_RETRY_COUNT=100 -c mysqld.cc
It is wrong to compile C++ code with a plain C compiler.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On Fri, Jun 21, 2002 at 02:33:51PM +0200, Stefan Esser wrote:
#if defined(__GNUC__) __GNUC__ = 3
#define ObjectCompile(options) RemoveFile($@) @@\
ClearmakeOSName \
$(CC) -c $(CFLAGS) options $*.c -o $@ || \
$(CC) -c $(CFLAGS) options -O0 $*.c -o
On Fri, Jun 21, 2002 at 04:35:47PM +0200, Martin Blapp wrote:
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
Why mess around with a buggy compiler if a working one is around ?
Why don't we update the pre 3.1 gcc in CURRENT to
On Fri, Jun 21, 2002 at 11:11:39AM +0400, Igor Roboul wrote:
igorr@sysadm~ gcc -Wall qq.c
qq.c: In function `main':
qq.c:16: warning: float format, double arg (arg 3) --- I have expected this
igorr@sysadm~ ./a.out 123
123.00
0.124861
0.04861 --- Pay attention
123
I don't get
On Fri, Jun 21, 2002 at 05:46:17PM -0400, Mikhail Teterin wrote:
= I can think of very few reasons to build a .so, but not a .a. Some
= people do like to build static binaries.
And some people are the opposite. However, for loadable (as in dlopen(3))
plugins, suchs Tcl modules the static
[bogus From: address, because people cannot be bothered to respect Reply-To:]
On Thu, Jun 20, 2002 at 01:26:49PM +0400, Igor Roboul wrote:
And continues to 'lib_gen.c:824: `a0' undeclared'.
rm -f /usr/bin/awk
ln /usr/bin/gawk /usr/bin/awk
Then rebuild.
I have posted info about awk
On Wed, Jun 19, 2002 at 11:21:35PM -0700, Sean Chittenden wrote:
-#if defined(__FreeBSD_cc_version) \
+ #if defined(__FreeBSD_cc_version) (__FreeBSD_cc_version 53) \
(__FreeBSD_cc_version 42 || __FreeBSD_cc_version 43)
#define CFRONT_STYLE_THIS_ADJUST
Please add a
On Tue, Jun 18, 2002 at 10:21:32AM +0200, Oliver Braun wrote:
BTW, why have you added BUILD_DEPENDS= perl:${PORTSDIR}/lang/perl5 to
net/rsync? Only for the patches?
Correct, for the use of perl -pi -e.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the
On Wed, Jun 19, 2002 at 12:05:00AM +0900, Makoto Matsushita wrote:
gmh003532 the fix is (yet again) to rebuild sed.
Is this mean that src/usr.bin/sed should be a build-tool?
No, there was a bad commit to sed.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
On Sun, Jun 16, 2002 at 07:31:56AM +0200, Michael Nottebrock wrote:
I just hit the same problem while trying to compile KDE stuff. In my
case it stems from bsd.kde.mk adding -I/usr/include to CPPFLAGS
Why in the (*_#$ did someone make bsd.kde.mk do that??
To Unsubscribe: send mail to [EMAIL
On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote:
I.e. if REQUIRE describes soft dependency ordering, what
describes hard dependency ordering?
Why the need to distingish?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Mon, Jun 10, 2002 at 07:02:14AM -0700, Terry Lambert wrote:
one messy and temporary solution is to compile with
make CFLAGS=-Wp,-w CXXFLAGS=-Wp,-w
which tells gcc to pass -w to the preprocessor, and -w means inhibit
all warnings. with this, postgresql compiles and works fine.
for
On Mon, Jun 10, 2002 at 12:02:41PM -0500, Michael D. Harnois wrote:
The libraries build for me without incident. However, anything which
tries to link against libGLU generates this error for me:
Your current is too old. Please do a fresh build.
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Mon, Jun 10, 2002 at 12:15:40PM -0500, Michael D. Harnois wrote:
On Mon, 2002-06-10 at 12:13, David O'Brien wrote:
On Mon, Jun 10, 2002 at 12:02:41PM -0500, Michael D. Harnois wrote:
The libraries build for me without incident. However, anything which
tries to link against libGLU
On Sat, Jun 08, 2002 at 05:07:39PM +0200, Anton Berezin wrote:
It sounds reasonable, but what's the point of having a wrapper at all
then?
One way or the other we need to have /usr/bin/perl exist and be usable.
Many have perl scripts in ~/bin that they expect to run on all modern
OS's --
On Fri, Jun 07, 2002 at 02:44:41AM +0200, Martin Blapp wrote:
What is the status here ? In my CURRENT system, these compat
libs are still the old ones :-(
I've now updated the libs manually to be able to run OO
on CURRENT. And yes - it works. Yes :-))
I don't quite know what you mean by
On Sat, Jun 08, 2002 at 12:19:37AM +0900, Jun Kuriyama wrote:
I've installed gdb-5.2_1, but I cannot debug usual code. I've tried
with -g, -gstabs+ and -g -gstabs+ but got same result.
In another message, Mark said he fixed the port.
But I just wanted to add that -gstabs+ is not needed to
[bogus From: address, because people cannot be bothered to respect Reply-To:]
Mark Peek and DFR have made patches against GDB 5.2 such that it should
do everything we need it to. It would be most helpful for people to test
this before it goes into /usr/src.
--
-- David ([EMAIL PROTECTED])
On Fri, Jun 07, 2002 at 12:59:55PM -0700, Brooks Davis wrote:
On Thu, Jun 06, 2002 at 04:06:40PM +1000, Bruce Evans wrote:
This fixes the panic. It appears there's also another bug in dump
though. When I run dump I get this:
...
DUMP: master/slave protocol botched.
DUMP: The
On Sat, Jun 08, 2002 at 12:03:10AM +0200, Martin Blapp wrote:
O got this error too with the system gcc. Note that if you add
CC= gcc31
CXX= g++31
You only need `make CXX=g++31'. Using `cc' as the C compiler works.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On Thu, Jun 06, 2002 at 10:14:29AM +0100, Mark Murray wrote:
is someone currently converting /usr/bin/mmroff from perl to C ?
IMO, if something is best written in Perl, there is nothing wrong with
leaving it in Perl. Our current setup handles this cleanly:
bash$ mmroff
perl: Perl is
On Wed, Jun 05, 2002 at 08:01:54PM -0700, Manfred Antar wrote:
I have been using the following command to dump for months with no problem:
dump 0fua /dev/nsa0 /dev/da0s1a
for the past few weeks I get this:
(bin)504}dump 0fua /dev/nsa0 /dev/da0s1a
DUMP: Date of this level 0 dump: Wed Jun
On Wed, Jun 05, 2002 at 03:27:47PM -0700, Doug Barton wrote:
On Thu, 6 Jun 2002, Giorgos Keramidas wrote:
Hello dougb all,
Here's a patch that removes all trails of Perl usage from mergemaster.
Your work looks good, but I wish you'd asked before embarking on it. My
current plan is
On Thu, Jun 06, 2002 at 10:54:15AM +0200, Sheldon Hearn wrote:
I've been monitoring the -CURRENT mailing list for about a day or two,
and haven't seen anything that's really broken (except for GCC 3.x,
which I don't use anyway). So, is it safe to upgrade to -CURRENT yet?
TIA for the info,
On Wed, Jun 05, 2002 at 08:46:59AM +, Christopher Nehren wrote:
I've been monitoring the -CURRENT mailing list for about a day or two,
and haven't seen anything that's really broken (except for GCC 3.x,
which I don't use anyway). So, is it safe to upgrade to -CURRENT yet?
TIA for the
On Tue, Jun 04, 2002 at 03:02:21AM +, [EMAIL PROTECTED] wrote:
Actually, it broke fsck_ffs.
Workaround to avoid the known broken case:
The brokenness in ix86_expand_clrstr is quite visible when you
compare the function with ix86_expand_movstr.
Fixed in rev 1.368.2.10. * i386.c
On Mon, Jun 03, 2002 at 10:56:58PM +0300, Maxim Sobolev wrote:
However, before proceeding I would like to get an advice with regard
to the most appropriate procedure for doing the upgrade. The problem
is that old version of tar was just cvs add'ed, not imported, so that
it is unclear how to
On Tue, Jun 04, 2002 at 12:12:28AM -0700, walt wrote:
=== gnu/usr.bin/tar
.depend, line 458: Inconsistent operator for tar
make: fatal errors encountered -- cannot continue
*** Error code 1
The problem is you have an existing /usr/obj/gnu/usr.bin/tar/.depend
file. In that file is a
On Tue, Jun 04, 2002 at 01:36:17PM +1000, Tim J. Robbins wrote:
I am in favour of doing this. Same with cpio. I'd prefer to see GNU tar
and cpio in ports (if they are not already there).
We have had GNU tar just too long to move it to ports. Nothing else has
the same options or support.
On Mon, Jun 03, 2002 at 01:42:24PM -0700, Kris Kennaway wrote:
* (lots of ports) The new C++ compiler deprecated a lot of headers by
moving them to a different directory: this breaks a heck of a lot of
ports). IMO we should be searching this directory by default.
example port please.
To
On Wed, May 29, 2002 at 05:56:28PM +0200, Martin Blapp wrote:
configure:3602: checking for XOpenDisplay in -lX11
configure:3624: /usr/local/bin/g++31 -o conftest -g -L/usr/X11R6/lib
conftest.C -lX11 15
/var/tmp//ccask2mP.o: In function `main':
On Wed, May 29, 2002 at 11:26:26AM -0700, Julian Elischer wrote:
9) More gratuitous braces as well as gratuituos ()'s and white space
changes in ithread_schedule() obfuscate the functional diffs.
I guess so though it made it a hell of a lot more readable to me.
That isn't the issue.
On Wed, May 29, 2002 at 01:07:01PM -0700, Matthew Dillon wrote:
:On Wed, May 29, 2002 at 11:26:26AM -0700, Julian Elischer wrote:
:
: 9) More gratuitous braces as well as gratuituos ()'s and white space
: changes in ithread_schedule() obfuscate the functional diffs.
:
: I guess so
On Tue, May 28, 2002 at 03:54:21PM +0200, Nick Hibma wrote:
I'm using a derivative of the .gdbinit.vinum files that is available in
the modules/vinum directory. For them to work the following patch is
needed in gdb52.
As you can see, the patch is trivial, so I have no clue why this wasn't
On Mon, May 27, 2002 at 12:23:13PM +0200, Georg-W. Koltermann wrote:
Please read bin/38236. I wasn't asking for general directions but for a
specific solution to a current -current problem.
RTFM specifically the -gstabs+ GCC option.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Mon, May 27, 2002 at 04:08:44PM +0900, Jun Kuriyama wrote:
At Mon, 27 May 2002 02:46:01 + (UTC),
David O'Brien wrote:
Add it to COPTFLAGS. Why are you adding it to DEBUG?
``grep DEBUG /sys/conf/*.mk /sys/conf/Makefile.*'' shows DEBUG is not
used this way.
I added it to DEBUG
On Mon, May 27, 2002 at 02:59:36PM +0200, Sheldon Hearn wrote:
On Sun, 26 May 2002 15:28:44 MST, Lamont Granquist wrote:
I got non-deterministic internal compiler errors when I was trying to
compile mozilla. At the same time I was compiling gnome in another
terminal window. It only
On Mon, May 27, 2002 at 04:21:17PM -0700, Kris Kennaway wrote:
On Mon, May 27, 2002 at 10:58:54AM -0700, David O'Brien wrote:
Please raise your concern with [EMAIL PROTECTED] I provided them with
a USE_GCC patch that would make this easier 2 months ago. It still has
yet to be committed
On Mon, May 27, 2002 at 11:12:47AM +0900, Jun Kuriyama wrote:
At Wed, 22 May 2002 18:54:02 + (UTC),
David O'Brien wrote:
-ggdb means to use the most expressive debugging format the compiler
knows about. You want -gstabs+ or -gstabs
I cannot debug a kernel with -gstabs+ option. Any
On Thu, May 23, 2002 at 02:28:06PM +0900, NAKAJI Hiroyuki wrote:
I have trouble that f77 cannot find -lfrtbegin which gcc-3.1 has.
For example, the program shown below cannot be linked.
I'll look into this.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the
On Wed, May 22, 2002 at 09:57:24AM +0100, Doug Rabson wrote:
GDB 5.2 works pretty well with -current - I've been using it recently. I plan
to upgrade GDB in -current to 5.2 soon (as soon as David has enough time to
sort out the CVS magic).
I fail to see your patches to gdb 5.2 for the
On Wed, May 22, 2002 at 09:57:24AM +0100, Doug Rabson wrote:
On Monday 20 May 2002 3:49 am, Terry Lambert wrote:
Steve Kargl wrote:
Use -ggdb instead, thus avoiding DWARF.
BZZZT... Thanks for play!
-ggdb means to use the most expressive debugging format the compiler
knows about.
On Wed, May 22, 2002 at 11:16:11AM +0200, Georg-W. Koltermann wrote:
are there any plans on removing the /usr/bin/c++ and
/usr/bin/g++ commands? Seems the are not useful any more, and may
conflict with a port which installs these commands.
A port will never install a binary with these names.
On Wed, May 22, 2002 at 12:37:57AM +0200, John Angelmo wrote:
su-2.05a# make
cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/pcvt/kcon/../keycap
-DKEYB_DEVICE=\/dev/ttyv0\ -o kcon kcon.o -lkeycap
/usr/libexec/elf/ld: cannot find -lkeycap
collect2: ld returned 1 exit status
*** Error
On Tue, May 21, 2002 at 04:33:32PM +0200, yuri khotyaintsev wrote:
make buildworld ...
make buildkernel ...
make installkernel ...
mergemaster ...
You have to reboot here with new kernel.
Actually you want to reboot before mergemaster -- you don't have the
matching binaries installed
On Sat, May 18, 2002 at 08:12:15PM -0700, Steve Kargl wrote:
Warnings are treated as errors. Since GCC 3.1 has brought a hell of a
lot more warnings with us, you should use -DNO_WERROR until the dust
of the GCC 3.1 import settles down.
If everyone is using -DNO_WERROR, then who would
On Sun, May 19, 2002 at 05:29:22AM +0300, Giorgos Keramidas wrote:
Part of the problems I had when I tried to replace perl in
mergemaster.sh with something `native' was that the perl code uses
stat(2) to obtain the permission bits of a directory/file and I can't
think of a way to do this with
Anyone got a patch?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thu, May 16, 2002 at 08:31:19PM +0900, Akinori MUSHA wrote:
So - yes - it seems gcc 3.1 does have a problem...
Indeed - easily determined by breaking down the expression.
So, who's gonna report it to gcc-bugs? knu?...
Specifically what is the problem? Given the program below, take
On Thu, May 16, 2002 at 12:06:49PM -0700, Bill Fenner wrote:
Specifically what is the problem? Given the program below, take the
ISO-C spec and explain the problem. Or even w/o the spec -- I haven't
been reading this thread.
int
main()
{
unsigned char i = 127;
char j;
On Thu, May 16, 2002 at 09:07:25AM +0300, Ruslan Ermilov wrote:
it's possible to achieve this with:
: make \
: -DNO_worldtmp -DNO_bootstrap-tools -DNO_cleanobj -DNO_obj \
: -DNO_build-tools -DNO_cross-tools \
: buildworld TARGET_ARCH=foo
Which in essence is equivalent to
On Thu, May 16, 2002 at 05:52:45PM -0500, Ade Lovett wrote:
On 05/16/02 17:46, Maxime Henrion [EMAIL PROTECTED] wrote:
I agree that a __FreeBSD_version bump is appropriate, but why not always
simply use sed for this ?
Because not everyone using the ports system has the in-place editing
On Wed, May 15, 2002 at 09:31:11AM +0300, Ruslan Ermilov wrote:
This actually doesn't affect only cross-arch case, the subject is wrong.
It affects any arch with HOST_BITS_PER_WIDE_INT HOST_BITS_PER_LONG e.g.
alpha.
This *is* only a cross issue.
HOST_BITS_PER_WIDE_INT == HOST_BITS_PER_LONG
[bogus From: address, because people cannot be bothered to respect Reply-To:]
On Thu, May 16, 2002 at 06:17:44PM -0600, Lyndon Nerenberg wrote:
Why can't we use ed for in-place edits?
perl -pi.hold -e 's/FOO/BAR/g' ${WRKSRC}/a/b/{X,Y}
is not as easy to do with `ed'.
People should find
On Wed, May 15, 2002 at 09:31:11AM +0300, Ruslan Ermilov wrote:
I insist we should officially support upgrading from X.any to X+1.0-R,
minimally.
You need to either get concensis from arch@ or core@ then.
This actually doesn't affect only cross-arch case, the subject is wrong.
It affects
On Wed, May 15, 2002 at 05:05:02PM +1000, Bruce Evans wrote:
I prefer not to do this. There are simpler methods to get broken
headers, starting with rm -rf :). I prefer everyone to use (documented)
user-level targets like world and install for installing includes,
since it would be
On Wed, May 15, 2002 at 09:59:19AM +0300, Ruslan Ermilov wrote:
Actually, from what I've read, I plan on renaming these targets to
buildincludes and installincludes, and restoring the `includes' to
mean build + install.
Thank you.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Wed, May 15, 2002 at 03:15:39PM -0400, Jeff Ito wrote:
I had a -current system with the old version of gcc, and build world/kernel
that contained gcc-3.1:
...
cc1: warnings being treated as errors
/usr/src/sys/ddb/db_command.c: In function `db_fncall':
/usr/src/sys/ddb/db_command.c:549:
On Wed, May 15, 2002 at 07:43:22PM +0300, Ruslan Ermilov wrote:
one can easily ``make buildworld TARGET_ARCH=foo -DNO_cross-tools''.
I am now doing many cross buildworlds. Is there a target (used with
-DNOCLEAN) to use to save time and resume a build at stage 4?
To Unsubscribe: send mail to
On Wed, May 15, 2002 at 03:15:47PM -0700, David O'Brien wrote:
On Wed, May 15, 2002 at 03:15:39PM -0400, Jeff Ito wrote:
I had a -current system with the old version of gcc, and build world/kernel
that contained gcc-3.1:
...
cc1: warnings being treated as errors
/usr/src/sys/ddb
On Tue, May 14, 2002 at 11:41:45AM +0300, Ruslan Ermilov wrote:
Hi!
4.x i386 and old 5.0 i386 can no longer produce current 5.0 alpha
worlds due to the lack of atoll(3) in libc. This patch fixes it:
Considering how simple src/lib/libc/stdlib/atoll.c is; lets ask RE for a
MFC.
To
On Tue, May 14, 2002 at 09:21:18AM +0300, Ruslan Ermilov wrote:
Yes. make includes has been modified to mean build includes,
and the new make incsinstall has been added to install them.
So the correct sequence is make includes incsinstall.
I really do not like this change, please return
On Tue, May 14, 2002 at 04:10:51PM +0300, Ruslan Ermilov wrote:
Why change in the first place?
What was wrong with 'make includes'? Why break POLA?
They were broken. See commit log for share/mk/bsd.incs.mk,v 1.1 for
a full story.
I fail to see how they were broken from the rev 1.1
On Wed, May 15, 2002 at 01:16:23PM +1000, Bruce Evans wrote:
4.x i386 and old 5.0 i386 can no longer produce current 5.0 alpha
worlds due to the lack of atoll(3) in libc. This patch fixes it:
Considering how simple src/lib/libc/stdlib/atoll.c is; lets ask RE for a
MFC.
That
On Wed, May 15, 2002 at 12:38:49PM +1000, Bruce Evans wrote:
I really do not like this change, please return things such that the
long-ingraned cd /usr/src ; make includes.
I planned to fix this by changing make includes to print
Unwarranted chumminess with implementation.
What is your
On Mon, May 13, 2002 at 07:47:42PM -0500, Loren James Rittle wrote:
I can narrow it down *much* further to exact small test cases. FYI,
there are 8 C failures in the gcc 3.1 testsuite for FreeBSD/i386:
4 involve -Os (Quite sorry I never got around to fixing them
before the
On Sat, May 11, 2002 at 10:33:03AM -0700, David O'Brien wrote:
I'll look this patch over carefully, but at first glance it all seems
like stylistic changes. Does it fix a bug, or you just don't like how I
did things?
The changes are mostly _not_ stylistic like .ORDER with one argument
On Sun, May 12, 2002 at 10:32:33AM -0700, Steve Kargl wrote:
cc -O -pipe -march=athlon -DIN_GCC -DHAVE_CONFIG_H
-DPREFIX=\/usr/obj/usr/src/i386/usr\
-I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
On Sat, May 11, 2002 at 10:44:11AM +0300, Ruslan Ermilov wrote:
On Fri, May 10, 2002 at 04:41:53PM -0700, David O'Brien wrote:
On Fri, May 10, 2002 at 06:04:27PM +0300, Ruslan Ermilov wrote:
Bmake bits for Gcc 3.1.
This also vanished my YACC building fixes and broke world while
On Sat, May 11, 2002 at 10:44:11AM +0300, Ruslan Ermilov wrote:
The malloc usage is in the Byacc output, not the input.
There's no difference, [b]yacc just copies C code blocks intact.
No. Byacc copies C code blocks from the input grammer intact. It also
adds more C code to the output. See
On Sat, May 11, 2002 at 12:35:38PM +0300, Ruslan Ermilov wrote:
I say again, the malloc usage is not in c-parse.in, it is in the parser
driver produced by Byacc.
OK, now that you've explained it:
I'll look this patch over carefully, but at first glance it all seems
like stylistic
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
This applies to post gcc 3.1 upgrades.
Eek, actually there was no reason to remove K7. It should still be
accepted as an alias for athlon. Your patch broke existing settings,
including mine. :-(
Be liberal in what you accept,
[bogus From: address, because people cannot be bothered to respect Reply-To:]
What do people think of this patch to embellish bsd.cpu.mk?
I also changed pN to be the more canonical pentiumN (with pN aliases of
course).
Index: bsd.cpu.mk
On Sat, May 11, 2002 at 01:08:35PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
-. if ${CPUTYPE} == k7
-_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will
+. if ${CPUTYPE} == athlon
+_CPUCFLAGS = -march=athlon
On Sat, May 11, 2002 at 01:46:32PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 01:33:09PM -0700, David O'Brien wrote:
@@ -87,17 +113,17 @@
# presence of a CPU feature.
.if ${MACHINE_ARCH} == i386
-. if ${CPUTYPE} == k7
-MACHINE_CPU = k7 3dnow mmx k6 k5 i586 i486 i386
401 - 500 of 1574 matches
Mail list logo