SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I installed the Slackware64 kernel to facilitate the full extent of my 8GBs of ram. I then followed that by installing Slackware64's gcc. I was hoping that I would be able to compile my kernel modules by doing so. But I also tried doing a straight 32-bit build using linux32 (which I compiled previously with my 32-bit gcc). The compile failed using the 64-bit gcc from Slackware64. I was later informed that the option to allow 32-bit builds with the present gcc has not been set. So you cannot run "gcc -m32". It simply won't work.
checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables
After all of this, is was explained that Slackware64 is PREPARED to be multilib-ready. It should NOT be taken to mean that Slackware64 has any ability to presently support any 32-bit functions. So it seems that whatever success anyone (samac et. al.) has using the Slamd64 32-bit compatibility layer, will be sketchy at best.
So let me reiterate. The use of Slamd64 libraries in attempt to provide support for 32-bit applications, is NOT SUPPORTED. This is the position of Fred Emmott (Slamd64), not mine!
Using slamd64's compatibility libraries allowed me to install and run a package that I compiled on 32bit Slackware 12.2, but I was unable to compile a 32bit program on a Slackware64-current. The same as you. This is not surprising as the toolchain would have to be rebuilt for cross-compiling.
This leaves me with "sketchy", which I don't mind because I only need one program. Wine to run Quicken. Once gnucash, or other linux accounts package, can generate a decent forward projection based upon recurring transactions, then I will be able to run fully x86_64.
The point that I've made in many of my posts, is that the ability to allow the compilation of 32-bit binaries is provided by setting only ONE configure option in gcc. The same thing holds true for having HIGHMEM64 in the kernel-huge package. It too is provided by a single configuration option. It's not a big deal to do this. It just needs to be set. Once that is done, none of these will be an issues anymore.
Using slamd64's compatibility libraries allowed me to install and run a package that I compiled on 32bit Slackware 12.2, but I was unable to compile a 32bit program on a Slackware64-current. The same as you. This is not surprising as the toolchain would have to be rebuilt for cross-compiling.
This leaves me with "sketchy", which I don't mind because I only need one program. Wine to run Quicken. Once gnucash, or other linux accounts package, can generate a decent forward projection based upon recurring transactions, then I will be able to run fully x86_64.
samac
Did you attempt to install the Slamd64 gcc32? I would like to know if that will allow you to create 32-bit packages or not.
The only time people get pissed is when someone wastes their time complaining about a "bug" that turns out to be due to someone running a "custom kernel" or making some other change to the stock system "AND NOT STATING THAT UP FRONT".
All I've EVER seen anyone say is "please reproduce this on a clean system using the generic kernel before reporting as a bug".
This should remove any doubt that what I said about running Slamd64 libraries will be UNSUPPORTED!!
This exchange occurred today on ##slackware64. Read it and see that I am right!!
<fred> slamd64/c/ are not compatibile with slackware64
<fred> not directly.
<fred> Please don't advise other people to do things to their installs before checking if they're actually fine
<Shingoshi> That's weird. Because that's what I read elsewhere. To use Slamd64/c. And someone has already tested it and found it to be working just fine.
<fred> If I rpm2tgz some ubuntu packages and install them on slacwkare64, try a few random programs for a couple of days, they'll appear to be working just fine.
<fred> that doesn't mean they're actually fine.
<fred> some of them aren't even actually segregated properly on slamd64 (having not compared them against a pure64 x86_64 slackware build before)
I do not recall Fred giving you permission to post this conversation in a public forum. And remember, I was there too.
Eric
I'm not the only one who this applies to. And I believe the comments in IRC are public. Would anyone rather that no one else saw this? There was no intent of spitefulness here. I made comments which needed to be publicly corrected.
Shingoshi, you are clearly causing endless frustration with the Slackware team AND the Slamd64 team. Very few people can do that. Congratulations.
First of all, Slackware64 has nothing to do with Fred Emmott. WHY are you bothering him?? If you want to mix and match to attempt to get 32-bit compatibility, use HIS distro, which he has worked hard on. I am very sure he does not want to deal with ANOTHER distro that he has no control over (and gets no benefits from). It is very evident that the Slackware team is aware of the issues that you have parroted and repeated several (SEVERAL) times already. I think everyone in this discussion gets it. Slackware64 isn't released yet! Leave your complaints until it is. And even so, whether you like it or not, Slackware64 is a pure-64 distro, at least at this point in time. Either stick with 32-bit Slackware (which is working fine on my 64-bit CPU), use Slackware64 (which I'm sure would also work fine on my 64-bit CPU) or use Slamd64 (which would also work fine on my 64-bit CPU). If you *need* Slackware (and not Slamd64) and still *need* 32-bit compatibility, stick with regular Slackware. I assure you it works just fine.
I don't see why you need to pester and torture the people that are taking their OWN time to create this distro. Perhaps your investigative prowess () would be more appreciated if the Slackware64 team had posted interest in attempting to get 32-bit compatibility working, and asked for help or testing. As far as I know this has not yet happened.
Although I am interested in the development of Slackware64, I cannot stand reading your 30 posts per day on this thread that bring nothing new to the table and do not seem to do any good, and instead have the opposite effect of fracturing the opinions of the distro.
I am very-much looking forward to Slackware64 being released! My main desktop, a Dell intel core duo will hum with this new OS. I had no idea that this was all being done secretly. Very cool, man.
I am very grateful for your tireless dedication, and your willingness to give so much back to us! Thank you! The Slackware team rocks!
Thanks for posting that T3slider, you're absolutely right, I don't see why he persists in trying to almost humiliate the slackware devs for not making the not even released slackware64 perfect from the start, almost like they shouldn't have released slackware64-current at all. I too wish I had a thumbs down button right now. Instead of trying to discuss things reasonably, to be patient, make suggestions etc. you Shingoshi just complain about how basically slackware64 is absolute crap, and how you're trying to work around it by using slamd64 compat libs, and then complaining that it doesn't work and that again slackware64 is crap.
Why can't you just be patient. I'm confident that these issues will be resolved in due time without all this flaming that you're causing. Patience is a virtue, one that you severely lack.
If Shingoshi doesn't STFU I will be ignoring him permanently, nothing he has said so far has been productive and this is not likely to change.
I mean has anyone else in this thread been as completely negative about slackware64 as Shingoshi has been. Everyone has cheered for slackware64, that finally an official 64-bit slackware had arrived after all this time, except Shingoshi, who seems to hate it with a passion, even tho it's not released it, it's still in -current form ... or am I wrong ... am I getting the wrong impression ?
Last edited by H_TeXMeX_H; 05-23-2009 at 04:26 AM.
But in the past the Slackware team has always found the best answers to such dilemmas. I am confident, if there really is a problem, we'll see a solution for it, very soon.
gargamel
This is probably the first time I am quoting myself ,
but I think it just comes down to what I said in that previous post.
I suggest we follow good Internet policy and stop feeding the troll. It's a shame that a good and informative thread now is almost entirely filled up with garbage. If he haven't got it yet, I suspect he wont get it either.
That said, I would like to thank the slackware team for this excellent distro. I was actually starting to feel like slackware were starting to lag behind. But who would imagine it would turn out as the cleanest 64bit one could ask for?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.