Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 20 Aug 1998 01:02:51 -0700 (PDT)
From:      asami@FreeBSD.ORG (Satoshi Asami)
To:        jb@cimlogic.com.au
Cc:        jb@cimlogic.com.au, ports@FreeBSD.ORG, jdp@FreeBSD.ORG
Subject:   Re: ELF transition for ports (Re: rayshade port)
Message-ID:  <199808200802.BAA04304@silvia.hip.berkeley.edu>
In-Reply-To: <199808200753.RAA05170@cimlogic.com.au> (message from John Birrell on Thu, 20 Aug 1998 17:53:53 %2B1000 (EST))

next in thread | previous in thread | raw e-mail | index | archive | help
 * No. I mean when they `make aout_to_elf'. It's a special upgrade that
 * does two buildworlds. The first is aout to get known good tools; the second
 * uses the aout tools in the tmp tree to build the world in elf format.
 * Then an aout installworld puts all the aout things in place, followed
 * by an elf installworld which will over write common things. For people
 * upgrading from 2.2.5/6/7 there is also a kernel build because without
 * that they're hosed.

Wow.

 * > Ok.  I'm not sure what bsd.port.mk has to do, though.  It's the
 * > individual ports that need to be OBJFORMAT (not OSREL as I said
 * > before) aware.
 * 
 * I'm not convinced that is true. 8-) I have to prove myself right or
 * wrong.

Well, tell me what you find, ok? :)

 * By "normal", I mean do they execute cc, ld, ar, etc without specifying
 * the path to the executable? If they just let the user's PATH find
 * /usr/bin/ld, for instance, the fact that /etc/objectformat contains
 * the line OBJFORMAT=elf will be enough to get /usr/libexec/elf/ld as
 * the linker automagically.

I thought they have different command line arguments to specify that
they're building shared libs, etc.  (At least that's what I think
msmith said when I met him last week.  I couldn't really hear well so
I might be wrong, though.)

At the least, the output filename is different (elf shlibs don't have
the minor, right?).

 * > For consumers of libraries, no, I don't think it's too different.  I'm
 * > worried about ports that generate libraries.  Speaking of which, is
 * > XFree86 ready for FreeBSD-elf?  (Will x11/XFree86 port build elf
 * > libraries and binaries if OBJFORMAT=elf? :)
 * 
 * I doubt that anyone has asked that. I'll try building their code
 * and see what's involved.

Someone better ask them.  It's going to suck if users tried to build
an ELF executable on a supposedly ELF-based 3.0 release and it blows
up in their face because XFree86 libs are a.out only. :>

 * > If it breaks a lot of ports, maybe that will give people extra
 * > incentives to fix them. :)
 * 
 * Now if I said that, I'd get yelled at! 8-)

But I'm not you, so I can say it. :p

 * > By the way, is 3.0R going to ship with a.out shared libraries too?
 * 
 * Yes. Otherwise we break too many third party programs that people haven't
 * got the sources to rebuild.

I see.

Satoshi

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808200802.BAA04304>