bugGnash - The GNU Flash player - Bugs: bug #35917, Can not (easily) build on x86-64...

 
 

bug #35917: Can not (easily) build on x86-64 if /usr/lib32 exists

Submitter:  Nick Markwell <duckinator>
Submitted:  Tue 20 Mar 2012 07:39:12 PM UTC
   
 
Category:  None Severity:  3 - Normal
Release:  None Status:  Need Info
Privacy:  Public Assigned to:  rsavoye
Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Mon 26 Mar 2012 06:29:36 PM UTC, comment #3: 

Sorry for the late reply -- desktop's hard drive platter got violently introduced to either the read or write head a couple days ago.

If you're using sysroot, I don't think this will affect cross-compiles, which means that to my knowledge there will be no adverse effects.

I'm using ArchLinux x86_64 with packages installed from the multilib repository (Which uses /usr/lib32 for a lot of 32bit compatibility libraries. I can't seem to find much useful information on it on it on the ArchLinux Wiki -- if you need help I'm on irc [freenode] as "duckinator").

Nick Markwell <duckinator>
Tue 20 Mar 2012 07:53:43 PM UTC, comment #2: 

For cross compiling, Gnash uses a sysroot, which is easier than specifying all the paths by hand. I frequently build Gnash on a x86_64 machine where /usr/lib32 exists, and it's always been easy. Which distribution are you building on ? I will test your patch and see what happens on my build farm.

 Rob Savoye <rsavoye>
Group administrator
Tue 20 Mar 2012 07:43:40 PM UTC, comment #1: 

aside from fixing the issues with /usr/li32 on x86-64 systems.*

Proofreading ftw?

 Nick Markwell <duckinator>
Tue 20 Mar 2012 07:39:12 PM UTC, original submission:  

If /usr/lib32 exists on an x86-64 system, it currently prefers libs in /usr/lib32 over /usr/lib -- even though /usr/lib is what is necessary.

All that is necessary is swapping "/usr/lib32" and "/usr/lib" in macros/libslist.

Given that my following assumptions are right:

  • cross-compiling likely involves specifying the exact directories for each lib
  • no 32-bit x86 systems have /usr/lib64 (I feel this is a sane assumption)


I can think of no behavior that would change from swapping them, aside from.

 Nick Markwell <duckinator>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #25419:  0001-Fix-compiles-on-x64-systems-w-usr-lib32-35917.patch added by duckinator (1KiB - text/x-patch - Patch that does the fix I mentioned. (from 'git format-patch HEAD^'))

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rsavoye (Updated the item)
  • -email is unavailable- added by duckinator (Submitted the item)

    •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-03-20 rsavoye StatusNone Need Info
        Assigned toNone rsavoye
    2012-03-20 duckinator Attached File- Added 0001-Fix-compiles-on-x64-systems-w-usr-lib32-35917.patch, #25419

    Back to the top

    Copyright © 2024 Free Software Foundation, Inc.
    Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
    The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
    Page source code

    Powered by Savane 3.14-f13d.
    Corresponding source code