You are not logged in.
- Topics: Active | Unanswered
#1 2010-09-02 21:07:25
- Yggdrasil
- Member
- Registered: 2009-07-21
- Posts: 37
32bit packages for x86_64
What's the prefered way of making packages of 32 bit libraries and applications on x86_64? Should one now use the new gcc-multilib or still repackage i686 packages like before?
Here's a sample package:
http://www1.inf.tu-dresden.de/~s1445051 … bit.tar.gz
It is for building pcsx2-svn on x86_64. There are also some libraries which were changed to use the "multilib way", similar to what is available in the multilib repository. I would like some comments about the PKGBUILDs. They are only slightly changed from the normal PKGBUILDs in the repositories which make them a bit redundant.
Greetings,
Yggdrasil.
Offline
#2 2010-09-02 21:50:50
- wonder
- Developer
- From: Bucharest, Romania
- Registered: 2006-07-05
- Posts: 5,941
- Website
Re: 32bit packages for x86_64
we prefer that all packages to be fixed to use the new layout. seems that you are on the right road.
Give what you have. To someone, it may be better than you dare to think.
Offline
#3 2010-09-03 10:49:06
- Yggdrasil
- Member
- Registered: 2009-07-21
- Posts: 37
Re: 32bit packages for x86_64
Ok, thanks for your reply. I'll try to get my changes into the aur packages.
About the redundancy: Is there a way to pass parameters to the PKGBUILD?
Offline
#4 2010-09-03 14:50:20
- wonder
- Developer
- From: Bucharest, Romania
- Registered: 2006-07-05
- Posts: 5,941
- Website
Re: 32bit packages for x86_64
parameters for what?
Give what you have. To someone, it may be better than you dare to think.
Offline
#5 2010-09-04 10:42:31
- Yggdrasil
- Member
- Registered: 2009-07-21
- Posts: 37
Re: 32bit packages for x86_64
I thought about triggering the lib32 package by parameter and integrate it into the normal PKGBUILD because there are only small changes. Maybe that makes the PKGBUILD too complicated and isn't wanted at all. I was just wondering if one can pass parameters to the PKGBUILD, like CARCH is "passed" in.
Offline