C Compiler Can't Create Executables [solved]

LIsLinuxIsSogood · Veteran Joined: 13 Feb 2016 Posts: 1186

I am attempting to emerge this package (sys-apps/sandbox) and running into C compiler errors. From looks at the recent portage log, something is causing this thing to not compile accurately so I was wondering if there might be a thought of how to address this. I am not completely confident in dealing with patches, yet. Any suggestion would be appreciated.

John R. Graham · Posted: Mon Jun 12, 2017 4:44 pm Post subject:

Split to a new topic as it's, well, a new topic.

Might want to look at the config.log as the error messages suggest.

- John
_________________
I can confirm that I have received between 0 and 499 National Security Letters.

krinn · Watchman Joined: 02 May 2003 Posts: 7470

Well, as John R. Graham said, the config.log is what could help us, but for your specific case : sandbox you could just start to read what it is telling you, because sandbox specifically output an error message AND howto solve it about a gcc error with this package.
If this doesn't work, config.log...

LIsLinuxIsSogood · Veteran Joined: 13 Feb 2016 Posts: 1186

Ok, here is the config.log https://paste.pound-python.org/show/ffaR3tBWeQrVIqCaVFQx/

I guess going through all of this seems like it should only take a short amount of time, what exactly would I be searching for in terms of C compiling error assuming the log shows that kind of stuff, and does it?

Something else that I'm not sure if matters is whether I should update gcc, currently not on the newest most stable release. Typically before updating (even for a stable release) I would be curious to know whether this could solve the problem or not...

emerge -s sys-devel/gcc SHOWS:

fedeliallalinea · Posted: Tue Jun 13, 2017 5:58 am Post subject:

Why you try to install a old version of sandbox? Last stable version is sys-apps/sandbox-2.10-r3.
The problem is probably abi_x86_32 use flag.
When I try, on my system, to emerge sandbox-2.6-r1 I see that abi_x86_32 use flag was removed

Hu · Administrator Joined: 06 Mar 2007 Posts: 22601

Please post the output of emerge --verbose --info sys-devel/gcc sys-libs/glibc sys-apps/sandbox. You appear to have some sort of multilib problem, which is a bit odd based on the information provided so far.

LIsLinuxIsSogood · Veteran Joined: 13 Feb 2016 Posts: 1186

I suppose the multilib issue could be summed up by suggesting when I first installed the system I recall using a no-multilib profile (not sure how to check this though)...perhaps some old build logs could have an answer buried in there. But then, at some point I tried to install some native 32-bit, which was no good with the ABI_x86_32 flag. I don't know if that could be the only thing contributing, but the only other thing I tend to switch profiles around, since a long time ago choosing to go with a desktop profile, and then most recently while installing LXqt changed it again. On a positive note, I'm currently compiling gcc using the no-multilib profile, and seems to be running further than it did before. But I might not know for sure, until I've been able to reinstall it with sandbox and hope that there is no real damage in building or compiling without that feature for now. Here is the output, with no sandbox as I have unmerged that package, before knowing the important feature that is provided when installing new packages.

https://paste.pound-python.org/show/RUSFgvEa0YKZIzcZQFFc/

NeddySeagoon · Posted: Wed Jun 14, 2017 9:23 am Post subject:

LIsLinuxIsSogood,

Its not possible to switch from no-multilib to a multilib profile for lots of reasons.
Its a reinstall.

The other way works. It abandons the 32 bit libraries in your install.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

LIsLinuxIsSogood · Veteran Joined: 13 Feb 2016 Posts: 1186

I got sandbox installed along with the latest stable release for GCC, its 5.3.'something' I believe

Thanks to those clarifying for me that to switch was possible only from a multilib to a no multilib. I guess I was hoping to get two big system upgrades at once, ha...but from reading it again I believe the logic is sound and that since no multilib is just like removal of files but the other way is a complicated matter of many installs, which is not as simple as uninstalling, or in gentoo speak merging/unmerging. Cool.

LIsLinuxIsSogood · Veteran Joined: 13 Feb 2016 Posts: 1186

NeddySeago - thanks, I just posted the same or similar question, but I did want to say thanks for your response it makes sense. When you say a reinstall, what exactly are we talking about here. If it is the entire thing, then not only is that a lot of work and time, but it also means that I will need to in theory back up all my personal files, as well as my /opt/ directory where I have much software installed from source. I am really trying to figure out if your advice is to install linux over again, or reinstall some portion of it perhaps.

And of course a since i did make progress with the installation under nomiltilib i am marking it solved too.

NeddySeagoon · Posted: Sat Jun 24, 2017 8:07 am Post subject:

LIsLinuxIsSogood,

The on disk layout of mulitlib and no-multilib is different, so that the 32 and 64 bit versions of libraries are kept separate.
The multilib toolchain can build 32 bit software. It requires some 32 bit libraries that cannot be installed on a no-multilib system.

Changing from no-multilib to mulitlib is not simple, so a reinstall is the way to go.

There is a half way house.
Your no-multilib install will support a 32 bit chroot or a multilib chroot. The no-multilib install needs 32 bit support in the kernel.
You still do another install though.

If you reinstall, there is no need to wipe your system and start over. You can perform a multiboot install.
That way you migrate slowly. Make some space beside your existing install, do a multilib install in the free space and migrate to it.

There are very few 32 bit only open source applications these days. WINE and Skype come to mind but 32 bit Skype is end of life.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

Hu · Administrator Joined: 06 Mar 2007 Posts: 22601

As I understand it, Wine is a bit of a special case. Wine can be built for 64-bit only, but you need a Wine of the same bitness as the Windows program that you want to wrap. Most, although not all, Windows software is 32-bit (and this becomes more true as you go farther back in history, since Win64 can run Win32 programs, so vendors often opted to ship only Win32 and rely on the WOW64 compatibility layer to keep their Win64 users happy), so a 32-bit Wine is usually what you want. However, some newer Windows programs are available as Win64 programs, which you would need a 64-bit Wine to wrap. If you only want to wrap 64-bit Windows programs, a 64-bit only Wine should work.

LIsLinuxIsSogood · Veteran Joined: 13 Feb 2016 Posts: 1186

NeddySeagoon · Posted: Sun Jun 25, 2017 9:17 am Post subject:

LIsLinuxIsSogood,

To chroot into a 32 bit chroot from a 64 bit install you do

LIsLinuxIsSogood · Veteran Joined: 13 Feb 2016 Posts: 1186

I appreciate the responsiveness to my questions, which makes good sense. But what appears very confusing to me at the end of the post is with what is the point of a multiboot installation. Whatever that refers to is it users or libraries, or what else that gets effected.

Please let me know if I am in some way off base with this but my assumption about a related matter of architecture is that within new mswindow system like 32 bit on top of 64 bit and whether or not the chroot explanation that is provided (and whoch i really liked) accounts for this ability to run windows 32-bit applications as well on 64-bit linux.

I just installed wine and probably stuck with a 32-bit version of office, which is where I will find Excel. That is if i dont instead go the route of virtualizing windows if that may be easier.

NeddySeagoon · Posted: Mon Jun 26, 2017 8:01 am Post subject:

LIsLinuxIsSogood,

A multiboot install is two or more separate installs on the same system.
You choose at boot time which one to run.

The differences are clearer if the boot options are, say, Gentoo or Windows but the concept is the same for any number of different intstalls.
The suggestion in my last post is that you have two Gentoo installs, your existing no-multilib and a new multilib install. You choose at boot time which to run and migrate slowly (over weeks?) to the new multilib install and eventually, remove the no-multilib install. The space can then be added to your new install.
The point is that you get time to migrate. Its still start over but now there is no hurry.

Both Windows and Gentoo multilib have some way of keeping 32 bit and 64 bit code separate. It means somehow (I don't know how windows does it) you get 32 bit and 64 copies of libraries. Gentoo keeps them in separate directories. Its also possible to keep them within the same binary.

Virtualising windows works too. I have virtualbox-bin on my no-multilib install. You cannot build virtualbox from source on no-multilib but the -bin works well.
I have a very old Win7 and even older WinXP there, along with lots of other junk.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

LIsLinuxIsSogood · Veteran Joined: 13 Feb 2016 Posts: 1186

Well, if it is a windows product then it is difficult to not commiserate it. But nonetheless that's what I have to try, now on to try my luck with Excel -- even though it seems sort of crazy that I would be asking for a Windows product!! This one just seems to explain a lot MS Office :-/

Thanks for all the help and I'll keep it in mind. Next time I install will probably have to perform some file/folder syncs and perhaps keeping the separate libs is a way of making it possible to sync more across two different platforms. Might it be a reason, or especially useful when trying to interface with the newer equipment for the old equipment to be able to also have similar code (in the form of bins and whatever in the older architecture before the most recent bump up to 64-bit.

Anyway, I will take this as a clear sign of NOT transitioning the system, ever. But rather as you said building a new one and migrating the data over time. Thanks NeddySeagoon!

:wink: