Sponsored Content
Full Discussion: mcs equivalent in HP-UX
Operating Systems HP-UX mcs equivalent in HP-UX Post 70386 by vibhor_agarwali on Thursday 28th of April 2005 10:43:10 AM
Old 04-28-2005
Okay so finally getting the feeling that there is nothing in HP like mcs.

But still I have to try and finally came upto something after so many days.
Some help needed for this.

ld has some options which may be useful for me:
+h file_name
It says it gives an internal name to the generated shared lib. Now what is this internal name?

It also states something about mapfile. I unable to figure out what is the use of mapfile.

I have a 2 step compilation process
First:
aCC -c flags ( produces .o )
Second:
aCC objs flags -o file

Now how can i add my +h option here.
I am passing flags to the linker using "flags" -> -Wl,+s,-a,default
Here i am trying to pass +h name but it gives me error.
I also tried -c file ( in which i had given the +h), it doesn't work either.

Please help
 

2 More Discussions You Might Find Interesting

1. HP-UX

pwdx equivalent on HP

In sun solaris, pwdx will give the print working directory. Suppose I have 5 databases running on different oracle versions. If I want to know what database is running on what oracle version, I just give pwdx <process id>. It will show the oracle home details. Could you give me the... (10 Replies)
Discussion started by: oracleuser
10 Replies

2. Shell Programming and Scripting

need perl equivalent

Dear All, Good day, can any of you help me in the following problem: I need to find the perl equivalent for the following commandline grep characters |awk '{print \$2}'Expecting your reply and thanks in advance. Warm regards Fredrick. (4 Replies)
Discussion started by: Fredrick
4 Replies
ppmquant(1)						      General Commands Manual						       ppmquant(1)

NAME
ppmquant - quantize the colors in a portable pixmap down to a specified number SYNOPSIS
ppmquant [-floyd|-fs] ncolors [ppmfile] ppmquant [-floyd|-fs] [-nofloyd|-nofs] -mapfile mapfile [ppmfile] All options can be abbreviated to their shortest unique prefix. You may use two hyphens instead of one to designate an option. You may use either white space or equals signs between an option name and its value. DESCRIPTION
pnmquant is a newer, more general program that is backward compatible with ppmquant. ppmquant may be faster, though. Reads a PPM image as input. Chooses ncolors colors to best represent the image, maps the existing colors to the new ones, and writes a PPM image as output. The quantization method is Heckbert's "median cut". Alternately, you can skip the color-choosing step by specifying your own set of colors with the -mapfile option. The mapfile is just a ppm file; it can be any shape, all that matters is the colors in it. For instance, to quantize down to the 8-color IBM TTL color set, you might use: P3 8 1 255 0 0 0 255 0 0 0 255 0 0 0 255 255 255 0 255 0 255 0 255 255 255 255 255 If you want to quantize one image to use the colors in another one, just use the second one as the mapfile. You don't have to reduce it down to only one pixel of each color, just use it as is. If you use a mapfile, the output image has the same maxval as the mapfile. Otherwise, the output maxval is the same as the input maxval, or less in some cases where the quantization process reduces the necessary resolution. The -floyd/-fs option enables a Floyd-Steinberg error diffusion step. Floyd-Steinberg gives vastly better results on images where the unmodified quantization has banding or other artifacts, especially when going to a small number of colors such as the above IBM set. How- ever, it does take substantially more CPU time, so the default is off. -nofloyd/-nofs means not to use the Floyd-Steinberg error diffusion. This is the default. REFERENCES
"Color Image Quantization for Frame Buffer Display" by Paul Heckbert, SIGGRAPH '82 Proceedings, page 297. SEE ALSO
pnmquant(1), ppmquantall(1), pnmdepth(1), ppmdither(1), ppm(5) AUTHOR
Copyright (C) 1989, 1991 by Jef Poskanzer. 12 January 1991 ppmquant(1)
All times are GMT -4. The time now is 01:08 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy