Also, before I removed 3.2 from my system, I made a little cpp hello
world program and with GCC the binary was 8k. That same program was
40k with EGCS. Anyone know why?
Look at the ``ldd'' output. libstdc++ is statically linked if you used
the egcs port (which if you did this on 3.2 you
You're correct in that better awareness is almost definitely the key.
Would you consider posting the -stable and -current port build results
You can find the realtime results from http://bento.freebsd.org/
--
-- David([EMAIL PROTECTED] -or- [EMAIL PROTECTED])
To Unsubscribe: send
I've recently upgraded to 4.0 from 3.2-stable and now whenever I try and
compile something I get:
/usr/libexec/ld-elf.so.1: cc: Undefined symbol "mkstemps"
*** Error code 1
There was a time peroid during the gcc - egcs transition in -CURRENT one
would get this error. But a ``make
from
/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28:
/usr/obj/usr/src/tmp/usr/include/g++/exception:9: syntax error before string constant
*** Error code 1
This is due to the Bison-Yacc change. I did builds of the compiler and
all, but not a full make
Any prognosis on a fix?
I'll revert when I go to bed if I am not getting anywhere.
--
-- David([EMAIL PROTECTED] -or- [EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I think, a guess, that make world without -DWANT_AOUT in conjunction with
Unless you are trying to support current development of a.out binaries,
there is little need to be useing "-DWANT_AOUT". All you want is suport
for existing 2.2.x a.out binaries (since that is what Netscape is).
Realize
I disagree that this should even be necessary. This kind of detail
was exactly the reason why I put the short-lived default debug kernel
into config. There aren't too many systems any more that don't have
an additional 30 MB for the time it takes to build the kernel, and it
solves a
1) Can I use the 3.2 packages with FreeBSD 4.0 or am I doing a stupid thing?
Kinda. We provide different versions at
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/ because of there are some
library difference between 3.x and 4.0. Not to mention anything that
grubs around in the kernel.
2)
I don´t know, which daemon writes to /var/run/utmp.
Maybe I should notice, that I´m logged in via ssh.
Was this version of ssh built on a 4.0 system, or 2.x? Usernames went
from 8 chars to 16 chars. I was experiencing simular problems when I
upgraded from 2.2.x to 3.0.
--
-- David
There aren't too many systems any more that don't have an additional
30 MB for the time it takes to build the kernel, and it solves a
whole lot of potential problems.
It does cause problems when you keep the kernels for 8 different machines
in one /usr/src.
You are obiviously know what
I looked at the implementation of fast-read, and it doesn't look
too hard to adapt to the new version of tar. I could create
patches if there is interest
There is. Upgrading tar is something I've been wanting to do for over a
year. Anything to speed me along would be helpful.
--
--
have quite a few Plextor cd recorders so I am wondering if
anyone has any experience with Plextor cd recorders...
Excellent experience. I have both their 4x and 8x [SCSI] burners.
If you check the various CDROM burner FAQs around, you will also find
that Plextors perform better than others
1. Add a "if [ ! -d $bak ] ; then exit fi" to the top
of the files, or
2. Add a "mkdir -p $bak" to the top.
Do others consider this an error, and if so which is the preferred fix?
Both. (2) followed by (1), possible logging a warning.
--
-- David([EMAIL
[ Amancio's reply moved to the *bottom* where replies belong.. ]
He (and some others on this list) should also learn how to NOT QUOTE THE
ENTIRE MESSAGE. Only the relevant parts should be quoted.
--
-- David([EMAIL PROTECTED] -or- [EMAIL PROTECTED])
To Unsubscribe: send mail to
"Another possibility, if you have the RAM, is to use the team(1)
program (it's in the ports) to buffer the data as it goes to the burner.
Any reason not to use ``cdrecord -fs=64m'' (or some simular size)
--
-- David([EMAIL PROTECTED] -or- [EMAIL PROTECTED])
To Unsubscribe: send mail
On Fri, Aug 20, 1999 at 01:04:47PM +0200, Werner Griessl wrote:
Werner, like you we all got 246 line email message. You did not have to
quote the *ENTIRE* thing back to us just to add 3 lines.
If you don't have the time to trim, we don't have the time to read your
reply.
--
-- David
If you have the physical memory sure however if you don't then
you will start swapping and most likely your cd recording will
fail.
Hence my recommendation for a small size buffer.
Then there is no advantage in using `team' vs. ``cdrecord -fs=XX'', right?
--
-- David([EMAIL
However I'd REALLY like to emphasize again that if we're going to do
this the proper fix is to use case wherever possible. There are
numerous reasons for this, not the least of which are making the
variable case insensitive (and therefore more user friendly)
I have to really agree with Doug
"Another possibility, if you have the RAM, is to use the team(1)
program (it's in the ports) to buffer the data as it goes to the burner.
Any reason not to use ``cdrecord -fs=64m'' (or some simular size)
Any reason to? I mean, I never had to go over the default cdrecord uses.
/usr/include/readline/readline.h (and whatever else that's supposed to
be in that directory) has been missing from 4-current and 3-stable
snaps for awhile. Does anyone know why?
I just checked that cd /usr/src/gnu/lib/libreadline ; make obj all install
does the right thing. Ideas where to
I'm forwarding this to [EMAIL PROTECTED] as I know many people are on
the list that live in multi-platform worlds.
- Forwarded message from [EMAIL PROTECTED] -
Solaris 7 machines cannot use NFSv3 mounts from a FreeBSD NFS server.
When using NFSv2 the decrease in performance was very
Doesn't Asus make an AT formfactor Super 7 motherboard w/ a 100mhz bus?
Yes, but it is shy on card slots. The Tyan s1590 Trinity-AT100 is the
has the most card slots of any of today's AT formfactor Super7 boards I
am aware of.
--
-- David([EMAIL PROTECTED] -or- [EMAIL PROTECTED])
To
I'd like to remove the search paths altogether, leaving the gcc
LIB_SPEC and LD_LIBRARY_PATH environment variable to get the /right/
path all the time.
Can you post a patch first? IIRC jdp wanted to be more "pure" with ld.so
finding shared libs. Many didn't like the more "pure" searching.
cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -static -o rm rm.o
stat_flags.o
install -C -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin
rm: /usr/obj/usr/src/bin/rm: Undefined error: 0
*** Error code 1
I'll look in to it. CVSup'ing is going to take a little
I notice that -current supports the 3C574, but not the newer 3C574B.
Is anyone working on support for this card?
Is the 3c574B PCCARD (old-style PCIMCA), or CARDBUS?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, Sep 13, 1999 at 05:32:41PM -0400, Mark S. Reichman wrote:
Second, I will respond as I see fit to any public posting
with or without your permission Mr. Mike Smith.
HUH?? Where did Mike direct something at you in this thread?
And yes, posting messages like that in a public forum is
Is it possible that it isnt working because its not in /usr/src, but in
/usr/src2/src?
No.
I would check and see if you have /usr/local/bin/gcc or any other "gcc"
named compilers anywhere. Also
cd /usr/src (for convience make it a sym link to /usr/src2/src)
make cleandir make
Anybody know if this ever got ported to FreeBSD?
It has now. See /usr/ports/benchmarks/postmark/
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I have added Jason Young [EMAIL PROTECTED] support for the 3Com
Megahertz 574B ethernet 16-bit PC-Card to the ``ep'' Ethernet driver.
I tested it best I could, but I don't have access to all the 3Com cards
(mostly ISA and PC-Card) this driver supports. Please let me know ASAP
if these changes
This is a CURRENT issue, so it's discussion belongs there.
On Sun, Sep 19, 1999 at 10:52:57PM -0500, Chris Costello wrote:
This breaks PCI RealTek cards (at least). Reverting to rev 1.160
makes it work just fine for me.
Did it work before September?
--
-- David([EMAIL PROTECTED])
I have just changed the names of the installed network driver KLM's.
The KLM's are now prefixed by "if_". (their registered DRIVER_MODULE
names have been changed to match).
You will probably want to clean out the old modules after your next
``build world''.
Also, please don't forget to change
I have just changed the names of the installed network driver KLM's.
Foo. Make that KLD's. (some name changes are just hard to engrained on
the brain...)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, Sep 20, 1999 at 12:28:27PM -0500, Mark Hittinger wrote:
Hey per request I'm reporting some ep0 breakage in today's -current. I have
an etherlink III 3c509B and the probing appears correct.
Sequence of events boot -s
# ifconfig ep0 inet 192.168.18.200
I think David was joking with you, hence the \begin{wpaul} statement. Bill
Paul is of course our resident Ethernet driver guy, and he is not known
for his patience with people who do not supply enough information. :)
Only 1/2 joking. This seems to be my month for content free bug reports.
I
Actually I don't really care what you do with this. I did say "more later"
but you chopped that part out. I was only trying to give a heads up.
Then way waste people's time with content-free messages? Just to lower
the signal-to-noise ratio? We all could have waited for this email.
look at gcc's behaviour. This has left me somewhat confused. I
appear to have two complete copies of gcc - one in src/contrib/gcc and
another in src/contrib/egcs/gcc.
WIP. src/contrib/egcs is the current home. It is moving to
src/contrib/{gcc,libio,libstdc++,etc.}. After the move, it
P.S. This also reminds me that FreeBSD is non-standard relative
to Linux and all of the major vender commercial Unices in that a disallowed
access, such as a write to a read-only region of memory, generates
a SIGBUS rather than a SIGSEGV.
Yes, this even violates the 1996 POSIX spec.
I'm not working on changing the build/installworld. There's nothing
"broken" about having to install the kernel first, IMO. I don't see how
I can "fix" it then.
In fact for OpenBSD (and I'll assume NetBSD) their `build world'
procedure is to first compile a new config(8), then build and
The network ones, for instance. No more need to put in the device lines
in the kernel configuration file, it will be automagically loaded by
ifconfig. I don't know if this is working already or not, though.
It works in -CURRENT for most PCI network devices (`de' is one notable
exception).
There should be fairly few writes to the root partition, so having
An opionion. I use the HP workstation model where my / is 1800M. I have
no use for /var and /usr and find them simply stupid in today's world.
(except for ISP's where there is cause for a septerate /var).
Lets stick to facts.
mount(8):
syncAll I/O to the file system should be done synchronously.
How detailed should the man page be? If it stated "all file data will
be written synchronously, but inodes where the only update is atime
and free block bitmaps are written asynchronously", would that be any
It was my understanding that it was standard recommended practice
practice pretty much across the board to create the following
separate filesystems:
/
/tmp (perhaps an mfs, perhaps softupdates, or whatever)
/usr
/var
If you've done your job right, it can be mounted read-only. This
makes it harder for someone to break into the machine and obtain root
access, because now they have to be root to unmount /usr and remount
it read-write, so that they can put their trojan script on there that
they're
On Thu, Oct 07, 1999 at 03:15:03PM -0700, David Schwartz wrote:
There should be fairly few writes to the root partition, so having
An opionion. I use the HP workstation model where my / is 1800M. I have
You are not disagreeing with him, David. You are just talking about
We're talking about the special case of small root partitions, such that
softupdates inability to make empty space available quickly can make the
difference between a major operation's success or failure.
This is almost impossible on a 1.8Gb root partition.
Again why? What's
On a related topic, we should fix the Alpha to emit the weak alias
like the i386 does.
We should do what ever is reasonably possible to keep these two archs
operating the same. IMHO, people will expect their FreeBSD platform
knowledge to hold on the Alpha.
--
-- David([EMAIL PROTECTED])
If people using laptops with -current aren't going to read their email
then they should run -current. I suppose I could wrap if_ed_isa.c in the
same nonesense that if_ed.c uses but I'd rather not as I suspect a fix is
in the near term future.
NO! Committers shouldn't commit code that is
On Mon, Oct 18, 1999 at 12:25:48PM -0400, Will Andrews wrote:
If you don't believe me when I say that pcic _was_ working for the Sept. 29
sources:
The pcic modules is *KNOWN* to have and cause problems. Warner told you
this and you still insist on pushing the issue. Why? NO FreeBSD
I suspect someone will want a PCCARD front end as well. I'll write it if
someone will work with me on testing.
You have a guinie pig^W^Wtester.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I've not got an up to date version of gcc available at the moment (will get
-current over the weekend however and see how things change)
see /usr/ports/lang/egcs/
(Not sure why we have two version of gas in the source tree though ?)
The first is our ELF linker, the second is our a.out
On Wed, Oct 27, 1999 at 12:02:13AM -0400, [EMAIL PROTECTED] wrote:
At 09:53 PM 10/25/99 -0700, you wrote:
kuriyama1999/10/25 21:53:29 PDT
Modified files:(Branch: RELENG_3)
etc pccard.conf.sample
Log:
MFC: Add Allied Telesis CentreCOM LA-PCM_V2
/shared1/FreeBSD/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/libgcc1.c
*** Signal 12
Stop in /shared1/FreeBSD/src/gnu/lib/libgcc.
*** Error code 1
RTFML (Read The FINE Mailing List)!! This has come up for the past many
weeks. You need to build a kernel BEFORE your ``make world''.
IF you
On Thu, Oct 28, 1999 at 10:52:30AM -0400, Garrett Wollman wrote:
The lsof functionality should in my opinion be added to the system,
and the necessary hooks should be added to the kernel using sysctl.
fstat(1).
fstat(1) does not have the functionality (that is now missing) that
people
fstat(1) does not have the functionality (that is now missing) that
people have come to expect from LSOF.
...which is?
Say for instance I want to know which program someone is running (and
what libs it is using). fstat does not show the path to the program:
obrien communicator-4.7 84460
-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions
-DIN_GCC -I/usr/obj/usr/src/tmp/usr/include -DL_mulsi3 -o _mulsi3.o
/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/libgcc1.c
*** Signal 12
...snip...
Any ideas?
YES. DELETE, YES DELETE, CURRENT FROM YOUR MACHINE
On Sat, Oct 30, 1999 at 02:43:47PM -0700, Vincent Poy wrote:
Yes, I am still running -current. I read the -current mailing
list on a more regular basis than most of the people out there.
By what measure? I think you've shown the opposite.
I have always read the -current
Hi all,
I've got GCC 2.95.2 working as the base compiler. It is still a little
rough, but I wanted to put it in more hands for testing.
My Alpha is booting from a GENERIC kernel and world built from gcc
2.95.2. This is one compiler bug in building libreadline, but I have a
hack around it.
The current show stopper for switching over to GCC 2.95.2 is a problem
compiling the `ahc' driver:
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../..
(thanks to David O'Brien for having updated the lsof port).
More so to Vic Abell [EMAIL PROTECTED] for bending over backwards to
deal our changes. I forgot to mention that I've now given him access to
my Alpha. So 4.46.1 mostly works on the Alpha now.
To Unsubscribe: send mail to [EMAIL
On Sat, Nov 06, 1999 at 10:34:18AM +0100, Gary Jennejohn wrote:
Here's a patch to bus.h which works for both EGCS and GCC 2.95.2. I have
Here is the patch I've been working on (before I 1st got BDE's reply).
The changes are mostly from OpenBSD + style changes for the way we do
things. Can you
On Thu, Nov 11, 1999 at 03:29:05PM -0500, Thomas Stromberg wrote:
I just happened to notice this today. For some reason 'grep' seems to
think that 'set' output is binary, not text. Seems that GNU grep 2.3 is
a little too sensitive to text/binary detection.
I've got a notion to change this.
On Fri, Nov 12, 1999 at 12:11:22AM -0800, Paul Eggert wrote:
Date: Thu, 11 Nov 1999 23:39:10 -0800
From: "David O'Brien" [EMAIL PROTECTED]
Would it be possible to either ignore binary files when "-l" is in
affect. OR to add an ignore binary file flag (like
On Thu, Nov 11, 1999 at 09:13:54PM -0500, Alain Magloire wrote:
Of course, you can. But I will join my voice to Paul and ask you not to.
This behaviour was a long standing request/grip where for example one
would do
grep pattern *
and have the terminal going bananas, if pattern was
On Fri, Nov 12, 1999 at 03:39:43PM -0800, Paul Eggert wrote:
Date: Fri, 12 Nov 1999 09:08:24 -0800
From: "David O'Brien" [EMAIL PROTECTED]
I want a silent ignore of binary files.
It'd be reasonable to add an option to do this, after the feature
freeze is over and 2.4
On Fri, Nov 12, 1999 at 08:09:24PM -0500, Alain Magloire wrote:
Cool! :-) Would you able to reserve the option's letter and GNU-style
long name now? I'd like to add this feature to GNU Grep 2.3 in FreeBSD.
-a, --text
is already taken.
I assume "--ignore-binary" or
Hi folks,
Once again, `boot2' is the only thing holding us back from upgrading our
base compiler. The commit below plus -fdata-sections gets us to needing
to reduce another 100 bytes from `boot2'.
This is an appeal to hackers to squeeze another 100 bytes out. It would
be preferable to use the
On Sat, Nov 13, 1999 at 04:23:42PM -0800, Kris Kennaway wrote:
Do you have any idea why the new compiler is generating so much more code
than the old?
Nope. I can post the "-S" output if you like. But the EGCS vs. GCC
versions are quite different. There were many changes to the back end
This is just a "heads up" message, that the switch from EGCS 1.1.2 to
GCC 2.95.2 will probably occur this weekend. I can now `make world' and
build a GENERIC kernel fine with GCC 2.95.2.
All I have left to do is clean up some stuff and arrange some stuff.
--
-- David([EMAIL PROTECTED])
# gcc --version
egcs-2.91.66
What is the relationship?
That is EGCS 1.1.2.
see http://egcs.cygnus.com/timeline.html
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I'll be pulling the switch to use GCC 2.95.2 as the base compiler in
-CURRENT on Sunday evening (Freefall time).
Those not-quite-so daring might want to hold off on your next make world.
*** NOTE *** that I have NOT changed the shared lib version for
libstc++.so (the rules disallow it). With
On Sun, Nov 14, 1999 at 06:15:09PM -0800, Frank Mayhar wrote:
I'm trying to use the 11/13 snap of -current on my laptop to get my 574BT
PCMCIA ethernet card going. It _almost_ works. Pccardd detects the card,
This is a known problem. Kernels panic with either a 3c574tx or 574BT.
--
--
On Sun, Nov 14, 1999 at 11:02:18PM -0800, Lester Igo wrote:
I started with FreeBSD-3.3-Release last Friday, tried current and it
failed so I moved on to stable, it worked, I installed it and built a new
kernel, and then using the fresh compile I tried to go to -current and it
still fails at
On Mon, Nov 15, 1999 at 05:51:58AM +, FreeBSD mailing list wrote:
The following is AFTER cvsup, world build, config, make clean, and make depend:
...
../../i386/isa/pcaudio.c:196: Invalid `asm' statement:
../../i386/isa/pcaudio.c:196: fixed or forbidden register 0 (ax) was spilled for
I just installed my first current box (19991115) and ran into a couple of
glitches with libraries and X. I installed the X-Kern-Developer and then
added some extras from custom. The errors I encountered (paraphrased) were:
missing libc.so.3 and libtermcap.so.2.
This is now a known
On Thu, Nov 18, 1999 at 09:03:14PM +0100, Jag wrote:
I have a 3.3-STABLE (SMP) system and I want to move to CURRENT.
Please don't do that.
Do you mean that I should build a new kernel *before* I do buildworld?
Is that possible?
You OBVIOUSLY have not read /usr/src/UPDATING nor this mailing
I'm trying to update from 3.3-R to 4.0-current but without success.
cc every time died on the same place.
Where are your D-E-T-A-I-L-S ???
Where did it die? Compiling /bin/false ?
When I try again cc died with message "Bad system call"
Did you read /usr/src/UPDATING? Have you been
On Sat, Nov 20, 1999 at 12:28:26PM +1030, Daniel J. O'Connor wrote:
Any chance of getting that committed? :)
On my list of things to look at for the weekend.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
sorry i'm don't put error message
i'm build and install -CURRENT kernel , and trying make world
Do you have any local hacks in /usr/src/contrib/gcc/ ?? It seems you may
have corrupted sources. Can you remove /usr/src/contrib/gcc and ``cvs
up'' or ``cvsup'' again?
To Unsubscribe: send mail
On Sat, Nov 20, 1999 at 12:48:21PM -0500, Byung Yang wrote:
I lowered the optimization level from -O6 to -O and now it shows the cpu
Offical GCC Project stance is that levels above -O3 are not offically
supported. Above -O3 are experimental (if they are even paid attention
to). Levels above
I have one little problem: make world works for me only with small
patch in gnu/usr.bin/groff/Makefile.cfg:
...
Can anyone explain me, where is the source of this problem? maybe
Not if you don't provide some _D-E-T-A-I-L-S_. You know, things like
your last CVSup, date of last `make world',
On Mon, Nov 22, 1999 at 12:40:19AM +0900, Motoyuki Konno wrote:
Gcc 2.95.2 output asmcodes which contain 'fild' opcode, but
/usr/libexec/aout/as (a.out version of as) does not support 'fild'.
Please try this diff:
Index: i386.h
Works like a charm. Two more I've encountered:
lynx:
libncurses.so.3
libmytinfo.so.2
Thanks! I've added them to my list. I'm going to populate compat3x from
3.4-RELEASE. So we aren't too far off.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Tue, Nov 23, 1999 at 03:23:23PM -0500, Kelly Yancey wrote:
I may be no security expert,
So??? You can read C code, right? What needs to happen is a leader to
take charge and give people direction. If someone gave you a few
sequences of code to look for, you could find them right? If you
So when Joe Blow clicks on (say) src-bin-cat he'll find that
(say) markm eyballed the code and kris diffed it with OpenBSD
and merged in blah fixes - "cat now considered safe".
Until the next commit to cat.
A security review is never done. We need to be in a mode where every
commit is
2) I propose that WE diff(1) FreeBSD with {Open|Net}BSD,
This is not the easiest thing to do (I've tried). Rather one should look
at what changes OpenBSD has done to a piece of code since they imported
it from NetBSD and compare with FreeBSD code to see if the OpenBSD change
is applicable to
A 'grep | wc' equivalent over the source tree gives:
gets110
strcat 2860
strcpy 4717
strncat 167
strncpy1514
sprintf6839
vsprintf133
*ouch* :-)
This means nothing out of context. I hope we don't go on a witch hunt.
And these are the easy
Lint no longer works in -current as cpp seems to have lost the -undef
option.
Yes, looking into `cpp' is on my list of things to do.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I don't see any reason, for example, why anyone should still be using
gets() and our implementation even gets whiney about it if you do.
That one is definitely up for a global search and replace as its only use
is to read external data.
--
-- David([EMAIL PROTECTED])
To Unsubscribe:
Anyone have any ideas whats going on here?
Yep. ;-)
yacc: e - line 30 of "c-parse.y", syntax error
%expect 51
^
*** Error code 1
The problem is rev 1.92 of src/Makefile.inc1. With that change, the
tools needed to build GCC aren't made first. I added a few Bison-like
features to Byacc
On Tue, Nov 23, 1999 at 11:49:28PM -0600, Juan Amado Becerril Castillo wrote:
How I can install Apache_1.3.9 with the option
EXTRA_CFLAGS=-DBIG_SECURITY_HOLE from ports ?
By asking this question of [EMAIL PROTECTED] rather than here.
--
-- David([EMAIL PROTECTED])
To Unsubscribe:
On Tue, Nov 23, 1999 at 09:15:35PM -0800, Kris Kennaway wrote:
- (void)fgets(message, sizeof(message), stdin);
+ (void)fgets(message, MAXMSG, stdin);
There is nothing wrong with the original line here. Please don't change
things that are fine just to change them. We
- (void)fgets(message, sizeof(message), stdin);
+ (void)fgets(message, MAXMSG, stdin);
There is nothing wrong with the original line here. Please don't change
things that are fine just to change them. We don't want to ofuscate
Obviously not, but I didn't see the
On Wed, Nov 24, 1999 at 09:58:51AM +0200, John Hay wrote:
Well the original line is plain wrong if Brian's patch is being used,
because there message is a pointer and the size of a pointer is 4.
Yes, yes, yes. Warner and I are *not* that stupid WRT C. We were both
commenting on the
I've never done this myself, but I've always been under the impression that
sizeof(*buf) would work for dynamically allocated buffers.
sizeof() is an operator whose value is determined at compile time.
sizeof(*buf) gives the size of what buf points to. This would be `1' if
buf were a char*,
that it requires libc_r.so.3; unfortunately, compat3x does not contain
this lib. Any chance of having it added to compat3x?
Yes. The PR is assigned to me, but David already has it on his TODO
list. Compat3x is updated late to make sure the latest libraries are in.
Until 3.4-REL (when
On Wed, Dec 01, 1999 at 07:49:19AM -0500, Chris D. Faulhaber wrote:
That's kinda hefty for a small port :) I have it marked as broken for
-current until the lib is in compat3x.
Why? Many of us still have libc*.so.3 from when that was the version in
-CURRENT until a month ago.
--
-- David
On Thu, Dec 02, 1999 at 08:24:19PM -0500, Greg Lehey wrote:
Can't you boot from the old kernel? Or have you already wiped the
bdevs? If so, how about the fixit floppy/CD-ROM?
At 2MB the Alpha fixit floppy isn't very useful. Nor is there a live
files system for the Alpha. Nor can you even
On Sat, Oct 26, 2002 at 08:13:18PM -0700, Julian Elischer wrote:
I have an ATAPI dvd writer on a firewire-atapi converter
that connects to CAM via SBP-2.
Using some patches for cdrecord that are available on the internet I
got it to write fine, so tehatapi and SCSI commands for writing are
On Thu, Oct 24, 2002 at 06:39:15PM -0400, Jake Burkholder wrote:
You can also get various new machines on sun.com for around $1000 USD,
IIRC a 500mhz blade 100 does a buildworld in around 2-3 hours.
A $1000 (new) 500 MHz blade running GENERIC (minus WITNESS) builds world
in a little under 3
On Tue, Oct 29, 2002 at 07:09:41PM -0700, Chad David wrote:
Does anybody know if there is a good reason why libobjc is built with
thr-single.c? As well, who is the current maintainer of Objective-C?
Few of us have ObjC clue. Do you have a patch that makes things better
that you can explain to
1 - 100 of 1574 matches
Mail list logo