On Mon, Sep 02, 2002 at 12:42:47PM -0700, Julian Elischer wrote:
On Mon, Sep 02, 2002 at 01:24:19PM -0400, Matthew Emmerton wrote:
I thought it was part of the plan to drop all traces of a.out support in
5.x. Am I wrong?
We should be *very* careful to accurately describe what is
On Tue, 3 Sep 2002, David O'Brien wrote:
This is NOT a toolchain issue he is talking about, but a kernel one.
Please forget all about the toolchain issue. It is a non-issue. I and
kan are the only ones that it has inconvinced. Everyone else has been
able to totally ignore it. I'll
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Mon, 2 Sep 2002, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
M. Warner Losh [EMAIL PROTECTED] writes:
: I've had to add ex, touch and gencat to the installworld target. And
: I've still not manged to complete a installworld.
:
: anybody else see this?
Index:
GCC being able to produce a.out format binaries has nothing to do with
the ability of a Lisp or Prolog to compile to object files,
Correct.
and read such, whether said object files be a.out or ELF or COFF or PECOFF or
Mach-O or ...
False. As I said, I have systems that read a.out format
On (2002/09/02 12:44), Steve Kargl wrote:
: I've had to add ex, touch and gencat to the installworld target. And
: I've still not manged to complete a installworld.
:
: anybody else see this?
Strange, I just did a make buildworld ... mergermaster
sequence and I did not need the
On 1 Sep, Alexander Kabaev wrote:
GCC 3.2.1-pre is now in the tree. Please let me know if you see any
problems recompiling your world/kernel.
I haven't seen any other reports of this problem. I'm upgrading from
a September 1st version of -current.
cc -O -pipe -DIN_GCC -DHAVE_CONFIG_H
On 31 Aug, Kris Kennaway wrote:
Another one. I have the cores if anyone needs to look at
them..otherwise I'll stop posting these for now.
Kris
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x4
fault code =
It appears that the problem is that cvsup10 is sick. It doesn't have a
complete set of the gcc updates. I was only getting rev 1.2 of
emit-rtl.c, but rev 1.3 was committed 36 hours ago. I got the correct
version of that file plus a bunch of other stuff when I switched to
cvsup13.
On 3 Sep,
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Tue, 3 Sep 2002, David O'Brien wrote:
On Mon, Sep 02, 2002 at 12:42:47PM -0700, Julian Elischer wrote:
yes binary support will remain.. if you need to generate new ones (?)
unpack a 2.2.6 system into a chroot tree (jail?) and make it there :-)
*sigh* This *still* isn't clear what is
On Tue, 3 Sep 2002 04:23:39 -0700 (PDT)
Dag-Erling Smorgrav [EMAIL PROTECTED] wrote:
=== usr.bin/getconf
Virtual memory exhausted in `operator new'
*** Error code 1
This one I can reproduce. Will fix soon.
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On 2002-09-02 08:52 +, Steve Kargl wrote:
To test gcc 3.2, I've been updating all of my installed
ports. It appears gcc 3.2 is having problems with
libiconv-1.8_1.
It doesn't here. I've used my own meta-port to install all the usual
stuff I want to have around, yesterday. The
Giorgos Keramidas wrote:
On 2002-09-02 08:52 +, Steve Kargl wrote:
To test gcc 3.2, I've been updating all of my installed
ports. It appears gcc 3.2 is having problems with
libiconv-1.8_1.
It doesn't here.
cc -I. -I. -I../include -I./../include -I/usr/local/include -O -pipe
On Tue, Sep 03, 2002 at 09:50:55AM +0200, Sheldon Hearn wrote:
On (2002/09/02 12:44), Steve Kargl wrote:
: I've had to add ex, touch and gencat to the installworld target. And
: I've still not manged to complete a installworld.
:
: anybody else see this?
Strange, I just
Julian Elischer wrote:
On Tue, 3 Sep 2002, David O'Brien wrote:
This is NOT a toolchain issue he is talking about, but a kernel one.
Please forget all about the toolchain issue. It is a non-issue. I and
kan are the only ones that it has inconvinced. Everyone else has been
On Tue, Sep 03, 2002 at 07:59:18AM -0400, Alexander Kabaev wrote:
On Tue, 3 Sep 2002 04:23:39 -0700 (PDT)
Dag-Erling Smorgrav [EMAIL PROTECTED] wrote:
=== usr.bin/getconf
Virtual memory exhausted in `operator new'
*** Error code 1
This one I can reproduce. Will fix soon.
I was able
On Tue, 3 Sep 2002 16:56:52 +0200
Bernd Walter [EMAIL PROTECTED] wrote:
Do you think this is the same reason?
Yes.
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Don Lewis wrote:
It appears that the problem is that cvsup10 is sick. It doesn't have a
complete set of the gcc updates. I was only getting rev 1.2 of
emit-rtl.c, but rev 1.3 was committed 36 hours ago. I got the correct
version of that file plus a bunch of other stuff when I switched to
Alexander Kabaev wrote:
On Tue, 3 Sep 2002 04:23:39 -0700 (PDT)
Dag-Erling Smorgrav [EMAIL PROTECTED] wrote:
=== usr.bin/getconf
Virtual memory exhausted in `operator new'
*** Error code 1
This one I can reproduce. Will fix soon.
Here's a clue:
peter@beast[8:06am]~-130 cat foo.c
int
Strange, I just did a make buildworld ... mergermaster
sequence and I did not need the three utilities you mention.
Why is that strange? You're talking about everything up to but not
including installworld. Warner's talking about installworld. :-)
Sigh. I said 'make
Hi Scott and Justin,
I've been having a problem building the new aic7xxx modules on -CURRENT.
The machine is:
FreeBSD magma 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Mon Jun 24 22:50:04
SAST 2002 root@magma:/usr/obj/usr/src/sys/MAGMA i386
The error (make buildkernel) is:
Alexander Kabaev wrote:
On Tue, 3 Sep 2002 16:56:52 +0200
Bernd Walter [EMAIL PROTECTED] wrote:
Do you think this is the same reason?
Yes.
Folks, it is a *kernel* problem:
peter@ashburton[6:38pm]~-111 cc -v
Using built-in specs.
Configured with: FreeBSD/alpha system compiler
On Tue, Sep 03, 2002 at 09:01:07AM -0700, Peter Wemm wrote:
Alexander Kabaev wrote:
On Tue, 3 Sep 2002 16:56:52 +0200
Bernd Walter [EMAIL PROTECTED] wrote:
Do you think this is the same reason?
Yes.
Folks, it is a *kernel* problem:
peter@ashburton[6:38pm]~-111 cc -v
Another issue with 'aicasm': It breaks the following:
* Vanilla install of 4.6-RELEASE (from CD-ROM)
* Pull 5.0-CURRENT sources (as of 2 Sept 2002)
* 'make buildworld'
* 'make kernel'
The kernel compile breaks when it tries to run
aicasm, with a message about 'libc.so.5' not
being
Bernd Walter wrote:
On Tue, Sep 03, 2002 at 09:01:07AM -0700, Peter Wemm wrote:
Alexander Kabaev wrote:
On Tue, 3 Sep 2002 16:56:52 +0200
Bernd Walter [EMAIL PROTECTED] wrote:
Do you think this is the same reason?
Yes.
Folks, it is a *kernel* problem:
On Tue, 3 Sep 2002, Peter Wemm wrote:
Julian Elischer wrote:
On Tue, 3 Sep 2002, David O'Brien wrote:
This is NOT a toolchain issue he is talking about, but a kernel one.
Please forget all about the toolchain issue. It is a non-issue. I and
kan are the only ones that
On Tue, 3 Sep 2002, Peter Wemm wrote:
Julian Elischer wrote:
On Tue, 3 Sep 2002, David O'Brien wrote:
This is NOT a toolchain issue he is talking about, but a kernel one.
Please forget all about the toolchain issue. It is a non-issue. I and
kan are the only ones that
: Building libiconv failed reproduceable for me, but booting an
: 2002/08/11 kernel made me build the port.
:
:Yes, imgact_elf.c rev 1.121 is the culprit. Reverting that change solves
:the problem.
:
:It should probably be backed out and un-MFC'ed. *definately* un-MFC'ed.
:
:Cheers,
:-Peter
:--
:
:Yes, imgact_elf.c rev 1.121 is the culprit. Reverting that change solves
:the problem.
:
:It should probably be backed out and un-MFC'ed. *definately* un-MFC'ed.
:
:Cheers,
:-Peter
:--
:Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
:All of this is for nothing if we
From the ktrace output it looks like the alpha is confused about
the datasize limit calculation. The program data appears to start
at the 4G mark so it is likely that the confusion is with the
'data_addr' variable whos calculation was changed slightly.
In that rev data_addr
Peter Wemm [EMAIL PROTECTED] writes:
Don Lewis wrote:
It appears that the problem is that cvsup10 is sick. It doesn't have a
complete set of the gcc updates. I was only getting rev 1.2 of
emit-rtl.c, but rev 1.3 was committed 36 hours ago. I got the correct
version of that file plus a
On Tue, 2002/09/03 at 09:37:14 -0700, Peter Wemm wrote:
Bernd Walter wrote:
On Tue, Sep 03, 2002 at 09:01:07AM -0700, Peter Wemm wrote:
I was running -current from 2002/08/11 before without any sign about
this kind of problem.
Building libiconv failed reproduceable for me, but booting an
On Tue, 3 Sep 2002 09:31:52 -0700 (PDT), Julian Elischer [EMAIL PROTECTED] said:
As long as I can set things up so that a chroot to an environment full
of 2.2.6 binaries will still work, then I can still support
sites with embedded 2.2.6 based things..
Others may find this a requirement too.
:The attached patch does just change the heuristics used to detect
:text segments to look for executable segments (using an idea from
:Peter). This results in the fact that dynamic section is viewed as
:text, which should not break anything.
:This way, it should be possible to avoid the hole
On 03-Sep-2002 Thomas Moestl wrote:
On Tue, 2002/09/03 at 09:37:14 -0700, Peter Wemm wrote:
Bernd Walter wrote:
On Tue, Sep 03, 2002 at 09:01:07AM -0700, Peter Wemm wrote:
I was running -current from 2002/08/11 before without any sign about
this kind of problem.
Building libiconv
Hi all,
I reported this to kde@, but got no answer back (yet).
I deleted _ALL_ ports, removed /usr/local/include,
removed /usr/X11R6.
I also removed /usr/include and reinstalled a fresh
compiled world.
X11R6 and QT are fresh built from sources.
Same code compiles fine with gcc3.1.
Can
On Tue, 2002/09/03 at 15:11:06 -0400, John Baldwin wrote:
On 03-Sep-2002 Thomas Moestl wrote:
On Tue, 2002/09/03 at 09:37:14 -0700, Peter Wemm wrote:
Bernd Walter wrote:
On Tue, Sep 03, 2002 at 09:01:07AM -0700, Peter Wemm wrote:
I was running -current from 2002/08/11 before without
* De: Richard Tobin [EMAIL PROTECTED] [ Data: 2002-09-03 ]
[ Subjecte: Re: aout support broken in gcc3 ]
GCC being able to produce a.out format binaries has nothing to do with
the ability of a Lisp or Prolog to compile to object files,
Correct.
and read such, whether said
Hi,
with 'uncommon' block sizes fsck seems to have problems finding the
superblock:
# newfs -i 10240 -b 4096 -f 512 /dev/ad1d
Reduced frags per cylinder group from 26208 to 26200 to enlarge last cyl group
/dev/ad1d: 409.6MB (838860 sectors) block size 4096, fragment size 512
using 33
Hi,
since some months now my -CURRENT is very unstable during heavy file system
activity (parallel accesses while deleting large subdirectories).
Today, I ran the following command for simple cleanup of /usr/ports:
# find /usr/ports -type d -name work -print | xargs rm -rf
[Yes, I should have
Hi,
your patch to cp/cp-lang.c fixed the build of kdelibs3 for me.
Thanks!
Bye!
Michael Reifenberger
^.*Plaut.*$, IT, R/3 Basis, GPS
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Tue, 2002/09/03 at 20:32:48 +0200, Thomas Moestl wrote:
On Tue, 2002/09/03 at 11:21:05 -0700, Matthew Dillon wrote:
I am also still somewhat worried about the data segment start address
and I am wondering if I should remove the if (data_addr == 0)
and instead
Well, I ended up unlinking it from the build and am installing now.
Once I get a fresh world installed, I'll try and rebuild world again
to see if the problem persists. Would you like me to get a ktrace of
aicasm running before I rebuild world? -sc
That would have been interesting.
:
: Can somebody who is feeling adventurous and has an alpha box please
: test whether this fixes it for now?
:
:Nope, if anything it's now worse. :( We should perhaps revert this
:change in -stable until we can get it to work in -current. FWIW, with
:the patch all sorts of programs no longer
cvsup earlier today.
I just finished mergemaster'ing my upgrade from a May -CURRENT.
I removed the offending line from sys/modules/Makefile, and set
NOMOODULES=1.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Folks,
ports/audio/arts
I got this one solved by rm /usr/ports. It was a stale patch :/
ports/devel/fam
---
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DCONFIG_ETC_CONFIG_PATH=\/usr/lo
cal/etc/fam.conf\-O -pipe -c RPC_TCP_Connector.c++
c++
On Tue, Sep 03, 2002 at 11:30:02PM +0200, Martin Blapp wrote:
ports/devel/fam
---
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DCONFIG_ETC_CONFIG_PATH=\/usr/lo
cal/etc/fam.conf\-O -pipe -c RPC_TCP_Connector.c++
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include
Hi,
That's not KDE domain, though. We only depend on FAM.
Of course ;-)
But the arts problem I fixed - sigh - was a KDE
problem. I just listed this one too.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Matthew Dillon wrote:
+ /* Does the entry point belong to this segment? */
+ if (hdr-e_entry = phdr[i].p_vaddr
+ hdr-e_entry (phdr[i].p_vaddr +
+ phdr[i].p_memsz)) {
+ entry
: +data_addr = seg_addr;
: }
:
:I don't think we can do this (the last section), it is quite legal to have
:more than one non-text PT_LOAD segment. if the last one was very small,
:we'd end up with an artificially low 'data_size' which would make
Hi
Does anyone know why TIOCSCTTY isn't implemented in compat/linux_ioctl.c?
The last change in this area was back in 1999 when the ioctl handling was
revamped, but this ioctl was not implemented. Do controlling terminals
work okay in the linuxulator?
Implementing this might solve a problem
False. As I said, I have systems that read a.out format object files
and they would need to be ported to read ELF object files instead.
Furthermore, they write themselves out (after loading object files) in
a.out format, and would need to be ported to write themselves out
in ELF
On Tue, Sep 03, 2002 at 11:32:22PM +0100, Richard Tobin wrote:
False. As I said, I have systems that read a.out format object files
and they would need to be ported to read ELF object files instead.
Furthermore, they write themselves out (after loading object files) in
a.out
On Tue, Sep 03, 2002 at 02:29:12PM -0700, Will Andrews wrote:
On Tue, Sep 03, 2002 at 11:30:02PM +0200, Martin Blapp wrote:
ports/devel/fam
---
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DCONFIG_ETC_CONFIG_PATH=\/usr/lo
cal/etc/fam.conf\-O -pipe -c
On Tue, 2002-09-03 at 19:01, Alan E wrote:
On Tue, Sep 03, 2002 at 02:29:12PM -0700, Will Andrews wrote:
On Tue, Sep 03, 2002 at 11:30:02PM +0200, Martin Blapp wrote:
ports/devel/fam
---
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DCONFIG_ETC_CONFIG_PATH=\/usr/lo
Where exactly does GCC fit into the mix, making this impossible?
They compile Lisp (etc) to a C file, which they compile (with gcc) to
^^^
actually with as(1), because gcc is only generates assembler file,
which is then
I can confirm that kde3 doesn't build on -CURRENT with gcc 3.2.1 as well,
but it has never worked for me on gcc 3.1 either.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I'm the maintainer, Will.
Since I don't have a -CURRENT system, is one of the hasta's set up to
test -CURRENT patches on?
I can make a good guess at it from looking at the code, but it'll need
to be tested somewhere.
Also, is gcc-3.2 on -CURRENT a supported configuration?
gcc-3.2 on
On Tue, Sep 03, 2002 at 11:30:02PM +0200, Martin Blapp wrote:
ports/devel/fam
---
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DCONFIG_ETC_CONFIG_PATH=\/usr/lo
cal/etc/fam.conf\-O -pipe -c RPC_TCP_Connector.c++
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include
I am experiencing this behavior as well (can't compile kde3 with gcc 3.2.1 or
3.1). However, with
Alexander
Kabaev's gcc 3.2 patch to cp-lang.c, kdelibs compiles ok and I can get kdebase
to install by doing
a 'make -k install'. Not sure exactly what's broken in the process, but it
On Wed, 4 Sep 2002 20:59:20 +
Michael Johnson [EMAIL PROTECTED] wrote:
I am experiencing this behavior as well (can't compile kde3 with gcc
3.2.1 or 3.1). However, with
Alexander Kabaev's gcc 3.2 patch to cp-lang.c, kdelibs compiles ok and
I can get kdebase to install by doing
The
On 03-Sep-2002 Bakul Shah wrote:
Where exactly does GCC fit into the mix, making this impossible?
They compile Lisp (etc) to a C file, which they compile (with gcc) to
^^^
actually with as(1), because gcc is only generates
On Tue, 3 Sep 2002, Garrett Wollman wrote:
On Tue, 3 Sep 2002 09:31:52 -0700 (PDT), Julian Elischer [EMAIL PROTECTED]
said:
As long as I can set things up so that a chroot to an environment full
of 2.2.6 binaries will still work, then I can still support
sites with embedded 2.2.6 based
On Tue, 3 Sep 2002, Bakul Shah wrote:
Where exactly does GCC fit into the mix, making this impossible?
They compile Lisp (etc) to a C file, which they compile (with gcc) to
^^^
actually with as(1), because gcc is only
On Tuesday 03 September 2002 06:16 pm, Alexander Kabaev wrote:
On Wed, 4 Sep 2002 20:59:20 +
Michael Johnson [EMAIL PROTECTED] wrote:
I am experiencing this behavior as well (can't compile kde3 with gcc
3.2.1 or 3.1). However, with
Alexander Kabaev's gcc 3.2 patch to cp-lang.c,
I have the exact same problem (even with fam-2.6.9).
Can you post that patch?
There was an error with FAM and GCC 3.1 discussed here:
http://oss.sgi.com/projects/fam/archive/msg00452.html
If this is the problem you are seeing, try removing the
const modifier from Scheduler.h in the FAM
Bruce Evans wrote:
Isn't this too old and security-holed to use? It stopped being packaged a
few releases ago. 4.5R has mainly:
/usr/local/lib/netscape-linux/communicator-linux-4.79.bin: ELF 32-bit LSB
executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs),
68 matches
Mail list logo
