What's unknown about i386-unknown?

2007-11-20 Thread Dan Mahoney, System Admin

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?

2007-11-20 Thread Bill Moran
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?

2007-11-20 Thread Tino Engel

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?

2007-11-20 Thread Bill Moran
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?

2007-11-20 Thread Chuck Robey

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?

2006-12-30 Thread Marc G. Fournier
-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?

2006-12-29 Thread Tino Engel
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]