LinuxQuestions.org
Review your favorite Linux distribution.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
Search this Thread
Old 06-12-2009, 04:06 PM   #16
Shingoshi
Member
 
Registered: Oct 2006
Location: Cochise County, Arizona
Distribution: Gentoo-AMD64 / Slackware64-Current
Posts: 474
Blog Entries: 28

Rep: Reputation: 34
I need to be certain here...


Quote:
Originally Posted by Alien Bob View Post
That --disable-multilib has nothing to do with the fact that gcc would not "support" a multilib environment. It only means that the gcc build will not produce the 32bit compilers, only the 64bit compilers. There is a difference!

If you look at the gcc.SlackBuild which Fred Emmott published as part of his 32bit compatibility set for Slackware64 at ftp://anorien.warwick.ac.uk/slamd64/.../gcc-compat32/ you will see that he uses "--enable-multilib" which will result in the 32bit compilers being built. The extra binaries that get produced are the only effect from adding "--enable-multilib".

It was stated nowhere that slackware64 would be able to compile 32bit software out of the box. You will need to install additional packages.

Eric
Alien Bob,
Thanks for the explanation.

Since the Slackware64 gcc was created with --disable-multilib, does that mean any of the following is true:
We cannot create...
1.) A new 64-bit compiler with multilib?
.........Can we (re)build our own 64-bit compilers to build 32-bit compilers?
2.) The additional packages that are required for 32-bit builds?
3.) Applications for 64-bit which are multilib?

Shingoshi

Last edited by Shingoshi; 06-12-2009 at 04:08 PM.
 
Old 06-12-2009, 05:03 PM   #17
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,333

Rep: Reputation: Disabled
You can build all of those with just the tools available in Slackware64. Or, if that is too much work, you install the packages which Fred Emmott already compiled and for which I posted the URL several times already... he did not use anything else than a bare slackware64.

Eric
 
Old 06-12-2009, 05:31 PM   #18
Shingoshi
Member
 
Registered: Oct 2006
Location: Cochise County, Arizona
Distribution: Gentoo-AMD64 / Slackware64-Current
Posts: 474
Blog Entries: 28

Rep: Reputation: 34
Alien Bob,
Thanks again. I just needed the first part of your answer. I already knew where the Slamd64 tools were. I just wanted to make that we can build them ourselves from scratch.

Thanks,
Shingoshi
 
Old 06-12-2009, 08:24 PM   #19
Lufbery
Senior Member
 
Registered: Aug 2006
Location: Harrisburg, PA
Distribution: Slackware 64 14.0
Posts: 1,142
Blog Entries: 29

Rep: Reputation: 119Reputation: 119
Quote:
Originally Posted by poncez View Post
but Fred has published it already with sources and slackbuilds on his site, the link of a mirror is over here
or you mean you would like to see it moved on slackbuilds.org?
The latter, so I can use sbopkg to get it.

This, of course, is not meant to take anything away from the great work that Fred has done.

Regards,

-Drew
 
Old 06-13-2009, 12:27 AM   #20
Shingoshi
Member
 
Registered: Oct 2006
Location: Cochise County, Arizona
Distribution: Gentoo-AMD64 / Slackware64-Current
Posts: 474
Blog Entries: 28

Rep: Reputation: 34
Will Slackware64's gcc (and any other relevant packages) ever be built with --enable-multilib, so that users won't have to (re)build their own gcc (and other packages as well) in order to build 32-bit compilers/packages?

Shingoshi
 
Old 06-13-2009, 03:03 AM   #21
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 2,479

Rep: Reputation: 904Reputation: 904Reputation: 904Reputation: 904Reputation: 904Reputation: 904Reputation: 904Reputation: 904
sorry Shingoshi but Bob told you already, you don't have to build anything "in order to build 32-bit compilers/packages"
Quote:
Originally Posted by Alien Bob View Post
you install the packages which Fred Emmott already compiled and for which I posted the URL several times already
 
Old 06-13-2009, 03:24 AM   #22
Shingoshi
Member
 
Registered: Oct 2006
Location: Cochise County, Arizona
Distribution: Gentoo-AMD64 / Slackware64-Current
Posts: 474
Blog Entries: 28

Rep: Reputation: 34
It was simply a matter of independence...

Quote:
Originally Posted by poncez View Post
sorry Shingoshi but Bob told you already, you don't have to build anything "in order to build 32-bit compilers/packages"
I was simply wondering if Slackware x86_64 would be independent from needing packages installed from another distribution to have full 32-bit compatibility. I don't think this situation has ever existed before. To rely on external packages seems to be pivotal in development. I know that there are various solutions for running Gnome on Slackware. But those solutions were never officially supported.

To be certain, this is a new situation:
Quote:
Originally Posted by Alien Bob View Post
That --disable-multilib has nothing to do with the fact that gcc would not "support" a multilib environment. It only means that the gcc build will not produce the 32bit compilers, only the 64bit compilers. There is a difference!

If you look at the gcc.SlackBuild which Fred Emmott published as part of his 32bit compatibility set for Slackware64 at ftp://anorien.warwick.ac.uk/slamd64/.../gcc-compat32/ you will see that he uses "--enable-multilib" which will result in the 32bit compilers being built. The extra binaries that get produced are the only effect from adding "--enable-multilib".

It was stated nowhere that slackware64 would be able to compile 32bit software out of the box. You will need to install additional packages.

Eric
And those packages won't be Slackware's. Will all of the packages previously released from Slamd64, now "going to" be compiled on Slackware64? I remember discussions about software from other distributions not being fully compatible.

Shingoshi

Edit: As I sometimes do, I made a mistake and omitted two words. They are shown in quotation marks above. I knew the current packages were compiled on Slackware64. That has been clearly repeated. What I intended to know was whether that situation is (ongoing) to continue into the future.

Last edited by Shingoshi; 06-13-2009 at 08:07 AM.
 
Old 06-13-2009, 04:05 AM   #23
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,333

Rep: Reputation: Disabled
Quote:
Originally Posted by Shingoshi View Post
And those packages won't be Slackware's. Will all of the packages previously released from Slamd64, now be compiled on Slackware64? I remember discussions about software from other distributions not being fully compatible.
I will repeat it again then - these packages that Fred Emmott offers for download, were compiled on slackware64. So what if they are available on a slamd64 mirror?

Eric
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Slackware64...Where? cwwilson721 Slackware 16 05-28-2009 09:21 AM
Slackware64, trying to compile wine with SBo suid0 Slackware 6 05-27-2009 10:48 AM
Errors building WINE 0.9.53 from source on CentOS x64 Micro420 Linux - Software 4 01-14-2008 01:15 PM
Building wine RPM SpEcIeS Linux - Software 1 04-05-2005 10:30 PM
Wine fails after building font metrics : X error postb99 Linux - Software 2 07-29-2003 03:55 PM


All times are GMT -5. The time now is 06:37 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration