In message <19990408220132.a12...@netmonger.net> Christopher Masto writes:
: Not very useful to tell people about the first major compiler change
: in years? It may not break "make world", but it certainly breaks
: things like C++ library compatability and a large part of the ports
: collection.
:
In message <19990408122607.a19...@nuxi.com> "David O'Brien" writes:
: > ===> rpcsvc
: > rpcgen -C -h -DWANT_NFS3 /home/imp/FreeBSD/src/include/rpcsvc/key_prot.x -o
key_prot.h
: >
/home/imp/FreeBSD/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:1882:
Internal compiler error in functio
In message <19990408142419.a24...@netmonger.net> Christopher Masto writes:
: Mightn't it be a good idea to mention the egcs move in /usr/src/UPDATING?
I suppose. What should we say about it?
Warner
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the bod
On 08-Apr-99 David O'Brien wrote:
>> > Something broken in new egcs c++ compiler - jade doesn't work with
>> > following symptoms (checked on two machines).
>>
>> Apr 7 20:26:04 daemon /kernel: pid 61135 (jade), uid 0: exited on
>> signal
>> 11 (core dumped)
>>
>> Verified...
>>
>> David, might
Dag-Erling Smorgrav wrote:
> "David O'Brien" writes:
> > I've only heard back from 4 folks about adding EGCS's g77 to the base
> > system -- all 4 said "yes". Unless I get more feedback, I will add g77
> > to the base system this weekend.
>
> I beg your pardon? You're adding g77 to the system be
Satoshi - the Ports Wraith - Asami wrote:
> * From: "David O'Brien"
>
> * I've only heard back from 4 folks about adding EGCS's g77 to the base
> * system -- all 4 said "yes". Unless I get more feedback, I will add g77
> * to the base system this weekend.
>
> Sorry, I wasn't paying enough a
Chuck Robey writes:
> If that were true, but it's not. Older versions of the config files and
> libraries can very easily cause the ports to fail to build. Every time
> I upgrade stuff, I have to go about doing search and destroy on old
> stuff. On top of that, there are various mistakes in
On 09-Apr-99 Rod Taylor wrote:
> My Joliet formated cd's aren't mounting with the Joliet extensions. I
> believe I saw that FreeBSD supported these extensions. I'm mounting
> mostly recorded cds, in older nec cdrom drives. (OS/2 mounts joliet
> extensions fine on same machine).
There are p
On 9 Apr 1999, Dag-Erling Smorgrav wrote:
>> [4 people said "YES! Add g77!"]
>I beg your pardon? You're adding g77 to the system because you know of
>four people who would find it useful? Where's the logic in that?
Well, statistically speaking, that's a bunch of "ayes" and no "noes".
Lots of th
cvsupped, built CURRENT as of April 8th, upgrading a 3.1-STABLE system to
4.0. A reboot later, all seems fine, except that I'm experiencing severe
problems connecting to my ISP. Everything goes well till after the login
phase, when entering the lcp negotiation phase, then things get FUBARed.
(pas
My Joliet formated cd's aren't mounting with the Joliet extensions. I
believe I saw that FreeBSD supported these extensions. I'm mounting
mostly recorded cds, in older nec cdrom drives. (OS/2 mounts joliet
extensions fine on same machine).
Some disks done mount at all, and are complained about.
Am I the only one to get this error??
cc -nostdinc -O -pipe -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/amd -I.
-I/usr/src/usr.sbin/amd/amd -I/usr/src/usr.sbin/amd/amd/../include
-I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/include
-I/usr/src/usr.sbin/amd/amd/../../../contrib/amd -DHAVE
> I've got all my mp3s stored on my fat16 partition so I can easily share
> them between Win98 and fbsd. However recently mpg123 has been complaining
> about once valid mp3s:
Hmm, odd, I'm doing exactly the same thing and have never had
any problems. I play them from a 3 gig FAT16 partition with
> You are absolutely right. I just tried the new version of emacs
> that I built on my pre-egcs box and it doesn't work on that box
> either. This definitely doesn't appear to be anything caused by
> changing to egcs. Not that it matters much but for grins I just
> built/installed the xemacs por
> I think I may have fixed the problem in the Makefile... well I might have
> fixed another smaller problem, but it is now more broken than before and
> -jN should work.
If it's not yet fixed, why don't we add something to the buildworld
target that checks MAKEFLAGS for -j and issues an error or w
I'm just skimming through this discussion, as I don't have time to
read them all. People, I know you are annoyed by many stupid things
software authors have done in the past to make your life miserable
(and believe me, I probably have more horror stories than most of
you), but can you trim those b
On Fri, Apr 09, 1999 at 03:54:27AM +0200, Sheldon Hearn wrote:
>
>
> On Thu, 08 Apr 1999 14:24:19 -0400, Christopher Masto wrote:
>
> > Mightn't it be a good idea to mention the egcs move in /usr/src/UPDATING?
>
> Now that both bootstrapping and -j8 seem to be working, it wouldn't be
> very use
* From: "David O'Brien"
* I've only heard back from 4 folks about adding EGCS's g77 to the base
* system -- all 4 said "yes". Unless I get more feedback, I will add g77
* to the base system this weekend.
Sorry, I wasn't paying enough attention I guess. What's wrong with it
being a port?
I
After the last lot of CAM changes, I occasionally get processes hanging
attempting to access my QIC-525 tape drive. They can't be killed, so doing
backups can be a mite troublesome. Sometimes it works, sometimes it doesn't.
There seems to be some relation to how recently the last lot of tape act
[Format recovered--see http://www.lemis.com/email/email-format.html]
On Friday, 9 April 1999 at 0:35:07 +0200, Michael Reifenberger wrote:
> Hi,
> I often get to above message while trying to configure vinum.
> Trying the examples from the manpage works, of course.
> Next try.
> What I want to d
On Fri, Apr 09, 1999 at 03:16:41AM +0200, Dag-Erling Smorgrav wrote:
> "David O'Brien" writes:
> > I've only heard back from 4 folks about adding EGCS's g77 to the base
> > system -- all 4 said "yes". Unless I get more feedback, I will add g77
> > to the base system this weekend.
>
> I beg your
On 9 Apr 1999, Dag-Erling Smorgrav wrote:
> "David O'Brien" writes:
> > I've only heard back from 4 folks about adding EGCS's g77 to the base
> > system -- all 4 said "yes". Unless I get more feedback, I will add g77
> > to the base system this weekend.
>
> I beg your pardon? You're adding g77
"David O'Brien" writes:
> I've only heard back from 4 folks about adding EGCS's g77 to the base
> system -- all 4 said "yes". Unless I get more feedback, I will add g77
> to the base system this weekend.
I beg your pardon? You're adding g77 to the system because you know of
four people who would
On Thu, Apr 08, 1999 at 04:50:56PM -0700, David O'Brien wrote:
> I've only heard back from 4 folks about adding EGCS's g77 to the base
> system -- all 4 said "yes". Unless I get more feedback, I will add g77
> to the base system this weekend.
>
> --
> -- David(obr...@nuxi.com -or- obr...@f
On Fri, 9 Apr 1999, Peter Jeremy wrote:
> Chuck Robey wrote:
> >Don't forget, with all the gnome and gtk ports (and the kde things)
>
> tcl and tk also install various version-specific information (and has
> anyone else noticed that tk depends on X11 (ie XFree86) and the
> XFree86 configuration
I get the feeling (not for the first time) that perhaps it is a
mistake to have the package database indexed by PKGNAME. Or at
least, it seems that there isn't an easy way to get from what
I'll refer to as the ``port name'' from PKGNAME. For example,
the port gtk12 was once gtk-1.2.0. Now it i
On 8 April 1999 at 19:57, Chuck Robey wrote:
> Don't forget, with all the gnome and gtk ports (and the kde things)
> there are various files with "config" in their names, that a bunch of
> other ports depend on ... just to add confusion, and the rules for these
> dependencies aren't as cut and dri
On 8 April 1999 at 19:25, Chuck Robey wrote:
[snip]
> And on top of that, there are about 5 top tracks of libs, each of these
> 5 tracks (that have lots depending on them) has lived in both /usr/local
> and in /usr/X11R6 in recent times, both leave ascii configuration files
> behind (and in both
John Fieber wrote:
>For an update to work, files that must be preserved (shared
>libraries mainly) over an update must be tagged.
This is why I said my approach only worked for `minor' updates - which
means those that don't bump library versions etc (eg XFree86-3.3.3 to
XFree86-3.3.3.1).
> If l
I've got all my mp3s stored on my fat16 partition so I can easily share
them between Win98 and fbsd. However recently mpg123 has been complaining
about once valid mp3s:
zippy:~/mp3s#mpg123 -b10240 U2/U2\ -\ Sunday\ Bloody\ Sunday.mp3
High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2 a
On Thu, 8 Apr 1999, David O'Brien wrote:
> I've only heard back from 4 folks about adding EGCS's g77 to the base
> system -- all 4 said "yes". Unless I get more feedback, I will add g77
> to the base system this weekend.
Personally, yes, lets do it. In fact, I'd like to hear serious
discussion,
On Thu, 8 Apr 1999, John Fieber wrote:
> On Fri, 9 Apr 1999, Peter Jeremy wrote:
>
> > There's no mechanism for updating a package - and it's not clear (to
> > me anyway) how this can be done safely in a general way. Where the
> > update is only minor (and won't affect the dependent packages), y
On Fri, 9 Apr 1999, Peter Jeremy wrote:
> On installation, the packages database stores both dependency
> directions. /var/db/pkg//+CONTENTS contains the list of
> pre-requisite packages in `...@pkgdep' records. The +CONTENTS file is
> part of the package. /var/db/pkg//+REQUIRED_BY contains the
I've only heard back from 4 folks about adding EGCS's g77 to the base
system -- all 4 said "yes". Unless I get more feedback, I will add g77
to the base system this weekend.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsu
On Fri, 9 Apr 1999, Peter Jeremy wrote:
> There's no mechanism for updating a package - and it's not clear (to
> me anyway) how this can be done safely in a general way. Where the
> update is only minor (and won't affect the dependent packages), you
> can use something like:
For an update to wor
> > Something broken in new egcs c++ compiler - jade doesn't work with
> > following symptoms (checked on two machines).
>
> Apr 7 20:26:04 daemon /kernel: pid 61135 (jade), uid 0: exited on signal
> 11 (core dumped)
>
> Verified...
>
> David, might this be due to the compiler itself of the lib
> > It seems Snob Art Genre wrote:
> >
> > Dont use -jN on the make world, that broke with the EGCS import.
>
> Soren, (if we know) is it the build of egcs (in whole or part) or is it
> the effect of using egcs, that's broken the rest of the -j build?
The build of egcs. ``cd src/gnu/usr.bin/cc
> Still broken here at v1.23. Luoqi's patch against v1.21 works though
Please try rev 1.24 of src/gnu/usr.bin/cc/cc_tools/Makefile.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of t
Suggestion:
How bout a version detection flag for the update pkgs and a version
requirement to the newly built ports?
C~P
Peter Jeremy wrote:
> Tom Bartol wrote:
> >ports/package database system but it occurred to me that perhaps the
> >database is currently only storing which packages a given
On Thu, 8 Apr 1999, John Polstra wrote:
> Jacques Vidrine wrote:
> >
> > Maintainers of these ports would appreciate PRs if the dependencies
> > are broken. The ports infrastructure has the mechanisms necessary to
> > handle these dependencies, but the port maintainer may not catch
> > every dep
On Thu, 8 Apr 1999, Jacques Vidrine wrote:
> On 8 April 1999 at 12:24, John Polstra wrote:
> [snip]
> > Say you've got a bunch of ports that all depend on the same shared
> > library -- maybe libjpeg or libXpm. You've had them installed for
> > a few months, and they all work fine. Now you de
Tom Bartol wrote:
>ports/package database system but it occurred to me that perhaps the
>database is currently only storing which packages a given package depends
>upon and is NOT storing which packages depend upon a given
>package
The port source tree stores a list of pre-requisite packages in e
You are absolutely right. I just tried the new version of emacs
that I built on my pre-egcs box and it doesn't work on that box
either. This definitely doesn't appear to be anything caused by
changing to egcs. Not that it matters much but for grins I just
built/installed the xemacs port and it _
Hi,
I often get to above message while trying to configure vinum.
Trying the examples from the manpage works, of course.
Next try.
What I want to do:
First creating a non mirrored but striped volume and later add one mirror plex.
I do:
# vinum start
# vinum resetconfig
...
# cat x
drive d1 device
On 8 April 1999 at 12:24, John Polstra wrote:
[snip]
> Say you've got a bunch of ports that all depend on the same shared
> library -- maybe libjpeg or libXpm. You've had them installed for
> a few months, and they all work fine. Now you decide to upgrade
> one of them, the "foo" port. Oops, it
Steve Price wrote:
>The one I'm fretting over right now is emacs. I haven't quite
>figured out why, but invoking it brings up the window, but never
>displays anything in the window. Using a version built with the
>old compiler doesn't seem to make any difference. :(
I submitted ports/10783 cove
On Thu, 8 Apr 1999, John Polstra wrote:
>
> I am not saying the dependencies are broken. I'm just lamenting the
> general problem that it's difficult to upgrade a port that depends on
> a lot of things. It's a general structural problem, and I don't know
> how to fix it.
>
> Say you've got a
> ===> rpcsvc
> rpcgen -C -h -DWANT_NFS3 /home/imp/FreeBSD/src/include/rpcsvc/key_prot.x -o
> key_prot.h
> /home/imp/FreeBSD/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:1882:
> Internal compiler error in function main
What rev of contrib/egcs/gcc/config/freebsd.h do you have?
--
Jacques Vidrine wrote:
>
> Maintainers of these ports would appreciate PRs if the dependencies
> are broken. The ports infrastructure has the mechanisms necessary to
> handle these dependencies, but the port maintainer may not catch
> every dependency.
I am not saying the dependencies are broken
At 9:44 am -0700 8/4/99, David O'Brien wrote:
>I think I may have fixed the problem in the Makefile... well I might have
>fixed another smaller problem, but it is now more broken than before and
>-jN should work.
>
>Please give it a try and let me know.
Still broken here at v1.23. Luoqi's patch ag
Jim Bryant wrote:
>
> I attempted to run some fortran benchmarks to see the improvement that
> egcs gives with the pentium opts...
>
> 1:56:13pm argus(57): f77 [flags elided] -o pitest.mx=14 pi4.f mp.f
> cc: pi4.f: Fortran compiler not installed on this system
> cc: mp.f: Fortran compiler not i
On 8 April 1999 at 11:49, John Polstra wrote:
[snip]
> Everything works fine for the initial installation. But now 3 months
> later you want to upgrade to the new version. About the only reliable
> way to do that is to manually track down all the dependencies,
> pkg_delete every one of them, and
Christopher Masto wrote:
> Why are we installing a hosts.allow with live entries in it? Why are
> we allowing the people at mydomain.com (MyInternet Services in
> Seattle) access to sendmail, while blocking the currently-non-existant
> d00d.org and spamnest.org from various services?
No problem;
I attempted to run some fortran benchmarks to see the improvement that
egcs gives with the pentium opts...
1:56:13pm argus(57): f77 -O2 -mpentium -fomit-frame-pointer -pipe -o
pitest.mx=14 pi4.f mp.f
cc: pi4.f: Fortran compiler not installed on this system
cc: mp.f: Fortran compiler not instal
Alex Zepeda wrote:
> On Thu, 8 Apr 1999, Chuck Robey wrote:
>
>> When Satoshi builds stuff, it's in a real clean environment, but in
>> fact, all the gnome and kde ports are extraordinarly sensitive to
>> stuff from older ports hanging around. That's why folks are wary of
>> upgrading those guys.
On Thu, 8 Apr 1999, Chuck Robey wrote:
> When Satoshi builds stuff, it's in a real clean environment, but in
> fact, all the gnome and kde ports are extraordinarly sensitive to
> stuff from older ports hanging around. That's why folks are wary of
> upgrading those guys.
That's news to me. Perha
On Thu, 8 Apr 1999, Bruce Evans wrote:
> >> Actually, they don't. Compiler-specific options can be put in ${CC}.
> >> Perhaps they even should be.
> >
> >But in this case, we want "-Os" (egcs) or "-O2" (gcc) only for
> >building boot -- not for everything. It could be parameterized with
> >make
Mightn't it be a good idea to mention the egcs move in /usr/src/UPDATING?
--
Christopher Masto Senior Network Monkey NetMonger Communications
ch...@netmonger.neti...@netmonger.nethttp://www.netmonger.net
Free yourself, free your machine, free the daemon -- http://www.
On Thu, 8 Apr 1999, Soren Schmidt wrote:
> It seems Snob Art Genre wrote:
>
> Dont use -jN on the make world, that broke with the EGCS import.
Soren, (if we know) is it the build of egcs (in whole or part) or is it
the effect of using egcs, that's broken the rest of the -j build?
>
> > Trying
In message Alex
Zepeda writes:
: That was one of the BIG pitfalls of egcs, binary incompatable C++ programs
: and libs. Sounds like you're overdue for your favorite shot of caffiene.
g++ and its derivitives have never been binary compatible for long.
I'm aware of at least three ABI breakagese s
In message <199904081734.laa54...@harmony.village.org> Warner Losh writes:
: I'm getting cpp internal error, and I know I have a mkstemps in my
: libc.
I did rebuild cpp w/o any hacks and reinstalled it from the latest
sources, and things seem to be working now (the rpcgen command that
was failing
Why are we installing a hosts.allow with live entries in it? Why are
we allowing the people at mydomain.com (MyInternet Services in
Seattle) access to sendmail, while blocking the currently-non-existant
d00d.org and spamnest.org from various services?
I think it would make sense to have "sample"
In message <19990405130529.h22...@nuxi.com> "David O'Brien" writes:
: Thinking about it... some people might need to build libc to get one with
: mkstemp() in it. Of course that is hard to do if `cpp' is totally
: broken. If this is the case, people can try adding "SRCS += mkstemp.c"
: to src/gnu
On 08-Apr-99 Maxim Sobolev wrote:
> Hi,
>
> While this problem might not belongs to this list however it is
> difficult in this case to distinguish exactly.
>
> Something broken in new egcs c++ compiler - jade doesn't work with
> following symptoms (checked on two machines).
Apr 7 20:26:04 daem
On Tue, 6 Apr 1999, David O'Brien wrote:
# > I'm assuming that the default for egcs uses vtable thunks instead of
# > offsets in the vtable to handle multiple inheritance.
#
# At the moment, yes.
#
# > It occurred to me that since this changes the C++ calling convention,
# > we have to bump the
> eebsd.dsl -t sgml handbook.sgml
> *** Signal 11
>
> Interesting that when it was compiled using pgcc port it worked just
> fine.
Then it would probably do fine using the EGCS Port. But, the port !=
/usr/src. The library setup of EGCS in /usr/src is very different than
the Port
--
-- David
I think I may have fixed the problem in the Makefile... well I might have
fixed another smaller problem, but it is now more broken than before and
-jN should work.
Please give it a try and let me know.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majo
On Wed, 7 Apr 1999, Alex Zepeda wrote:
> On Wed, 7 Apr 1999, John Polstra wrote:
>
> > Chuck Robey wrote:
> >
> > > Thanks for the clue, John! As much as I hate redoing the KDE and
> > > gnome ports, it looks like doing that again ...
> >
> > I don't blame you. I've never even built them, for
On Thu, 8 Apr 1999, Maxim Sobolev wrote:
> Please don't disregard to read rpevious messages from this list!
Sorry, I just started running current again the other day, I didn't
re-subscribe until last night.
> As it was pointed earlier make world now fails if -jN option used.
>Try to build withou
Please don't disregard to read rpevious messages from this list!
As it was pointed earlier make world now fails if -jN option used. Try to build
without -j.
?
Snob Art Genre wrote:
> Trying to make world today and last night, with fairly up-to-the-minute
> source, I keep bombing out with:
>
> `/
It seems Snob Art Genre wrote:
Dont use -jN on the make world, that broke with the EGCS import.
> Trying to make world today and last night, with fairly up-to-the-minute
> source, I keep bombing out with:
>
> `/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/config/i386/i386.
> md'
Trying to make world today and last night, with fairly up-to-the-minute
source, I keep bombing out with:
`/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/config/i386/i386.
md' is up to date.
`genattr.c' is up to date.
`gencodes.c' is up to date.
`genconfig.c' is up to date.
`genemit.
Hi,
While this problem might not belongs to this list however it is
difficult in this case to distinguish exactly.
Something broken in new egcs c++ compiler - jade doesn't work with
following symptoms (checked on two machines).
===> handbook
/usr/local/bin/jade -V html-manifest -ioutput.html? -c
It seems that -Os is not wery effective on kernels:
-O2:
-r-xr-xr-x? 1 root? wheel? 1418829 Apr? 6 16:50 kernel
?? text??? data bss dec hex filename
1044102? 111964? 123592 1279658? 1386aa kernel
-Os:
-rwxr-xr-x? 1 root? wheel? 1411885 Apr? 8 12:57 kernel
?? text??? data bss d
> remove /usr/include and build it freshly before doing the above with
>
> make includes
cd /usr/src
make -DCLOBBER includes
is the perfered method.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe
subscribe freebsd-current
subscribe cvs-all
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
On Wed, Apr 07, 1999 at 07:17:42PM +0200, Jeroen Ruigrok/Asmodai wrote:
> On 07-Apr-99 Kenneth Wayne Culver wrote:
> > I can't get a make world to work with egcs. I deleted the whole obj
> > directory, and recvsuppped the entire source tree, and it still doesn't
> > work. Every time I cvsup I get a
77 matches
Mail list logo
