Hi!
I have noticed that egcs-1.1.2 made it into /usr/src/contrib. But 'make
buildworld' does not touch it. What is the intended use of egcs?
Thanks
-Bernd
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
On Sunday, 4 April 1999 at 15:09:48 +1000, Stephen McKay wrote:
> On Sunday, 4th April 1999, Greg Lehey wrote:
>
>> On Sunday, 4 April 1999 at 1:57:50 +1000, Stephen McKay wrote:
>>> I've just got what seems an unlikely panic. How could I get a privileged
>>> instruction fault while in kernel m
Yesterday I changed csu/i386-elf/ to build crtbegin.o and crtend.o from
the EGCS source rather than our home-grown ones. This afternoon I switch
my EGCS development machine back to a purely stock 4.0 SNAPSHOT and found
that GCC 2.7.2 cannot compile the new sources. This is the same problem
I had
Only thing I can see to note is that the cvs mailing lists are still
apparently down, so notification of this (and any other changes which take
place) won't go out to the interested listeners. If jmb is planning to re-send
all of the bounced email when he fixes the problem, that's okay.
Kris
cvsup around 17:30 PST
--
>>> elf make world started on Sat Apr 3 17:33:29 PST 1999
--
--
>>> elf make world complet
At 4:28 pm -0800 3/4/99, David O'Brien wrote:
>Can someone with a FAST machine do a CVSup from Freefall and `make world'
>to verify that it is not broken?
>>> elf make world completed on Sun Apr 4 03:07:53 BST 1999
cvsup'd (from the UK server) at Sun Apr 4 01:50:56 BST 1999
--
Bob Bishop
-Original Message-
From: David O'Brien
To: Jordan K. Hubbard ; Steve Price
Cc: curr...@freebsd.org
Date: Saturday, April 03, 1999 19:29
Subject: Re: X problems using egcs as compiler
>> Better yet, can we just run with this today instead of tomorrow?
>
>Can someone with a FAST machine
alright alright!
On Sat, 3 Apr 1999, Jordan K. Hubbard wrote:
> Dude, we're talking about advancing by a day an event which is already
> seriously late anyway. The end of the world isn't going to come out
> of this and, even if it were, 24 more hours to live wouldn't make the
> slightest bit
> It's already Sunday GMT.
That it is. Well then that is good enough for me. (although Zulu time
sounds more cool to me).
I just "upgraded" my main EGCS development machine to the March 31st
CURRENT snapshot and am doing a `make buildworld' to ensure things are
ready go to.
I will be gone from
Dude, we're talking about advancing by a day an event which is already
seriously late anyway. The end of the world isn't going to come out
of this and, even if it were, 24 more hours to live wouldn't make the
slightest bit of difference to you anyway. I think you just need to
chill out and let -c
It's really not necessary given that -D gives us the same functionality.
It's also hardly a desperation measure to use a commonly available feature
of CVS, especially not when one is already crazed enough to track -current
in the first place.
- Jordan
> We could also tag the repository... would
-current comes without any warranties whatsoever. I say just pull
the switch! :)
> > Better yet, can we just run with this today instead of tomorrow?
>
> I guess we could do it today.
>
> But there might be some that were planning on doing a final CVSup
> tonight, since the announcement was for
Once you say the word that egcs is the default and a make world will
actually use it, I'll be more than happy to do so immediately with
my dual PII-450 box here.
- Jordan
> > Better yet, can we just run with this today instead of tomorrow?
>
> Can someone with a FAST machine do a CVSup from Fre
Just finished doing a cvsup and currently doing a make world. Should be done
in less than 80 minutes .
Cheers,
Amancio
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
David O'Brien wrote:
>
> Can someone with a FAST machine do a CVSup from Freefall and `make world'
> to verify that it is not broken?
>
CVSupped from 01:25 BST, make -j12 -DCLOBBER world on an SMP box, both
ELF and aout libraries generated, compile options -02 -m486, all clear.
The word is go.
> >
> > Just because the compiler changes doesn't mean development on
> > the 4.0 branch have to stop. We need to get this change in the
> > hands of as many people as we can so that we can work out any
> > remaining hitches. Waiting another 24 hours == wasting another
> > 24 hours, IMHO.
>
> I
On Sat, 3 Apr 1999, Steve Price wrote:
> On Sat, 3 Apr 1999, Matthew Jacob wrote:
>
> # > Something that someone playing with bleeding edge bits should
> # > be willing to do, IMHO.
> #
> # That's ridiculous. There's substantial work ongoing in 4.0 with enough
> # people involved that changing t
> On Sat, 3 Apr 1999, Matthew Jacob wrote:
>
> # > Something that someone playing with bleeding edge bits should
> # > be willing to do, IMHO.
> #
> # That's ridiculous. There's substantial work ongoing in 4.0 with enough
> # people involved that changing things around for the hell of it and not
On Sunday, 4 April 1999 at 1:57:50 +1000, Stephen McKay wrote:
> I've just got what seems an unlikely panic. How could I get a privileged
> instruction fault while in kernel mode?
Sounds like a hardware (processor) problem to me. What was the
instruction it was trying to execute?
Greg
--
See
On Sat, Apr 03, 1999 at 05:34:06PM +0200, a little birdie told me
that Dag-Erling Smorgrav remarked
>
> > Do I need to change all passwd with 'passwd {user}' to use DES passwd crypt?
>
> Existing MD5 passwords will still work. New users will get DES
> passwords.
Did we ever hash out a mechanism
On Sat, 3 Apr 1999, Matthew Jacob wrote:
# > Something that someone playing with bleeding edge bits should
# > be willing to do, IMHO.
#
# That's ridiculous. There's substantial work ongoing in 4.0 with enough
# people involved that changing things around for the hell of it and not
# sticking to
> They went away after I nuked all prior traces of Navigator, including
> my .netscape directory (you should rename it :-)
that was it. i cleaned out much of .netscrape and it worked fine. thanks.
randy
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in t
For a major change like using a different compiler- seems like A Good
Idea(tm).
On Sat, 3 Apr 1999, David O'Brien wrote:
> We could also tag the repository... would that be better?
>
> > No. Don't. Please stick to reported change times. 'cvs co -D' is a
> > desperate last measure.
> >
> > >
> On Sat, 3 Apr 1999, Matthew Jacob wrote:
>
> #
> #
> # No. Don't. Please stick to reported change times. 'cvs co -D' is a
> # desperate last measure.
>
> Something that someone playing with bleeding edge bits should
> be willing to do, IMHO.
That's ridiculous. There's substantial work ongoi
We could also tag the repository... would that be better?
> No. Don't. Please stick to reported change times. 'cvs co -D' is a
> desperate last measure.
>
> > They can always CVSup the latest bits and 'cvs co -D...' if they
> > are getting the repository. They can also do this with a 'date=...'
On Sat, 3 Apr 1999, Matthew Jacob wrote:
#
#
# No. Don't. Please stick to reported change times. 'cvs co -D' is a
# desperate last measure.
Something that someone playing with bleeding edge bits should
be willing to do, IMHO.
#
# On Sat, 3 Apr 1999, Steve Price wrote:
#
# > On Sat, 3 Apr 199
At 04:28 PM 4/3/99 -0800, David O'Brien wrote:
Better yet, can we just run with this today instead of tomorrow?
Can someone with a FAST machine do a CVSup from Freefall and `make world'
to verify that it is not broken?
My machines are either EGCS'ified, 3.1-CURRENT, or take 5 hours to `make
wo
On Sat, 3 Apr 1999, David O'Brien wrote:
# > Better yet, can we just run with this today instead of tomorrow?
#
# Can someone with a FAST machine do a CVSup from Freefall and `make world'
# to verify that it is not broken?
Doing it now. Going out to grab a bite to eat with the family
but I shou
On Sat, 3 Apr 1999, David O'Brien wrote:
> > Better yet, can we just run with this today instead of tomorrow?
>
> I guess we could do it today.
>
> But there might be some that were planning on doing a final CVSup
> tonight, since the announcement was for Sunday.
>
> Opinions?
Its -CURRENT ...
No. Don't. Please stick to reported change times. 'cvs co -D' is a
desperate last measure.
On Sat, 3 Apr 1999, Steve Price wrote:
> On Sat, 3 Apr 1999, David O'Brien wrote:
>
> # I guess we could do it today.
> #
> # But there might be some that were planning on doing a final CVSup
> # tonig
On Sat, 3 Apr 1999, David O'Brien wrote:
# I guess we could do it today.
#
# But there might be some that were planning on doing a final CVSup
# tonight, since the announcement was for Sunday.
They can always CVSup the latest bits and 'cvs co -D...' if they
are getting the repository. They can
David O'Brien wrote:
>
> > Better yet, can we just run with this today instead of tomorrow?
>
> Can someone with a FAST machine do a CVSup from Freefall and `make world'
> to verify that it is not broken?
>
> My machines are either EGCS'ified, 3.1-CURRENT, or take 5 hours to `make
> world'.
>
>
On Sat, 3 Apr 1999, Jordan K. Hubbard wrote:
# Better yet, can we just run with this today instead of tomorrow? I
# see no reason to wait any further, and some of us have more time this
# weekend to work on testing things which a Sunday schedule would
# collapse to less than half a day.
You're r
> Better yet, can we just run with this today instead of tomorrow?
Can someone with a FAST machine do a CVSup from Freefall and `make world'
to verify that it is not broken?
My machines are either EGCS'ified, 3.1-CURRENT, or take 5 hours to `make
world'.
--
-- David(obr...@nuxi.com -or- o
> Better yet, can we just run with this today instead of tomorrow?
I guess we could do it today.
But there might be some that were planning on doing a final CVSup
tonight, since the announcement was for Sunday.
Opinions?
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscri
> See above. Can you send me a set of instructions for turning gcc
> off and egcs on in the base distribution?
Better yet, can we just run with this today instead of tomorrow? I
see no reason to wait any further, and some of us have more time this
weekend to work on testing things which a Sunday
On Sat, 3 Apr 1999, David O'Brien wrote:
# I'm not sure the best way to approach this. The specification file used
# in the port is different from the one that will be in the base system.
# (the on in the Port is more stock EGCS) The base system will have many
# more of our hacks.
I don't know
David O'Brien wrote:
>
>
> Is anyone else experiencing this?
>
> --
I did earlier on today; I removed /usr/src/gnu/usr.bin/cc/libgcc, and
all went fine. It might in fact have been a consequence of one of your
earlier commits (when you moved the Makefile to the Attic)?
Best Regards,
PYD
To U
I did a cvsup and a make world around 8:00 PM last nite and went without a
hitch .
Amancio
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
Hi,
If today's going to be a flag day, the following isn't going to help:
[cvsup at Sat Apr 3 21:27:16 BST 1999]
make all; /usr/obj/source/cleansrc/tmp/usr/bin/make -B install
install -c -o root -g wheel -m 444 bsd.README bsd.dep.mk bsd.doc.mk bsd.docb.mk
bsd.info.mk bsd.kern.mk bsd.kmod.mk bsd
On Sat, 3 Apr 1999, Amancio Hasty wrote:
> Yes, it is most likely a DWARF2_UNWIND issue at least that is what I
> concluded in trying to support Electric Fire also someone should
> investigate whether egcs supports exception handling without thread
> support if memory does not fail me egcs require
> - -
> Last section: >>> Building elf libraries
> - -
> Last arrow: ===> libstdc++
> - -
> Las
Yes, it is most likely a DWARF2_UNWIND issue at least that is what I concluded
in
trying to support Electric Fire also someone should investigate whether egcs
supports
exception handling without thread support if memory does not fail me egcs
requires
thread support for exception handling. Perhap
> The problem is that egcs 1.1.2 has its own crt*.o files and use them in
> place of the FreeBSD one. By moving the files elsewhere, it works. I don't
> know the effect on exceptions though.
If that is the problem, then it sounds like a DWARF2_UNWIND issue.
> I don't know what David plan to do w
I have been compiling Netscape's Java VM Electric Fire which is written on
C++ with
no problems however I have been using the "-fexceptions" flag.
Amancio
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
> I got everything setup to build the entire ports collection and
> sometime during the night the big IDE disk that I keep all the
I'm not sure the best way to approach this. The specification file used
in the port is different from the one that will be in the base system.
(the on in the Port is
> gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
> /usr/local/lib/gcc-lib/i386-portbld-freebsd3.1/egcs-2.91.66/collect2 -m
> elf_i38
> 6 -dynamic-linker /usr/libexec/ld-elf.so.1 -o resize /usr/lib/crt1.o
> /usr/lib/cr
> ti.o /usr/local/lib/gcc-lib/i386-portbld-freebsd3.1/egcs-2.91.66/crt
On Sat, 3 Apr 1999, Ollivier Robert wrote:
> According to Amancio Hasty:
> > Actually, it probably means that the program must be compiled with
> > "-fexecptions".
>
> The problem is that egcs 1.1.2 has its own crt*.o files and use them in
> place of the FreeBSD one. By moving the files elsewher
On Sat, Apr 03, 1999 at 11:51:54AM -0800, David O'Brien wrote:
> > andr...@titan{1001} $ xterm
> > /usr/libexec/ld-elf.so.1: /usr/X11R6/lib/libXaw.so.6: Undefined symbol
> > "__deregister_frame_info"
> > Exit 1
> >
> > Is this a problem with egcs ? Or did I overlook something ?
>
> Please recomp
According to Amancio Hasty:
> Actually, it probably means that the program must be compiled with
> "-fexecptions".
The problem is that egcs 1.1.2 has its own crt*.o files and use them in
place of the FreeBSD one. By moving the files elsewhere, it works. I don't
know the effect on exceptions thoug
On Sat, 3 Apr 1999, David O'Brien wrote:
# > Just tried to compile apache and apache's jserv and got hit by the
# > above bug so I hope that this gets resolved prior to using egcs as the
# > default.
#
# I doubt it will.
Me too. :/
# I expect there will be significant breakage of non-world afte
At 10:49 AM 4/3/99 -0600, Jacques Vidrine wrote:
>On 3 April 1999 at 7:49, "Kurt D. Zeilenga" wrote:
>[snip]
>> If you mean a version of regex included in the LGPL'ed libc,
>> yes, then this point might be mute. However, if you mean
>> the regex/rx distributions, please, no.
>We're talking about
> Yes, and:
>
> feral.com > ping freefall.freebsd.org
Separate problem - we're working on it. :)
- Jordan
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
> "Hello world" does not compile, and I can't make world at the moment.
> Are these changes related to the introduction of egcs?
No. No EGCS-only changes have been made to the base system yet. The
somewhat EGCS-related change I've made so far fixed breakage in `make
world' in that the wrong comp
> Just tried to compile apache and apache's jserv and got hit by the
> above bug so I hope that this gets resolved prior to using egcs as the
> default.
I doubt it will.
I expect there will be significant breakage of non-world after the
commit. I've significantly tested kernel and world, but I h
> andr...@titan{1001} $ xterm
> /usr/libexec/ld-elf.so.1: /usr/X11R6/lib/libXaw.so.6: Undefined symbol
> "__deregister_frame_info"
> Exit 1
>
> Is this a problem with egcs ? Or did I overlook something ?
Please recompile everything you did with the "-v" option, and send the
output. You may easi
On Sat, 3 Apr 1999, Chuck Robey wrote:
> On Sat, 3 Apr 1999, Pierre Y. Dampure wrote:
>
> >
> > I know this is the -current list, but... I haven't received a single
> > message on the cvs-all list since 11:57 GMT this morning, whilst a cvsup
> > just gave me a loads of commits today... this does
> I made two steps in /usr/src/contrib/egsc
> # ./configure
Don't do that - that isn't how egcs or anything else in
/usr/src/contrib is supposed to be used and you appear to be
fundamentally confused about the sources, so much so that I wouldn't
suggest attempting to build anything from the
On Sat, 3 Apr 1999, Pierre Y. Dampure wrote:
>
> I know this is the -current list, but... I haven't received a single
> message on the cvs-all list since 11:57 GMT this morning, whilst a cvsup
> just gave me a loads of commits today... this does not seem to be a
> local issue, since I receive -cu
Actually, it probably means that the program must be compiled with
"-fexecptions".
Here is a little clue:
from egcs-1.1.2:
./gcc/frame.c:/* Called from crtbegin.o to deregister the unwind info for an
object. */
./gcc/frame.c:__deregister_frame_info (void *begin)
./gcc/frame.c:__deregister_fr
I know this is the -current list, but... I haven't received a single
message on the cvs-all list since 11:57 GMT this morning, whilst a cvsup
just gave me a loads of commits today... this does not seem to be a
local issue, since I receive -current normally (or so it seems, at
least).
Any clues?
David O'Brien forwarded me a message a couple of days ago that
contains a fix that may help. You need to add the following
line at line 301 in target.make
-u __deregister_frame_info \
-steve
On Sat, 3 Apr 1999, Andreas Klemm wrote:
# Got the latest egcs port
#
# # $Id: Makefile,v 1.53
The make world (4.0-current) broke yesterday and after a day of cvsupping
is still broke ...
I can't send the output but it stopped in the libc I presume ...
Please check...
Happy Easter to everybody (also to whom broke world :-))
Thanks for attention
Best Regards,
Gianmarco Giovannelli , "
Got the latest egcs port
# $Id: Makefile,v 1.53 1999/03/30 02:58:02 obrien Exp $
Build X11R6 with the following CFLAGS:
-pipe -mpentiumpro -O2
I'm still running X11 and after ,make install' I'm unable
to launch x applications (xterm, ...)
andr...@titan{1001} $ xterm
/usr/libexec/ld-elf
On 3 April 1999 at 7:49, "Kurt D. Zeilenga" wrote:
[snip]
> If you mean a version of regex included in the LGPL'ed libc,
> yes, then this point might be mute. However, if you mean
> the regex/rx distributions, please, no.
We're talking about gdb, so I mean the GNU regex implementation
that is di
After a 'make world' last night, everytime I use any of the AWE
utilities (as ported by Randall Hopper) I get this:
AWE32: unsupported ioctl -1064546046
AWE32: unsupported ioctl -1064546046
I remember seeing a couple of commits to some of the files in
sys/i386/isa/sound, but I don't remember exac
I've just got what seems an unlikely panic. How could I get a privileged
instruction fault while in kernel mode?
This is from a week old 4.0-current kernel on a 16Mb 486. It has an AHA1542CF
a slow SCSI-1 disk, and a rebadged TDC4200 (2GB QIC). I run soft updates
but nothing else fancy. I was
Why is "make world" showing these just now ?
cc -fpic -DPIC -g -pipe -DPERMIT_CONSOLE -D_SKEY_INTERNAL
-I/src/src/lib/libskey -W -Wall -Werror -I/usr/obj/src/src/tmp/usr/include -c
/src/src/lib/libskey/skey_getpass.c -o skey_getpass.So
cc1: warnings being treated as errors
/usr/obj/src/src/tmp/u
At 03:32 PM 4/2/99 -0600, Jacques Vidrine wrote:
>On 2 April 1999 at 22:25, Doug Rabson wrote:
>> We should also consider installing libbfd. If and when we bring in a newer
>> version of gdb, it would be a good idea to avoid importing yet another
>> version of libiberty and libbfd.
>
>... and GNU
Hi Synker!
Anders Andersson writes:
> I am looking for the correct way of installing DES (crypt) from sources.
*grumble* why do people keep wanting to install me? ;)
> I plan to do 'make world' and from what I can tell I need to:
>
> ln -fs libdescrypt.so libcrypt.so
> ln -fs libdescrypt.so.2
On Sat, 3 Apr 1999, John S. Dyson wrote:
> Alan Cox said:
> >
> > I've committed the basic infrastructure to improve TLB management
> > on SMPs. Translation: this will lead to the elimination of a LOT
> > of interprocessor interrupts to invalidate TLB entries. I'll be
> > "turning on" the new me
Well, it goes like this:
I cvsupped to CURRENT from 3.1 some time ago (like a month or something) and
everything was going great. Friday night I cvsupped and tried to make world,
but without success -- yacc complained during something in cc1. Anyhoo, I
then successfully did a make world -DNOTOOL
Anders Andersson wrote:
> I am looking for the correct way of installing DES (crypt) from sources.
Nothing to do, except for...
> From the beginning I install most of my boxes from ftp and with the
> "minimal" option. After that I cvsup and do make world to fit my needs.
>
> On this test box I
Ladavac Marino writes:
> [ML] Also, is there any swapping area on that slice? Because
> if there is and kernel has been told to use it (AFAIR swapon happens
> even in single user mode)
Not unless you run it manually.
> you have just obliterated the kernel pages
Alan Cox said:
>
> I've committed the basic infrastructure to improve TLB management
> on SMPs. Translation: this will lead to the elimination of a LOT
> of interprocessor interrupts to invalidate TLB entries. I'll be
> "turning on" the new mechanisms slowly so we can carefully debug
> each step
I made two steps in /usr/src/contrib/egsc
# ./configure
# make
I have:
gcc -DIN_GCC -g -O2 -DHAVE_CONFIG_H -I. -I. -I./config
-DGCC_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i386-unknown-freebsdelf4.0/egcs-2.91.66/include\"
-DGPLUSPLUS_INCLUDE_DIR=\"/usr/local/include/g++\"
-DO
[posted to -current after no response from -questions]
Hi!
I am looking for the correct way of installing DES (crypt) from sources.
(Just testing after hub was upgraded)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
78 matches
Mail list logo