[Clfs-dev] CBLFS -- wxWidgets-2.8.9 -- compile problem?

[Andrew Rowland]

On Wed, 2008-10-08 at 00:13 +1000, db m wrote:
> Greets,
> 
> 
> ______________________________________________________________________
> From: myheadblewoff
> To: clfs-dev
> Date: Tue, 7 Oct 2008 23:25:43 +1000
> Subject: [Clfs-dev] CBLFS -- wxWidgets-2.8.9 -- compile problem?
> 
> Greets,
> 
> Relative to CLFS-1.1.0 x86_64 multilib.....
> 
> The 32bit build works fine, but the 64bit (and I'll suspect n32 as
> well) breaks.

Works fine for me using the Wiki instructions on a 1.1.0 system.

> After a bit of dissecting, it appears the configure time switch
> '--libdir= ' is 
> somehow causing things to go awry.....

> <snip>
> 
> Apparently, the  '--libdir=/usr/lib64'  switch issued at configure
> time, gets parsed into the
> makefiles as part of variable  LDFLAGS , and as this precedes the
> actual linktime library
> path we want   ( -L/usr/local/src/wxWidgets-2.8.9/lib ), ld fails to
> find the libraries we're
> trying to link 'wxrc' to.....or such and similar.

Not likely.  That switch is telling wxWidgets where to install its
libraries.  If you pass anything else to --libdir, you'll still end up
with LDFLAGS containing /usr/lib64.

> I don't seem to recall this happening with wxWidget-2.8.8 so perhaps
> something has changed?
> 
> Not sure if it's me, or something else...nor even how to fix it, but
> there it is....
> 
> Manually editted the offending LDFLAGS entry from the wxrc makefile
> and the problem
> goes away.....perhaps someone wiser than myself could look into this
> one?
> 
> -----------------------------------------------
> 
> Further to this, after a bit of digging I've discovered this problem
> is likely attributed to
> the use of the 'Bakefile' utility as used in the wxWidgets-2.8.9
> source tree (bakefile 0.2.3)
> 
> According to the changelog for the latest bakefile (0.2.4)  ;
> 
> (quote) " - put user- or configure-provided LDFLAGS and LIBS to the
> end of linker
>         command line to avoid conflicts of local libraries with
> system-wide (#182)"

But you'd still have the correct path (-L/usr/local/src/wxWidgets-2.8.9/lib)
as part of the LDFLAG variable so the linker should find the library.  Question 
is, did you start with a clean source tree after building the 32-bit version?

> ref:  http://bakefile.svn.sourceforge.net/viewvc/bakefile/bakefile/trunk/NEWS
> 
> 
> Regards,
> 
> Don
> 
> 
> ______________________________________________________________________
> _______________________________________________
> Clfs-dev mailing list
> Clfs-dev at lists.cross-lfs.org
> http://lists.cross-lfs.org/listinfo.cgi/clfs-dev-cross-lfs.org
-- 
Visit The ReliaFree Project --> http://reliafree.sourceforge.net/
PackManUtil for multilib CLFS -->
http://webpages.charter.net/weibullguy/index.html

Please do not send me *.doc, *.xls, *.ppt, or *.mdb files.  They are a 
proprietary format and do not conform to any recognized standards available 
in the public domain.  I have no need for the proprietary programs used to 
view and edit these file types and prefer standards-compliant formats.