Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 4 years ago.
Improve this question
I tried to disassemble AMD ELF by using objdump.
But objdump say 'File format not recognized'.
How do I disassemble AMD ELF on x86 os?
Are you talking about an AMD64, a.k.a. x86_64, binary? What kind of OS are you running? I'm assuming Linux since you are using 'objdump', but perhaps another UNIX variant? What type of CPU? If you are on Linux, please run 'uname -a' and post the results in this question. Also, what distribution ('cat /etc/issue' to find out)?
My best guess is that you are running a 32-bit x86 Linux distribution that does not have support for x86_64 binaries (I just tried to disassemble an x86_64 binary on my x86_32 Ubuntu 11.04 distro and it worked fine).
You can use this tool, http://www.onlinedisassembler.com/odaweb/file_upload, to disassemble a file for almost any architecture.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I want to compile C/C++ programs that are supposed to run on MS-DOS, can I do this without actually installing DOS?
If I can not, can I use a virtual machine as a work-around? (I tried this before asking but I can't see if they will work on an actual DOS on a physical machine)
Yes -- there are compiler toolchains like DJGPP and OpenWatcom which can build DOS executables on a Windows (or even Linux!) system.
Alternatively, if you already have a DOS toolchain that you want to use, you can certainly run that under an emulator like DOSBox.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I was looking through a programming textbook and saw a particular header i didn't recognize. Later I looked it up on the internet but I was wondering where the source code of C can be found on a macbook. Is it just in the compiler? (I use gcc) Please help.
If you have Apple development tools installed, it should be found in the most possible unixoid place: /usr/include/ctype.h - At least that's where it is on my Macbook with Xcode installed.
The source code to much of the OS/X operating system and utilities, including the C library can be found at http://opensource.apple.com/ .
The source for the current version of the C library is here: http://opensource.apple.com/source/Libc/Libc-1082.50.1/ .
For other packages installed via brew or macports, use the corresponding command to retrieve the source for the packages. Look at the man page to see how.
Note that the gcc command actually runs clang on recent versions of XCode under OS/X. Try gcc --version...
The newest (clang-based) versions of XCode seem not to use /usr/include. I eventually found the headers down in /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include. (I created a symlink in /usr, for sanity's sake.)
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
I'm not looking for a portable SIMD implementation.
All I need is: a bit-accurate implementation. Performance doesn't matter very much as long as it's not extremely slow.
I want to use it for early stage developing and testing, so that I can compile and run on a host computer for the first 10+ iterations. Then cross-compile and fine tune performance on the ARM target.
I'm pretty used to this development cycle when I work with TI DSP like described here . I want to carry this on when I move to ARM NEON.
Is this already done, or do I need to invent the wheel?
Intel has a useful set of macros, neon2sse.h which translate NEON intrinsics to SSE. This enables you to build and test your C/C++ code with NEON intrinsics on an x86 platform.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
I've tried to google it and I understood some stuff, but still don't know which one is suitable for my needs.
all I want to do is to compile C file (or C++) under Unix environment (so I can use Fork and stuff that don't work on windows) and run these files after compiling it.
to be more exact, I need to use Fork+Semaphores and to use OpenMPI. I know I can do these with Cygwin (or that's what I understood), but it seems like it has a very large size, so I thought if this Gnuwin32 or MYSYS can do what I want to do and they have less size then Cygwin, then it's better ?
If you are absolutely sure you require fork and cannot instead use a more platform independent way of multiprocessing (a thin fork/CreateProcess wrapper) or multithreading (pthreads, Boost.Thread, C++11 std::thread, ...), then you are forcing yourself to use Cygwin.
Note that Cygwin's fork is pretty much as efficient as fork can get on Windows, which is not very, as the OS wasn't designed with that operation in mind, hence the kernel level support is missing.
Cygwin itself is not that big: it's only a DLL you link to that provides the POSIX interface. But do note that Cygwin is GPL and linking to the Cygwin DLL will force copyleft on your project as well.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
Not C++ like boost::process or Qt but plain C. Is there any open-source cross-platform C library for working with processes?
glib (think Gnome) is the peer of Qt (think Kde) but being written in C. There is a section titled Spawning Processes that may be of interest.
Depending on what you're trying to achieve and what you mean by "cross platform", you could write everything to target POSIX and just use Cygwin for your Windows port. I think that covers Linux, Unix, OSX (aka BSD), and Windows XP - Win 7, and any RTOS with a POSIX layer (e.g. QNX). Not sure if Cygwin works on Win 8.
See also:
What is the closest thing windows has to fork()?