Ibm Releases C++, Fortran For Mac

Sam caitlins on flowvella. 5) He had to get rid of many soldiers because he didn't have enough money to pay them.

Hello, I'm trying to install an Evaluation Copy of your Fortran compiler. The installer allows entry of the evaluation serial number, and approval of the license agreement, but then when it asks for the user to select the destination drive for the installation, there is no hard drive to select in the installation GUI.

• Ibm Releases C++ Fortran For Mac Free

List of IBM products topic. The following is a list of products, some notable, some less so, from the International Business Machines (IBM) Corporation and its predecessor corporations, beginning in the 1890s, and spanning punched card equipment, time clocks, typewriters, computers, and more.

Normally in such installation programs, all of the available drives are shown, but that's not the case here. So, there's no option to continue past that point, and the GUI just finishes without installing. We tried this both in a regular User account and in an Administrator account. The machine is an Intel Mac Pro running Leopard. Can you please offer advice for circumventing this problem?

I am very much interested in buying this compiler but need to evaluate it first. On the 'Select a Destination' screen, the installer shows no disks. It does not show 'Macintosh HD' with an alert or anything like that.

The machine has 3 internal HDs. The first has 179 GB free, the second has 466 GB free, and the third has 186G free. We've installed a lot of software on this machine already, and so far the installer for each one has shown the expected dialog at the 'Select a Destination' screen (i.e., a choice of HDs) and then successfully installed the software. Yes, this was tried as an Admin user. Unfortunately, I emailed Intel Tech support already, and they are the ones that put my question on this forum. We are currently upgrading our facility to Leopard, and trying to decide between AbSoft, NAG, and Intel Fortran compilers.

We were leaning toward Intel before this incident (based on previous performance), but this is now looking like Intel is out of the running, since we can't even evaluate it and have not received any suggestions from Tech Support for possible solutions. Thanks for your reply.

No, I was not given a 6-digit case number. Perhaps this is because I only have an evaluation copy so far? When I signed up for the evaluation copy, Intel sent an email with the evaluation license number and a URL for tech support. When it did not install, I contacted tech support by that link, and got a response from Gina B.

At, giving me a 'thread ID' but no case number. When I replied to her, she suggested I contact Intel Registration Support at a URL with 'Self Help' in the address, which doesn't sound too promising, either. I here in Belgium have exactly the same problem.

I asked and obtained an evaluation key. Installed Xcode on MacOSX Leopard on a powerbook pro.and installed the fortran compiler (the installer comes bach after less than a second) Nothing installs in /opt/. I have send a message to support but no answer yet. I wanted to switch from Absoft, since each time they release a new version, I had to change my existing code.

The optimizer does not seem to be great. (I have also used IBM fortran copiler, this was great but is not supported anymore). Tmbrown, I understand now what happened. You must have clicked on the Feedback link in this forum.

That goes to the people who manage this forum, not compiler technical support. The email you received with the evaluation should have given you directions for tech support. You could also click the 'Tech Support' link towards the top of the forum home page (the one with a list of topics.) This will take you to the and there you'll find instructions on how to ask for tech support. You will need to register your serial number first, then you will have full access to Intel Support for the duration of your evaluation period.

Please follow the link above for more information. If you get stuck, you can ask here and we'll help you out. Tmbrown - I can ask our installer team what could cause it to not recognize the disks. First, your Mac Pro - did you purchase this before Jan 2008: in other words, is it the latest Mac Pro or the original Mac Pro with Woodcrest (dual core) or Clovertown (quad core) processors build before Jan 2008? And then, what version of Mac OS X are you running ( 10.5.x or 10.4.x, where I need the 'x' number also). Also, are you using the English language or a foreign language for your interface?

Do you launch the installer by clicking the icon in the disk image folder, or do you launch from command line? If command line, do you use 'sudo'? Is there anything unusual about your disks I should know? This is the first report of such a problem, and as I said, I can't reproduce what you are seeing. Ok Ron, I did several things: First I tried the cp -pP /Volumes. This failed because I can not write - so I used first with sudo cp This worked.

There is a typo error in stead of./sisicore it should be./secore (but thats an easy one) so I started after the export command: xport DYLDLIBRARYPATH=/Users/mfcp10.1.014/instman:$DYLDLIBRARYPATH QUESTION do i leave the $DYLDLIBRARYPATH or do I have to replace it with the actual path?? I proceeded see the output (first just./sisecore but this gave errors then with the sudo command which also gave errors. There is some progress.

Here the output of the screen: bash-3.2$./sisecore - USAGE./sisecore -sn 'cccc-xxxxxxxxx'./sisecore -c 'config file'./sisecore -licfile 'lic file'./sisecore -c 'config file'./sisecore -c 'config file' -sn 'cccc-xxxxxxxxx'./sisecore -c 'config file' -licfile 'lic file' exiting. bash-3.2$./sisecore -n VWBF-8H4WV5GT read media config file./mediaconfig.xml code name:FCompM disp name:Intel Fortran Compiler 10.1 for Mac OS. X platform:MacOS version:10.1 serial number:VWBF-8H4WV5GT read config file./siissa.xml sn: license file: Proxy host:xxxxx Proxy port:0 first name:xxx last name:xxxx country:US company:ccccccc email: install with serial number option. Serial number:VWBF-8H4WV5GT serial number:VWBF-8H4WV5GT is registered installing Tool1./setup/distfc10.1.014.mpkg/Contents/Packages/idb10.1.014.pkg - /Users/mfcp10.1.014/instman/./setup/distfc10.1.014.mpkg/Contents/Packages/idb10.1.014.pkg installer: This package requires authentication to install. installing Tool2./setup/distfc10.1.014.mpkg/Contents/Packages/idbe10.1.014.pkg - /Users/mfcp10.1.014/instman/./setup/distfc10.1.014.mpkg/Contents/Packages/idbe10.1.014.pkg installer: This package requires authentication to install. installing Tool3./setup/distfc10.1.014.mpkg/Contents/Packages/ifort10.1.014.pkg - installer: This package requires authentication to install.

installing Tool4./setup/distfc10.1.014.mpkg/Contents/Packages/iforte10.1.014.pkg - installer: This package requires authentication to install. done. Bash-3.2$ sudo./sisecore -n VWBF-8H4WV5GT dyld: Library not loaded: /Users/mslrepos/pkolur/issabuild070307/Project/Development/ThirdParty/Xerces/xerces-c-src170singlethreaded/lib/libxerces-c170.dylib Referenced from: /Users/mf cp10.1.014/instman/./sisecore Reason: image not found Trace/BPT trap. The process spawned by sudo does not inherit the DYLDLIBRARYPATH. I have a document in the works to append/modify to the current silent install procedure. This should help. Silent Install Using sudo Users utilizing the sudo command to perform a silent install need to modify the above procedure.

By default, sudo will not preserve the users DYLDLIBRARYPATH setting. The following silent install procedure should be used by sudo users: To install the compiler with sudo in the 'silent' mode with an interactive shell 1. Mount the product dmg file with required content using Finder, for example, by double-clicking on the dmg file. Start a Terminal program from the Utilities group. Using Terminal do the following: a. Copy the contents of the mounted image to a local folder, for example cp -pR /Volumes/mfcp10.1.00x /Users/mfcp10.1.0xx b. Change directory to the local instman folder inside the folder you copied in (a), for example: cd /Users/mfcp10.1.00x/instman c.

Epos tep 220mc drivers for macbook pro. Start a shell session under bash, for example: sudo /bin/bash d. Export DYLDLIBRARYPATH=, for example: export DYLDLIBRARYPATH=/Users/mfcp10.1.00x/instman:$DYLDLIBRARYPATH e.

(optional) Make changes to siissa.xml configuration file to change the default settings, see details below. Run./sisicore with options as described above.

For example, I was  cpuminer. A CPU miner for Litecoin, Bitcoin, and other cryptocurrencies. Macminer poclbm/bfgminer/cpuminer gui for mac. The objective is not to mine for them (MinerGate), but use the 'Other Pools' option in their application to add the pool you want to mine in.

To install the compiler with sudo in the 'silent' mode with minimal interaction The following method uses sudo in a mode suitable for scripted automation. Start a Terminal program from the Utilities, or create a user shell (rsh, X11, etc) 2. Change directories to a working area where the user has write permission. For example, cd /Users/ where this is the home directory of user. This example assumes the user has downloaded or copied the compiler disk image (.dmg) file to this user home directory /Users//mfcp10.1.0xx.dmg where 0xx is the compiler minor version. Mount the compiler disk image. Assumes compiler.dmg file is in your current directory.

Ibm Releases C++ Fortran For Mac Free

This command will mount the compiler installer disk image under /Volumes/mfcp10.1.0xx sudo hdid mfcp10.1.0xx.dmg 4. Copy the contents of the mounted image to a local folder where you have write permission. For example, if your current directory is user writeable: cp -pR /Volumes/mfcp10.1.0xx /Users/ again, where is replaced by your login or user name. Change directories to /Users//mfcp10.1.0xx/instman created by the previous copy command: cd /Users//mfcp10.1.0xx/instman 6. Use sudo to run the installer, using one of two possible methods: a.

Sudo env DYLDLIBRARYPATH=/Users//mfcp10.1.0xx/instman./sisecore b. Sudo c DYLDLIBRARYPATH=/Users//mfcp10.1.0xx/instman;./sisecore where are replaced by sisecore options described above.

For example, to use the serial number XXXX-XXXXXX to install: sudo c DYLDLIBRARYPATH=/Users//mfcp10.1.0xx/instman;./sisecore n XXXX-XXXXXX 7. (optional) Remove the compiler installation files. For example, cd /Users/ rm Rf mfcp10.1.0xx 8. (optional) Unmount the compiler installation image. For example, sudo udiutil unmount /Volumes/mfcp10.1.0xx Finally, to truly make this sequence suitable for scripting, you can pass your password to the sudo commands above using the S option to sudo. For example, echo MyPassword sudo S where MyPassword is your user password used to run sudo command. Thanks Ron, I still get other problems now: bash-3.2# export DYLDLIBRARYPATH=/Users/mfcp10.1.014/instman bash-3.2#./sisecore -n xxxx-xxxxxxxx read media config file./mediaconfig.xml code name:FCompM disp name:Intel Fortran Compiler 10.1 for Mac OS.

X platform:MacOS version:10.1 serial number:xxxx-xxxxxxxx read config file./siissa.xml sn: license file: Proxy host:xxxxx Proxy port:0 first name:xxx last name:xxxx country:US company:ccccccc email: install with serial number option. Serial number:xxxx-xxxxxxxx serial number:xxxx-xxxxxxxx is registered installing Tool1./setup/distfc10.1.014.mpkg/Contents/Packages/idb10.1.014.pkg - /Users/mfcp10.1.014/instman/./setup/distfc10.1.014.mpkg/Contents/Packages/idb10.1.014.pkg installer: Error - This package can not be installed on this architecture. The idb and idbe packages are a known bug in our installer that is being worked.

This affects customers with the new 'Penryn' based Macs that started shipping recently. This must be a fairly new Mac. I believe we have a workaround for those packages, let me check my database. Now, the compiler packages. These are complaining about /opt/intel directory access. I've seen this when a user gets a new Mac and during the initial setup copy their old data from an older Mac.

Did you do this? Did you copy your data onto the new Mac during setup? If so, what I've seen in the past is that /opt is a symbolic link to a non-existent disk or directory. To check this, try this: ls -ld /opt Is /opt a link, and is the target of that link valid and writeable?

If not, remove the link and try again. If opt is not there, try this: sudo bash touch /opt touch /opt/intel did this succeed? Hi Ron, Some progress when I did the following: As you may notice all but the first Tool1 succeeded. So only one hurdle to take. I created the directory (as root) /opt/intel sudo bash export DYLDLIBRARYPATH=/Users/mfcp10.1.014/instman bash-3.2#./sisecore -n VWBF-8H4WV5GT read media config file./mediaconfig.xml code name:FCompM disp name:Intel Fortran Compiler 10.1 for Mac OS. X platform:MacOS version:10.1 serial number:VWBF-8H4WV5GT read config file./siissa.xml sn: license file: Proxy host:xxxxx Proxy port:0 first name:xxx last name:xxxx country:US company:ccccccc email: install with serial number option.

Serial number:VWBF-8H4WV5GT serial number:VWBF-8H4WV5GT is registered installing Tool1./setup/distfc10.1.014.mpkg/Contents/Packages/idb10.1.014.pkg - /Users/mfcp10.1.014/instman/./setup/distfc10.1.014.mpkg/Contents/Packages/idb10.1.014.pkg installer: Error - This package can not be installed on this architecture. installing Tool2./setup/distfc10.1.014.mpkg/Contents/Packages/idbe10.1.014.pkg - /Users/mfcp10.1.014/instman/./setup/distfc10.1.014.mpkg/Contents/Packages/idbe10.1.014.pkg installer: Package name is Intel Debugger 10.1 for Mac OS.

X installer: Installing at base path / installer: The install was successful. installing Tool3./setup/distfc10.1.014.mpkg/Contents/Packages/ifort10.1.014.pkg - installer: Package name is Intel Fortran Compiler 10.1 for Mac OS. X installer: Installing at base path / installer: The install was successful. installing Tool4./setup/distfc10.1.014.mpkg/Contents/Packages/iforte10.1.014.pkg - installer: Package name is Intel Fortran Compiler 10.1 for Mac OS. X installer: Installing at base path / installer: The install was successful. You are finished.

The package that failed: there are 2 Intel debugger packages for Mac OS X: idb and idbe. The idb package that failed is strictly a 32bit debugger and is only installed on older Core Duo or Core Solo machines (those are 32bit CPUs). The idbe package is the 32- AND 64-bit Intel debugger. This package is installed on all 64 bit hardware, such as yours.

So it is expected that the idb package would fail to install. I'll work with our documentation folks to beef up the section on installation using sudo. For some reason we see a lot of users using sudo on Mac OS compared to Linux.

Just to close the loop on the problem I had here, in case it helps anyone else: I Googled the generic problem of GUI software installers not seeing a destination under Leopard (even though I had no problem installing other software). Some users found that quitting the installation, opening Disk Utility, and then restarting the installation GUI did the trick, although it sometimes takes Disk Utility a few minutes to recognize the drives when the machine is in this funny state of not finding its drives. Disk Utility was not allowing the drives to be visible, either (even after we waited 15 minutes and even though we could manipulate the drives in Finder and on the command line). So, we tried disabling software that monitored the S.M.A.R.T. Status of the internal drives, restarted Disk Utility, saw the drives, restarted the Intel Installation, and it all worked fine.

In the end this was apparently more of a Leopard issue than anything else, although I still do not know why the Intel software was the only installation that failed out of many packages installed.