Hi,
> Disable ChallengeResponseAuthentication, set it to "no" and you'll
> have ssh again.
> --
Thanks, I'll try it at home this evening ...
Shouldn't we fix this the default config ?
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
here are a few posts in google indicating that other have this
problem too.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41
43090 , arg=0x0,
frame=0x0) at /usr/src/sys/kern/kern_fork.c:872
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93
Hi,
and OpenOffice packages for CURRENT will be available from
http://projects.imp.ch/openoffice as you already know ;-)
I really really hope that portmgr will be able
to make at least a english openoffice package of
FreeBSD 5.0 RELEASE.
Martin
Martin Blapp, <[EMAIL PROTECTED]> &
Hi,
>O"ha!
>Is the attached backtrace from the bwrite or the vm_fault panic then?
>If from the wrong panic, how to get the real one?
kern.sync_on_panic=0 in /etc/sysctl.conf
Martin
Martin Blapp, <[EMAIL PROTECTED]&g
Hi,
> Looks like we win some and we loose some. I just noticed something
> weird on my P4 desktop using:
I reported it too soon. I forgot that on remote Desktops the problem doesn't
happen
:P
So OpenOffice is still broken.
Yes, now mpg123 plays sound, but the output is horribly noisy. I'm at
problem with libm and -march=pentium4. I do not
> have P4 myself and I cannot reproduce the problem locally.
This problem is also solved. libm compiles again fine with -march=pentium4.
OpenOffice and xmms, mpg123 work as they did before.
Thank you very very much for your work !
Martin
Martin
your /etc/make.conf. Looks like there could
be some crashes related to this one. Bezier and X-Server crashes ? Or is
nobody using CPUTYPE?=p4 ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
Impr
Hi,
> OpenBSD gets these cards right. I've not ported their code to our
> system at this time. I know that the problem is due to our not
> reading the SEEPROM correctly. I talked to the openbsd folks about
> this a long time ago, but didn't have the time needed to follow up.
Thanks for the t
Hi,
> ... I thought I should explicitly mention that merging this particular
> change as it stands is a bad idea because PNIC and Davicom cards (at least)
> are not yet correctly handled. The code in -stable is the old broken but
> apparently harmless code. This new code is attempting to be mo
Hi,
I just got a report from a user which has several dc cards with all
the broken mac adresses.
dc0@pci0:13:0: class=0x02 card=0x05741317 chip=0x09851317 rev=0x11
hdr=0x00
vendor = 'Admtek Inc'
device = 'ADM983 fast ethernet controller'
class= network
subclass = et
Hi Mark,
> I have a Netgear FA510 (32-bit CardBus).
>
> cardbus0: Expecting link target, got 0x0
> cardbus0: Resource not specified in CIS: id=10, size=80
> cardbus0: Resource not specified in CIS: id=14, size=400
> dc0: port 0x1000-0x107f mem 0x88002400-0x880027ff irq
> 11 at device 0.0 on ca
Hi all,
I just read the current mailinglist.
I think we would have to test all cases with all cards. What cards
do you have Stephen, with which clone Chipsets ? Can you make a list
of them ?
I've got somewhere another dc card which made problems. I guess
it was PNIC.
Martin
To Unsubscribe:
Hi John,
Your patch looks correct ! Thanks to finding this out.
Can you commit this or do you wait for McKay ? Or should
I ;-) ?
Ps: the automatic TX underrun recovery still needs to be comitted.
Without it no cvsup survives here.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL
Hi John,
See the patch I've submitted last week or previous week.
Topic was uncomitted dc0 PR's. I had a patch for this there.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
Impr
Hi all,
With help of http://www.memtest86.com/memtest86-3.0.iso I've tracked
it down to three 3 ! bad DRAMS.
Sorry about all this.
Still unsolved is the
options PSE
options PG_G
stuff with Ram that passes all tests. Corruption there still
happens.
Martin
Martin Blapp, <[EMAIL P
Hi,
> I'm not seeing panics, but I am seeing memory corruption causing about
> every third buildworld to fail. Usually this affects `cc1' or `ld',
> but last night I saw corruption in a source file.
Before new gcc3.2 import I also have not seen panics. Panics started after
latest 3.2.1 import.
Hi,
> Which Asus? Does it support ECC memory? Do you have ECC memory and
> have ECC enabled in the BIOS?
I used 3 boards:
1. ASUS P4B533-V 1GB DRAM 2100
2. Intel BG485 512MB DRAM 2100
3. Intel BG485 512MB DRAM 2100 ECC
>
> The thing that scared me about these reports was that I was under t
Hi,
Can someone else to and try this on PIV system ?
Thanks
> did this on my Celeron2 on a 440BX and a Samsung SpinPoint 80GB drive
> (limited to UDMA33). softupdates enabled and no errors after hours of
> patching/cleaning.
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
Hi,
> One thing you didn't mention was trying a different power supply. A
> marginal power supply can cause strange errors. Increasing your memory
> size from 512 MB to 1 GB might add just enough load to the supply to
> push it over the edge ...
Yes. I've replaced the power supply. But only o
or even hw.physmem=65536
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP:
PGP Finger
Hi Robert,
> Chances are, if you change an important variable such as memory size, it
> will change the failure mode for this bug. Carefully marking the memory
Sigh.
Looks like you are right. After running the system now for 8 hours,
I got exactly the same crash as before. Again. It's the sam
this
card, and with the DRAM and without.
So maybe we have now a trace where the problem could be.
Sorry if I can track this down to hardware.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNI
Hi all,
If you don't beleave it or not. I've taken out again (I've already
switched them once) one bank of 512M ram and since then I've not
had any panics anymore.
Can a ram error occur after a system has been fine one month ?
Martin
Martin Blapp, <[EMAIL PROTEC
Hi,
> Try building your kernel with "options PMAP_REMOVE_PAGES_CURPROC_ONLY" and
> see if the panic goes away. If that works, the problem is
> pmap_pte_quick().
I'll do ASAP. I'm at work at the moment, and the box in question is
at home :).
Thanks very much for looking into that !
> In looki
Hi all,
Hope this helps people. After I've disabled the secondlevel
CPU cache, the panic is now always at the same place:
0xc02fd315 is in pmap_remove_pages (/usr/src/sys/i386/i386/pmap.c:2941).
2936#ifdef PMAP_REMOVE_PAGES_CURPROC_ONLY
2937pte = vtopte(pv->pv_va);
2938
Hi,
> I was seeing random-looking memory corruption on my Athlon box during
> repeated buildworld runs without these options. I've also got 1GB of
> RAM, so the source tree would remain cached in RAM after the first run.
> The memory corruption would show up as damage to random files in the
> s
Julian,
Just got anotherone. It happened when I pressed CTRL Z ...
This is CURRENT of today. The pagefault always happens at the same place.
I really don't know how I can debug this ... :-( In any case,
tf_ebp looks bugus here.
#27 0xc03ace38 in syscall (frame=
{tf_fs = 47, tf_es = 47,
, idu_savedino2 = 0x0}}
Can anyone help here ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
P
SCSI disk ! Does
somewhere a alarm bell ring ? Or may it only be the limited speed
comaring the SCSI disk to the ATA Raids ?
Would it be possible that gcc32 does make some faulty code
in the ata subsystem ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> &
f_edx = 10, tf_ecx = 0, tf
_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 134905791, tf_cs = 31, tf_eflags
= 658, tf_esp = -1077938100, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1050
#18 0xc02f356d in Xint0x80_syscall () at {standard input}:140
Martin
Martin Blapp, <[EMAIL PROTECTED]&
Hi,
>
> options DISABLE_PSE
> options DISABLE_PG_G
I use that too. With them enabled I see memory corruption.
> Just a thought ... What type of disks are you using? I'm running SCSI
> here.
ATA ... But I should see disk errors then ...
I've bought now new disks and will try
Hi,
> > Oh ok, wierd... I've only tried (unsuccessfully, the compiler errors out)
> > kde3, and some make worlds and stuff. I guess that's not strenuous enough.
>
> kde3 compiled okay for me with Alexander Kabaev's gcc patch posted to
> this ML.
I could compile KDE, XFree86 and make buildworld
Hi,
> If I were you I'd start swapping memory modules, because I'm not having
Already did that. I even used ECC ram.
> any trouble with -CURRENT and I havn't seen anyone else having trouble.
Did you try to build a huge project ? If I don't compile anything big
and load the machine it works pe
p inodedep
$7 = (struct inodedep *) 0x0
Huh. What's going on here ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41
when I started this during fsck_ufs
was validating my /usr disk (soft updates, post fsck check)
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Prattel
ss' mapping at this time
(kgdb) p pte
$1 = (pt_entry_t *) 0xbfc20370
(kgdb) p tpte
$2 = 0
(kgdb) p pv->pv_va
$3 = 135118848
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP &a
Hi,
> 1) dc driver uses wrong case to read MAC from eeprom.
>
> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/35482
>
> This one seems to break data sending/receiving as the only thing that
> works is pinging and that's only on the alias/secondary IP and not the
> primary IP network which is c
Hi,
> and Martins patch:
> This one works standalone and with 2 and 3 above. It seems to have
> increase ftp transfer rates too from 8600Kbytes/sec to 10577Kbytes/sec.
Cool.
> Ofcourse, for some odd reason, if the ftp was done from a Windows XP Pro
> machine, it's only 6722KBytes/sec.
Hmm. T
u done one ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP:
PGP Fingerprint: B434 53FC C87
Hi,
> As the kqueue paper points out, /dev/imon is less efficient that
> the kqueue equivalent.
Of course. But it sucks adding kqueue support to all programs which already
use imon support.
I'll do this now for the fam port. Any other programs out there which use
/dev/imon directly ?
That mea
se posting ...
http://groups.google.com/groups?q=netbsd+imon&hl=en&lr=&ie=UTF-8&selm=20010315153337.A3926%40wasabisystems.com&rnum=2
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
Im
Hi,
> When I tried these patches manually handpatching on 08182002 JP
> SNAPSHOT, it took away the error messages like you had mentioned except
> I can ping everything except for the gateway. Also, no other protocols
> would work at all so it seems like something else broke. I took out
>
de with _ALL_ dependencies.
Thank you everybody who made this possible.
Alexander, will you commmit the gcc workaround ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlinden
Hi,
> I have upgraded fam to 2.6.9. Please check if the problem still exists.
> Thanks.
Yes it is still broken. Can you review this patch and
commit it appropriate ? This fixes the brokeness with
gcc32.
$ cat patch-Scheduler.h
--- Scheduler.h.origWed Sep 4 22:50:11 2002
+++ Scheduler.h W
Ups, forgot to add here the PR number ...
> 3) ADMtek AN98x, enable automatically TX underrun recovery
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34236
> Patch No3 fixes some part of link problem on EN2242 cards.
> I've tested this patch and it makes by laptop working again with
> cvsup.
Mart
"
+ "rx to idle state\n", sc->dc_unit);
+ }
+ }
}
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 413
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
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++
Leaving directory `/usr/ports/devel/fam/work/fam-2.6.8/fam'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/devel/fam/work/fam-2.6.8'
gmake: *** [all-recursive-am] Error 2
*** Error code 2
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Hi,
> totally wrong, and this won't break things. I'm just a bit startled that
> this appears out of nowhere (I sure don't recall it being discussed) and
> just happens, with 10 minutes warning.
The 2.95.3 -> 3.1 prerelease upgrade was a big step.
3.1 prerelease -> 3.2 is a little step which f
Hi Terry,
> > > > options DISABLE_PSE
> > > > options DISABLE_PG_G
I'm now at buildworld IV, since I have these options compiled it
the bug did not show up again.
Another sideeffect: Before that I could not even make -j 10 buildworld,
that ended with a page fault somewhere im pmap.
after such an action, but showed
up again later after some buildworlds.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 8
Hi,
> options DISABLE_PSE
> options DISABLE_PG_G
Just added them. I'll now build 20 buildworlds with those enabled.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi Soeren,
> However, this kind of problem in most cases spells bad HW to me,
> ie subspec RAM, poor powersupply, badly cooled CPU, overclocking etc etc...
That's what I thought too. I have now three different systems which show
all this:
1) PIV 1,6Ghz, Intel B845DG Board, 1GB Kingston Ram,
2)
Hi,
I don't know why, but adding this to XF86Config:
Option "NoInt10"
Solved the problem.
Thank you anyways ;-)
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
= 0 (0x0)
mmap(0x0,65536,0x1,0x1,4,0xe)= 674123776 (0x282e5000)
munmap(0x282e5000,0x1) = 0 (0x0)
sigaction(SIGSEGV,0xbfbff908,0xbfbff8e8) = 0 (0x0)
I've removed everything and build a new X. Same symptoms.
Mmap problem ?
Martin
Martin
artin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP:
PGP Fingerprint: B434 53FC C87C FE7B 0A1
Hi,
> > The 2nd one fails at exactly the same point, that can't be coindedence.
> > Also with a signal 10. (libutil)
> >
> > The 3rd ended somewhere else(games/rogue), but now with signal 4.
> >
> > Doing the 4rd now.
>
> Which ends with signal 11 in usr.sbin/devinfo/ ...
>
> Mark
May this be t
Hi,
> I have a P4 mobile in my laptop and also had this behaviour for a certain
> -current window last week (the time I got the laptop). (Dell C640)
> Now it is gone. I'm sorry, I don't have an exact date/commit.
Try to do some worlds in a row (5-10) and you will see if it survives.
The probl
ssue could this be with the Intel manufacured board ? Is it
a design issue, or could it still be a FreeBSD bug ?
Both Mobo's use the same i845 chipset, and use the same Ram.
Can anyone who experienced those coredumps send me a exact list
of used chipsets ?
Martin
Martin Blapp, <[EMAIL P
Hi all / Alexander,
> Kevin B. Hendricks <[EMAIL PROTECTED]> wrote
>
> I would say either your bridge code is broken the walk back of the
> exception handler is not finding the proper "try" clause for some
> reason.
>
The bridge code should be fine as it works in Linux with gcc3.1.1.
> The cat
Hi,
> I think if you search the mailinglist archive you will find your answer
> quickly (it has been addressed several times).
Thanks, yes found it. But with the answers I'm very unpleased. I really
really hope that we import either 3.2 or 3.3 now. Personally I'd
go with 3.2.
The fact is that
Hi,
Any plans or ideas when gcc3.2 will be imported ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00:
client = getclnthandle(host, nconf, &parms.r_addr);
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 0
Hi,
> If you are interested, I have make a full check of NFS/RPC related code in
> FreeBSD current (June 24), and I have some mods to complete the port of
> kernel NFS and RPC applcations to TI-RPC and/or IPv6
> The modified files are:
Of course we are interested ! I knew that many servers did
Hi,
> I'm still upset that we don't have tirpc99, when do you plan on porting
> that over?
I can do it now. I mostly stopped working on it, cause almost nobody
did care about to commit my patches bside you and Ian.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freeb
ect cflags.
Patch is based on my work and Jean-Luc Richier <[EMAIL PROTECTED]>.
Comments are welcome.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29,
Hi,
> btw does it still use -fsjlj method for exception handling?
sjlj and dwarf2 work. But the problem with CURRENT is that this patch seems
to be needed. (Patch from Alexander Kabaev)
Index: config/i386/freebsd.h
===
RCS file: /
packages compiled with gcc31 on
STABLE, which run wonderful on CURRENT with compat libs ...
http://www.imp.ch/openoffice
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zur
graphical issue, nothing else. rpcinfo will only contain one entry
per protocol.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +
Hi,
I see the bug now too - with the newest snapshot. Sorry about this !
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +
Very very strange ...
How recent is your CURRENT ?
Mine is :
FreeBSD 5.0-CURRENT #2: Fri May 31 09:49:38 CEST 2002
root@fuchur:/usr/ports/x11/XFree86-4-libraries# pwd
/usr/ports/x11/XFree86-4-libraries
root@fuchur:/usr/ports/x11/XFree86-4-libraries# cc --version
gcc (GCC) 3.1.1 20020617 (pre
Hi,
> make CC=gcc31 CXX=g++31 clean install
This currently doesn't work with the Xfree86 ports. CC
is hardcoded there.
Could the maintainer please fix this ?
I also had to fix OO to work with this.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
Hi Stefan,
Did the GCC-3.1 from ports compile translate.c with optimization
> turned on ???
>
> It didn't, just one or two weeks ago.
GCC3.1.1 Prerelease.
Yes it did. I removed the patch andd added -O and -O2 again.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
artin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP:
PGP Fingerprint: B434 53FC C87C FE7B 0A1
Hi,
Looks like Rev. 1.9 and Rev. 1.7 of src/lib/libc_r/uthread/uthread_sendfile.c
never have been MFC'd.
I added those fixes, but apache2 is still a no go with threads.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[E
hread_kern_poll (wait_reqd=2) at
/usr/src/lib/libc_r/uthread/uthread_kern.c:829
#2 0x282b0dea in _thread_kern_scheduler () at
/usr/src/lib/libc_r/uthread/uthread_kern.c:482
#3 0x0 in ?? ()
Martin
PS: I seem to get the same deadlock if in OpenOffice if I open a
website and try to edit it ...
Hi Daniel,
>
> Just spotted this on the Apache development mailinglist. It seems they
> need our help to fix threads issues, but have not succeeded in that and
> gave up.. :/
>
> Is there anything we can get done to help make Apache 2 on FreeBSD work
> well in threaded/perchild mode?
Could you
Hi Terry,
> Terry Lambert wrote:
> > In any case, here is a patch for i386; you will need similar
> > patches for the other architectures.
>
> Oops.
>
> I messed the negative logic. BTW, that should be an #ifndef
> insdtead of a #ifdef in your original patch.
>
> Here is a corrected patch for a
s/www/mozilla/work/mozilla/dist/bin -type d |
/usr/bin/sort -r | /usr/bin/xargs /bin/rmdir 2> /dev/null || true
===> Installing for mozilla-1.0,1
===> mozilla-1.0,1 depends on shared library: ORBit.2 - found
See :-) ?
Our current g++ in system is seriously broken.
Martin
Martin
This is very interesting ...
diff -ruN /usr/ports/lang/gcc31/work/gcc-20020527/libstdc++-v3
/usr/src/contrib/libstdc++ | more
I guess this issues has been fixed in the ports version, and is
still unfixed in the system.
Why can't we just cvs import the new version ?
Martin
Martin
Hi Terry,
> I saw a posting of some of the breakage. There was a type that
> wasn't defined in scope in a prototype, and then there were a
> couple that were missing (e.g. "unexpected ;") because of some
> bogus includes. I didn't really see anything that I could blame
> on GCC31 itself (I adm
Hi
> I think that if this is going to result in MFC's of things that
> change the libraries for 4.6, that the update of the libc image
> in 5.x for -compat is going to have to wait for 4.6-RELEASE.
That's a good idea.
> I also think that it may mean another major version number change,
> since
Hi,
> Why is it linked against a hacked 4.x libc, instead of an
> unhacked 5.x libc?
Because gcc31 and libstd++ and stlport are unusable for OpenOffice
to build. Exceptions are broken. Optimazations are broken.
>
> Why is the compat stuff necessary for -current at all?
Because some users like
un 7 02:38 libc_r.so.4
Can we please add now new uuencoded versions to the build ?
That would make the openofice package working on CURRENT !
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare
debugging unreliable. Quit this debugging session? (y or n) n
Create a core file containing the current state of GDB? (y or n) n
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP &
hi Peter,
> To be sure we're all on the same page, simply uncommenting stubs.c solves
> your problem with no libm changes, right?
Exactly.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
stdc++.a | grep sqrtl
016c T sqrtl
root@fuchur:/usr/src/gnu/lib/libstdc++# nm /usr/lib/libstdc++.a | grep sinl
00000134 T sinl
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zur
function. */
-/* #undef HAVE_SQRTL */
+#define HAVE_SQRTL 1
/* Define if you have the strtof function. */
/* #undef HAVE_STRTOF */
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG,
e port soon.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP:
PGP Fingerprint: B434 53
ep sqrtl
018a T sqrtl
STABLE GCC31 port from mai25
# nm /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1/libstdc++.a | grep sqrtl
018a T sqrtl
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
1.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD])
Supported emulations:
elf_i386
collect2: ld returned 1 exit status
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & IS
Hi all,
I can tell now for sure, that all SIG11 and SIG4 problems are
gone with make buildworld, if I compile here
make(8)
rm(8)
mkdir(8)
with -g -ggdb
If I don't do that, make world stops after 4 - 30 seconds. So it
could be definitly some optimizing bug in our gcc. And this bug
seems to be
Hi all,
> Have you done a 'make world' in the last 24 hours or so? What does this show:
No. And I have tested it now in STABLE to with the gcc32 and gcc31 ports.
Result is the same.
gcc295 in stable, and a march gcc31 port are fine. All other gcc3.x versions
are failing.
> ls -l /usr/bin/c++
Hi,
> I've seen this problem too. I don't know if it has been solved, but
> -CURRENT's C++ compiler has been broken for a while. The workaround has
> been to install the gcc31 port and use it, e.g make
> CXX=/usr/local/bin/g++31
And this doesn't work anymore. I see this with a fresh 3.1 port to
any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char XOpenDisplay();
int main() {
XOpenDisplay()
; return 0; }
Ma
^^
In file included from stlport_prefix.h:28,
Anybody has a idea why ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 8
s are gone. Ok, I did not
use -pipe then. I'll will now try to use -pipe and -g and -ggdb
all together.
How the fuck this can have a effect on these coredumps ???
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
-
solved ?
Martin (still clueless)
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP Fingerprint: B43
101 - 200 of 306 matches
Mail list logo