What's unknown about i386-unknown?
Hey all. I see i386-unknown as a build target all the time. So my (possibly silly) question is: what's the unknown variable here? And why isn't it? -Dan -- Dan Mahoney Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's unknown about i386-unknown?
In response to Dan Mahoney, System Admin [EMAIL PROTECTED]: Hey all. I see i386-unknown as a build target all the time. So my (possibly silly) question is: what's the unknown variable here? And why isn't it? I seem to remember a conversation about this, and that the original spec for that string required a physical location after the architecture. I'm guessing that at the time it was very important to know which of the few physical machines did the job. If my memory is reliable, it's not that the information is unknown, it's just that nobody cares any more, therefore nobody bothers to enter the physical location information. -- Bill Moran http://www.potentialtech.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's unknown about i386-unknown?
Bill Moran schrieb: In response to Dan Mahoney, System Admin [EMAIL PROTECTED]: Hey all. I see i386-unknown as a build target all the time. So my (possibly silly) question is: what's the unknown variable here? And why isn't it? I seem to remember a conversation about this, and that the original spec for that string required a physical location after the architecture. I'm guessing that at the time it was very important to know which of the few physical machines did the job. If my memory is reliable, it's not that the information is unknown, it's just that nobody cares any more, therefore nobody bothers to enter the physical location information. Well, I actually have i386-portbld-7,0-BETA3. How does that fit? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's unknown about i386-unknown?
In response to Tino Engel [EMAIL PROTECTED]: Bill Moran schrieb: In response to Dan Mahoney, System Admin [EMAIL PROTECTED]: Hey all. I see i386-unknown as a build target all the time. So my (possibly silly) question is: what's the unknown variable here? And why isn't it? I seem to remember a conversation about this, and that the original spec for that string required a physical location after the architecture. I'm guessing that at the time it was very important to know which of the few physical machines did the job. If my memory is reliable, it's not that the information is unknown, it's just that nobody cares any more, therefore nobody bothers to enter the physical location information. Well, I actually have i386-portbld-7,0-BETA3. How does that fit? Don't know. It's entirely possible that I'm remembering wrong. -- Bill Moran http://www.potentialtech.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's unknown about i386-unknown?
Bill Moran wrote: In response to Tino Engel [EMAIL PROTECTED]: Bill Moran schrieb: In response to Dan Mahoney, System Admin [EMAIL PROTECTED]: Hey all. I see i386-unknown as a build target all the time. So my (possibly silly) question is: what's the unknown variable here? And why isn't it? I seem to remember a conversation about this, and that the original spec for that string required a physical location after the architecture. I'm guessing that at the time it was very important to know which of the few physical machines did the job. If my memory is reliable, it's not that the information is unknown, it's just that nobody cares any more, therefore nobody bothers to enter the physical location information. Well, I actually have i386-portbld-7,0-BETA3. How does that fit? Don't know. It's entirely possible that I'm remembering wrong. Geeze, it's unknown, because the GNU autoconf files say so, and it's one heck of a lot easier to just use what they c\say, than to try talking all those stubborn linuxers into changing it. Not all packages that use GNU autoconf have this file, but big ones, like maybe gcc, would have the file config.guess. You run that, and it's announce what it thinks your machine is. If it finds nothing, you're going to have to do a heck of a lot of autoconf editing (I used to do that a lot in the early days of FreeBSD). Glad to be able to say that's a long lost memory, not needed anymore. I just ran find / -name config.guess on both my FreeBSD box and my soon to be modified Gentoo box, here's what comes back: ON LINUX sh-3.2# sh /home/chuckr/pda/scripts/config.guess i686-pc-linux-gnu ON FREEBSD :363sh /usr/local/lib/rpm/config.guess i386-unknown-freebsd8.0 You probably have some junko config.guess files hanging around somewhere, you can try it yourself. Or ask me, I'll mail you one. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's that about?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Check out: http://www.freebsd.org/send-pr.html Specifically, what are you running? Operating System version (uname) would be a good start ... - --On Saturday, December 30, 2006 05:20:17 +0100 Tino Engel [EMAIL PROTECTED] wrote: 0x293734f7 in pthread_testcancel () from /lib/libpthread.so.2 # 0 0x293734f7 in pthread_testcancel () from /lib/libpthread.so.2 # 1 0x2936c80f in pthread_mutexattr_init () from /lib/libpthread.so.2 # 2 0x2936f70c in pthread_setconcurrency () from /lib/libpthread.so.2 # 3 0x29365a3a in _nanosleep () from /lib/libpthread.so.2 # 4 0x293fadd5 in sleep () from /lib/libc.so.6 # 5 0x2935b3fe in sleep () from /lib/libpthread.so.2 # 6 0x287fbabe in KCrash::startDrKonqi () from /usr/local/lib/libkdecore.so.6 # 7 0x287fbe64 in KCrash::defaultCrashHandler () from /usr/local/lib/libkdecore.so.6 # 8 0x29360a42 in sigaction () from /lib/libpthread.so.2 # 9 0x29361ee5 in sigaction () from /lib/libpthread.so.2 # 10 0x2936ad31 in pthread_mutexattr_init () from /lib/libpthread.so.2 # 11 0x2936ad9f in pthread_mutexattr_init () from /lib/libpthread.so.2 # 12 0x29421137 in _ctx_start () from /lib/libc.so.6 # 13 0x in ?? () # 14 0xbfbfcf90 in ?? () # 15 0xbfbfccd0 in ?? () # 16 0x in ?? () # 17 0x2936ad5c in pthread_mutexattr_init () from /lib/libpthread.so.2 # 18 0x29177cfd in _XLockMutex () from /usr/X11R6/lib/libX11.so.6 # 19 0x29177a25 in XrmQGetResource () from /usr/X11R6/lib/libX11.so.6 # 20 0x29177aa9 in XrmGetResource () from /usr/X11R6/lib/libX11.so.6 # 21 0x291521f6 in XGetErrorDatabaseText () from /usr/X11R6/lib/libX11.so.6 # 22 0x2915248f in XGetErrorText () from /usr/X11R6/lib/libX11.so.6 # 23 0x28c1a92e in qt_x_errhandler () from /usr/X11R6/lib/libqt-mt.so.3 # 24 0x28765dba in KApplication::xErrhandler () from /usr/local/lib/libkdecore.so.6 # 25 0x28765dea in kde_x_errhandler () from /usr/local/lib/libkdecore.so.6 # 26 0x291709ed in _XError () from /usr/X11R6/lib/libX11.so.6 # 27 0x29171048 in _XReply () from /usr/X11R6/lib/libX11.so.6 # 28 0x29157ad5 in XGetWindowProperty () from /usr/X11R6/lib/libX11.so.6 # 29 0x28783fb1 in NETWinInfo::update () from /usr/local/lib/libkdecore.so.6 # 30 0x28785be3 in NETWinInfo::event () from /usr/local/lib/libkdecore.so.6 # 31 0x287df6ec in KWinModulePrivate::x11Event () from /usr/local/lib/libkdecore.so.6 # 32 0x2876f2e0 in KApplication::x11EventFilter () from /usr/local/lib/libkdecore.so.6 # 33 0x28c1a821 in qt_x11EventFilter () from /usr/X11R6/lib/libqt-mt.so.3 # 34 0x28c26f80 in QApplication::x11ProcessEvent () from /usr/X11R6/lib/libqt-mt.so.3 # 35 0x28c395f0 in QEventLoop::processEvents () from /usr/X11R6/lib/libqt-mt.so.3 # 36 0x28c9b72b in QEventLoop::enterLoop () from /usr/X11R6/lib/libqt-mt.so.3 # 37 0x28c9b684 in QEventLoop::exec () from /usr/X11R6/lib/libqt-mt.so.3 # 38 0x28c86670 in QApplication::exec () from /usr/X11R6/lib/libqt-mt.so.3 # 39 0x296f48d6 in kdemain () from /usr/local/lib/libkdeinit_konqueror.so # 40 0x296a8642 in kdeinitmain () from /usr/local/lib/kde3/konqueror.so # 41 0x0804e25a in execpath_avoid_loops () # 42 0x0804e95a in execpath_avoid_loops () # 43 0x0804ef69 in execpath_avoid_loops () # 44 0x0804f669 in main () -- Tino Engel Karl-Hromadnik-Str. 1 81241 München Deutschland Email: mailto:[EMAIL PROTECTED] - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFlmsZ4QvfyHIvDvMRAtOnAKDH2J8nlCQnLpdOdmSxKyuofrqNAgCdH/in oCSWv3JiY2xQtJFRRhd+FBU= =lj1X -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
What's that about?
0x293734f7 in pthread_testcancel () from /lib/libpthread.so.2 #0 0x293734f7 in pthread_testcancel () from /lib/libpthread.so.2 #1 0x2936c80f in pthread_mutexattr_init () from /lib/libpthread.so.2 #2 0x2936f70c in pthread_setconcurrency () from /lib/libpthread.so.2 #3 0x29365a3a in _nanosleep () from /lib/libpthread.so.2 #4 0x293fadd5 in sleep () from /lib/libc.so.6 #5 0x2935b3fe in sleep () from /lib/libpthread.so.2 #6 0x287fbabe in KCrash::startDrKonqi () from /usr/local/lib/libkdecore.so.6 #7 0x287fbe64 in KCrash::defaultCrashHandler () from /usr/local/lib/libkdecore.so.6 #8 0x29360a42 in sigaction () from /lib/libpthread.so.2 #9 0x29361ee5 in sigaction () from /lib/libpthread.so.2 #10 0x2936ad31 in pthread_mutexattr_init () from /lib/libpthread.so.2 #11 0x2936ad9f in pthread_mutexattr_init () from /lib/libpthread.so.2 #12 0x29421137 in _ctx_start () from /lib/libc.so.6 #13 0x in ?? () #14 0xbfbfcf90 in ?? () #15 0xbfbfccd0 in ?? () #16 0x in ?? () #17 0x2936ad5c in pthread_mutexattr_init () from /lib/libpthread.so.2 #18 0x29177cfd in _XLockMutex () from /usr/X11R6/lib/libX11.so.6 #19 0x29177a25 in XrmQGetResource () from /usr/X11R6/lib/libX11.so.6 #20 0x29177aa9 in XrmGetResource () from /usr/X11R6/lib/libX11.so.6 #21 0x291521f6 in XGetErrorDatabaseText () from /usr/X11R6/lib/libX11.so.6 #22 0x2915248f in XGetErrorText () from /usr/X11R6/lib/libX11.so.6 #23 0x28c1a92e in qt_x_errhandler () from /usr/X11R6/lib/libqt-mt.so.3 #24 0x28765dba in KApplication::xErrhandler () from /usr/local/lib/libkdecore.so.6 #25 0x28765dea in kde_x_errhandler () from /usr/local/lib/libkdecore.so.6 #26 0x291709ed in _XError () from /usr/X11R6/lib/libX11.so.6 #27 0x29171048 in _XReply () from /usr/X11R6/lib/libX11.so.6 #28 0x29157ad5 in XGetWindowProperty () from /usr/X11R6/lib/libX11.so.6 #29 0x28783fb1 in NETWinInfo::update () from /usr/local/lib/libkdecore.so.6 #30 0x28785be3 in NETWinInfo::event () from /usr/local/lib/libkdecore.so.6 #31 0x287df6ec in KWinModulePrivate::x11Event () from /usr/local/lib/libkdecore.so.6 #32 0x2876f2e0 in KApplication::x11EventFilter () from /usr/local/lib/libkdecore.so.6 #33 0x28c1a821 in qt_x11EventFilter () from /usr/X11R6/lib/libqt-mt.so.3 #34 0x28c26f80 in QApplication::x11ProcessEvent () from /usr/X11R6/lib/libqt-mt.so.3 #35 0x28c395f0 in QEventLoop::processEvents () from /usr/X11R6/lib/libqt-mt.so.3 #36 0x28c9b72b in QEventLoop::enterLoop () from /usr/X11R6/lib/libqt-mt.so.3 #37 0x28c9b684 in QEventLoop::exec () from /usr/X11R6/lib/libqt-mt.so.3 #38 0x28c86670 in QApplication::exec () from /usr/X11R6/lib/libqt-mt.so.3 #39 0x296f48d6 in kdemain () from /usr/local/lib/libkdeinit_konqueror.so #40 0x296a8642 in kdeinitmain () from /usr/local/lib/kde3/konqueror.so #41 0x0804e25a in execpath_avoid_loops () #42 0x0804e95a in execpath_avoid_loops () #43 0x0804ef69 in execpath_avoid_loops () #44 0x0804f669 in main () -- Tino Engel Karl-Hromadnik-Str. 1 81241 München Deutschland Email: mailto:[EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]