Greatings and glad to be aboard!
As the name suggests, my Unix background is HP-UX where 11i was the last version I supported. Total HP-UX support time is a decade as an applications engineer working for HP/Agilent supporting automated test equipment sold to the semiconductor industry. Agilent smartly moved to replacing HP-UX with Redhat Linux were the most recent version I'm working with is WS4 2.6.9-34.EL.

I love learning new things and the transition from HP-UX to Linux has gone reasonably smooth. But, I'm nowhere where I'd like to be.

I recently installed the above referenced Linux, installed other application software that should have addressed my issue and because it has not, rather than pander around I thought I'd give this forum a go.

My problem appears that I am missing the /opt/ansic directory which implies that I have no ansic compiler. I'm sure that there are a dozen different C compilers that are available with Linux and I guess I need to start somewhere.

On the HP-UX side of things, HP charged extra for the ansic developers bundle. The application I'm running is highly specialized in that it is the automated test shell used on HP-UX that has been migrated to Linux and it needs the /opt/ansic/nls/ directory for a cat file.

I went with the recommended default installation of Linux so the default install did not produce the directory. I'm not sure of the package name used under Linux or I'd begin there. Next I'd look at the list of optional packages that come with the distribution to see if I already have it. So before I embark on my search, can anyone identify an ansic developers package or compiler that creates this directory. I'm under the impression that gdb and ddd are used as the development environments provided but need to address the missing /opt/ansic directory before I can move forward.

I look forward to the responces.

hpux2linux

Welcome to LQ!!

ansic?? Perhaps you mean Ansi-C?

The standard Linux compiler is GCC---it should be in the repositories for your distro. It won't go in /opt by default, but I'm sure you can put it there if you want to.

pixellany,

That's the kind of information I'm looking for. General knowledge. What you've revealed is that the directory /opt/ansci is HP-UX specific, but I wanted to be sure. In all the year's I supported HP-UX, I was supporting an application made in Japan. I can't tell you how many times the division that made this product moved forward without verifying the product's complete functionality. I'm dealing with another migration. Just like the one from HP-UX 9.X to 10.2 which was a nightmare. HP made many changes to the landscape from 9 to 10. Not so from 10 to 11 and going from HP-UX to Linux apparently resembles the former migration. Bill Murry's 'Lost in Translation' sums it up. It's an oversight. So to the best of your knowledge, Redhat Linux does not have or use a supported or once supported ANSI C compiler that uses the /opt directory?

I'll keep my eye on this post for more information. Or maybe I should make a new post, specifically asking if anyone knows of a RH Linux ANSI C compiler that installs in the /opt directory?

Thanks for the help.

Hi, welcome to LQ from me, too.

And I haven't seen an ANSI C compiler that install in /opt/ansic,
either. But do tell, what's the significance of the location if
it's in your PATH?


Cheers,
Tink

I don't think I said that---

Isn't GCC ANSI-compatible?

Why would you care if it goes into /opt by default? You can put it anywhere you want.......

If you've got RHEL, then the gcc compiler is avail, but won't appear under /opt.
iirc, ANSI compatibility is just a matter of using the right switches when compiling.
For RHEL4 the up2date tool is used for installs, something like

up2date -i gcc

There may be a GUI way to do it on the WS (Wkstn) version).

You may find this useful: http://www.linuxtopia.org/online_boo...ed-macros.html

Thanks to all for the replies.

The name of the application is SPECS (Semiconductor Process Evaluation Characterization Software) which isn't bad coming from an HP/Agilent division in Hachioji, Japan (a suburb of Tokyo) notorious for their contribution to the spoken and written language of Jenglish. As the name suggests, SPECS is used for electrical characterization of semiconductor processes. The testing operation is know at Parametric Test or Electrical Test and is vital to guaging microelectronic manufacturing on a wafer level.

SPECS was developed using HP-UX as its platform. HP puts its HP-UX C Developers Bundle Package (a package that HP charges extra for) in the /opt directory (i.e. /opt/ansic).

The application SPECS was originally developed on HP-UX 9.X and then migrated to 10.2 which contained a major directory layout structure change. Where ANSI C moved from /usr to /opt as SPECS moved from /usr to /opt as well. Migrating SPECS to HP-UX 11i was not to difficult because the two operating system directory versions were similarly mapped. Because SPECS supports both BASIC and C programming languages, SPECS uses cat files for displaying compile and linker messages kept in a directory /opt/ansic/nls/%L and few other subdirectories. The %L is defined by an environment variable LANG which would be "C" for english and "J..." for Kanji or something similar.

Since making this post, I discovered that in migrating SPECS to Linux, Agilent did not make any changes to where it gets the ANSI C cat files because they are no longer used, which turns out not to be a big deal.

How I stumbled onto this problem is that recognized the environment variable LANG is not being set properly to "C" and instead is defaulting to "US-eng UTC" or something like that. This causes the application to fail when starting because it can't find the text to display in it's spash window.

I simply need to get with an old collegue who was recently laid of from the group (the semiconductor industry is really struggling and especially in the US) to identify what was overlooked in the migration scripts that must be manually handled.

Another problem I've run into is that the application SPECS uses many individual applications communicating with an interpreter which runs in the background and the applications currently are unable to communicate with the interpreter process. Normally to address this problem in HP-UX, I'd look at log files to identify the problem. The logs in the Linux implementation reveal nothing meaningful. The interpreter is running but no communication between processes is occuring. Again, something I'll need to take up with a colleaugue. It may have something to do with me using VirtualBox. I hope not.

Thanks again for the help and for the interest, for those who asked.