[SDL-1.2.14] Build fails on the libvlg checking

[Alexey Shuvaev]

On Sun, Jan 31, 2010 at 05:40:22PM +0100, Marcus von Appen wrote:
> On, Sun Jan 31, 2010, David Marec wrote:
> 
> > Le dimanche 31 janvier 2010 14:27:19, Marcus von Appen a écrit :
> > 
> > > /usr/lib/libvgl.* should not be available on RELENG_8, amd64 - instead
> > > it should reside in /usr/lib32 only. Did you upgrade from i386 to amd64
> > > or did you manually link the libvgl.* to /usr/lib?
> > 
> > Neither of them.
> > 
> > The system is amd64 from the begining.
> > 
> > 
> > > If so, please remove them or run make config and disable the VGL knob
> > > (or add 'WITHOUT_VGL=true' to the make invocation).
> > 
> > That s what i did.
> 
> And it still does not work for you?
> 
> > But, if, for example, svgalib is tagged "i386 only", svgl is not.
> 
> If I manually link libvgl.* from /usr/lib32 to /usr/lib and rebuild SDL
> with VGL enabled, anything links properly. I am not sure, what's wrong
> on your side. If it still fails for you after disabling the VGL knob,
> could you please send me the config.log from
> /usr/ports/devel/sdl12/work/SDL-1.2.14 as well as the tee'd output from
> your make invocation:
> 
>      make | tee sdlbuild.log
>  
> > btw, should i remove these libs ?
> 
> I do not recommend to do that manually. Which shared library versions of
> libvgl are installed (output of find /usr/lib -name "*vgl*") on your
> side?
> Did you ever run make delete-old or make delete-old-libs after updating
> the system?
> 
Just FYI, libvgl is built natively on amd64 now:

Revision 197025 - (view) (annotate) - [select for diffs]
Modified Wed Sep 9 09:50:31 2009 UTC (4 months, 3 weeks ago) by delphij
File length: 3386 byte(s)
Diff to previous 194869

 - Teach vesa(4) and dpms(4) about x86emu. [1]
 - Add vesa kernel options for amd64.
 - Connect libvgl library and splash kernel modules to amd64 build.
 - Connect manual page dpms(4) to amd64 build.
 - Remove old vesa/dpms files.

Submitted by:	paradox <ddkprog yahoo com> [1], swell k at gmail.com
		(with some minor tweaks)

Alexey.