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

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

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


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>
Project AdministratorIn charge of this item.
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:

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)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    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

    Powered by Savane 3.4