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
Related
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.
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.
This is directed at Reg.ru support team: I'd liek to update the version of XWiki from 6.0 to the latest version but I don't know how to. I think you guys might have to update your repository. Could you please let me know if this is possible?
Thank you,
Kevin
On the official Xwiki site is provided good instructions. You can find it by the following link - http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade
I have easy upgraded my Xwiki version from the 6.0.1 to the 6.4.2 (http://xwiki-1320854.jelastic.regruhosting.ru/).
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
Could somebody please help me get Clang up and running? (I don't have 3.2)
I've followed numerous tutorials (basically every link off of this page Using Clang Static Analyzer from within XCode) but I just cant get it to work!
The only thing I've managed to do successfully so far is download clang! Grrrr .... dubbeat smash!
Bear in mind I've never written an apple script before.
I have clang on my desktop
The easiest way is to just update to Xcode 3.2.1 - using clang then becomes a no-brainer - nothing to install or configure - just set the compiler to Clang LLVM 1.0 in the project settings.
I don't user the Clang Static Analyzer but there's a built in static analysis in XCode 3.2:
http://developer.apple.com/mac/library/featuredarticles/StaticAnalysis/index.html
Either use the version bundled in XCode, or download a newer version at https://clang-analyzer.llvm.org/ then see some additional instructions at https://clang-analyzer.llvm.org/xcode.html to switch XCode to that downloaded version.
The question you've linked is quite old and the information is out-of-date, I would not refer to it much, any more.