I cannot find a mapping between Cygwin and corresponding GCC version numbers.
Can anyone provide a link?
There is no one.
You can use the cygwin announce mailing list
https://cygwin.com/ml/cygwin-announce/
to see the temporal releases of the two packages.
Please note that the only version supported is the last one,
so if you try to use old versions you are on your own.
Related
Can someone please let me know which version of GCC onwards has the support for cortex-a55 as the mtune/mcpu option?
Below is the link mentioning the support has been added, however am unable to correlate which is the exact GNU version this support had been added first. Link for the commit below:-
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=0bf57487e7aeb4794d513e9d124c75cc707c65c7&utm_source=anzwix
Try to map to a version like this for eg:- gcc-linaro-aarch64-linux-gnu-4.9-2014.06-02_linux
Thanks in advance.
---- Merged query ----
How to find version related to a particular GCC commit?
Eg:- https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=0bf57487e7aeb4794d513e9d124c75cc707c65c7&utm_source=anzwix
GCC 8.1 is the first release that added support for it.
It's in the release notes https://gcc.gnu.org/gcc-8/changes.html#aarch64
When I go to gcc's web site https://gcc.gnu.org/, I see 3 current versions: 5.5, 7.2, and 6.4. Unfortunately, there's no explanation anywhere I could see of what the differences between the three might be. One would expect that 7.2 would be the most recent but that doesn't appear to be the case, as they are all relatively recent (in fact 5.5 is more recent than 7.2). Does anyone know what the differences are and why one might be preferable to the others?
thanks
Major versions add new features. Minor versions fix bugs. If a bug is found in an earlier major version, a new minor version is released to fix it.
I am trying to install zorba xquery on a redhat santiago installation over ssh, not going good.
I am unfortunately not very familiar with redhat so I am having trouble getting things working, the list of rpms I have found are these
http://rpmfind.net/linux/rpm2html/search.php?query=zorba
Whenever I tried to install one of them I got a bunch of missing dependencies, even if I install one of the dependencies it still shows up as missing when I try to install zorba again. I don't really understand redhat versioning of their OS, but looking around it seems Santiago was in 2010? And all these versions the RPMs are for are later? Is that the problem?
If so, any guides on installing zorba xquery on redhat santiago?
I can't provide a canonical answer as I don't use Red Hat myself. However, Santiago is a release of Red Hat Enterprise Linux, which is the supported form of Red Hat. The rpms you found at that link are, based on the version numbers (eg. "fc19"), intended for use on Fedora Linux, which is a community-developed release. So there is no guarantee that the dependencies will match up with packages available in Santiago.
From Wikipedia, it seems that RHEL releases are branched from Fedora releases originally. Based on the release date of Santiago, it would have been branched from FC 15 or so. So it's at least possible that you'll have better luck with the Zorba 2.1 packages, as they have 'fc15' in their versions. Zorba 2.1 is of course fairly old now, so this isn't an ideal solution even if it happens to work.
Your best bet will likely be to compile Zorba from source.
Is there a correct way to install a new version of Mono (for example 2.10.5) having an older version already installed (for example 2.10.4)?
Which way is it possible to follow?
Uninstall the older version and then install the new one
Overwrite the older version with the new one
Thank you in advance.
Just install and don't worry about it. Frameworks support multiple versions. You'll wind up with both versions available.
If you definitely want to get rid of the old version(s), then just remove the entire Mono.framework folder from /Library/Frameworks before installing the new version.
If it is installed the same way as on Linux (configure, make, make install), you can surely overwrite it - just use the same prefix :)
I'm wrote an application and I need to execute it on Gentoo,
but when I try run it, I get the following message:
/lib/libc.so.6: version `GLIBC_2.3.4' not found (required by /usr/local/myapp/lib/myapplib.so.1)
the current GLIBC version in this gentoo is 2.3.2.
I can't update this glibc, because I don't have permission, so I need to 'downgrade'
my glibc to the same version (2.3.2) ... how can I do it?
tks,
The "/lib/libc.so.6: version `GLIBC_2.3.4' not found" problem comes from trying to run a binary compiled against a newer glibc on a system with an old version of glibc. Downgrading glibc is strongly discouraged for this reason.
Since you say you wrote the application, it seems to me that the simplest solution is to recompile the application on the system where you plan to run it.
I'm actually wrestling with the same issue, so maybe I have some information that can help.
In short, your binary was compiled to look for libc.so.6. GLIBC_2.3.4 is in libc.so.5. As far as I know, if you downgrade your glibc on your dev machine some of your other programs may not work properly (because they were compiled to look for the current version). Somehow CentOS/RHEL have a compat-glibc package that can live along side of a current glibc without causing this error. If your dev box uses CentOS/RHEL, install that package/recompile and you should be good to go. You may need to use an older compiler for it to look for the older library. If you're not developing on CentOS/RHEL, continue on.
My plan of attack today is to compile glibc from source. This means using a compiler that was released around the same time as the older version of glibc. You may run into some stumbling blocks (such as needing an older version of buildutils, etc.), but my hope is once the libc.so.5 is compiled and installed into /usr/local/lib my application will find that before it finds libc.so.6 in /lib.
So there it is. It's not for the faint of heart, and it's definitely not a quick solution. Today I plan on testing this out, so I can't really say it's the right solution. Please, hivemind.. if I'm flat-out wrong correct me and save this poor soul from this winding torturous road :-)
EDIT: link to glibc sources