Hylafax op HP-UX 11.0 ?

[Asteroid9]

Ik probeer vanaf een HP-UX 11.0 systeem een interface te maken voor Hylafax, de faxserver zelf is RedHat 2.1 AS
Een remote lpd script werkt prima tussen meerdere Linux systemen maar HP-UX struikelt er over, zo te zien als gevolg van de exit codes.

In eerste instantie wou ik Hylafax op de HP-UX machine compileren, dan kan ik gewoon het normale sendfax programma gebruiken.
Deze server word echter snel vervangen en de filesystems staan bijna vol, geen ruimte om alle dependencies te installeren dus.
Testen op een produktiemachine blijft matig, maar iets anders is niet voor handen.

Heeft iemand ooit Hylafax op een HP-UX platform gecompileerd?
Ik zou al genoeg hebben aan een gecompileerde versie van sendfax

Ingewikkeld verhaal, simpele vraag....

[Xiphalon]

Heb je al gekeken op http://hpux.cs.utah.edu/ ?

best kans dat daar een gecompileerde hylafax op staat...

*zoekt*

jup http://hpux.cs.utah.edu/hppd/hpux/Misc/hylafax-3.0pl0/

helaas dat het alleen maar source is maar er zit een build guide bij.

[Verwijderd]

He bah, ik ben jaloers Natuurlijk heeft Asteroid9 wel compiler tools voor HP-UX, maar ik niet

edit:
Ik zei niet dat ik geen compiler tools kon krijgen ...

[ Voor 25% gewijzigd door Verwijderd op 21-04-2004 22:43 ]

[Xiphalon]

Je kan zowieso de gcc compiler voor HP-UX downloaden op de link die ik boven gaf.

Dus compileertools heb je wel.

[Asteroid9]

Ik kan zoveel compilertools downloaden als ik wil, maar de filesystems zitten bijna vol
Nieuwe machine arriveert over 2 weken en deze mag niet down voor een reboot, dus geen lvextend momenteel

Ik zoek weer even verder....

Die gecompileerde versie had ik gezien, maar dat is Hylafax 3.0 anno 1996, ik verwacht wat syntax problemen icm de 4.1.8 anno 2004 van de faxserver zelf....

[ Voor 26% gewijzigd door Asteroid9 op 22-04-2004 11:03 ]

[Xiphalon]

En je kan niets even wegzetten in een stapel tarballs of op tape?

[Asteroid9]

Binnen het /var systeem niet zo gek veel, maar er spelen nog meer factoren.

Op de Hylafax mailinglists blijkt HP-UX 11 een aardig probleem.
De versie die wel zou moeten compileren is de CVS versie: http://www.hylafax.org/cvs.html

Helaas heeft die nog veel meer dependencies, en dan te bedenken dat ik genoeg heb aan enkel de sendfax executable.
De bedrijfsapplicatie verzend toch enkel plain text

[Xiphalon]

/Var? wat moet je daar nou?

Kan je niet een volume aanmaken op het stukje ruimte wat je over hebt en die bv mounten onder /usr/local Of als subdir van je homedirectory als normale user Of zelfs in /root die je even aanmaakt
Installeer dan al je dependancies in die dir, en bouw daarin ook je hylafax. Als je dan alles configured met --prefix=/<de dir> en --static hoef je alleen nog maar je sendfax execuable naar /usr/bin te kopieren en wat config bestanden aan te maken.
Geen ruimte in /var voor hylafax Is met een link van /var/(hyla)fax naar een volume met wel ruimte ook opgelost.

Tis wel een heel gepruts maar het zou moeten kunnen.

[edit: zie je eigen ondertitel ]

[ Voor 4% gewijzigd door Xiphalon op 22-04-2004 13:23 ]

[Asteroid9]

Grrr, na wat gerommel heb ik CVS met de dependencies kunnen installeren (flex, sed en nog wat anderen)
Laatste CVS versie binnen gehaald en nog steeds dezelfde compileerfouten!

Redelijk hopeloos.
Ondertussen stoei ik nog aardig door met een remote LPR configuratie.
Deze werkt lokaal op RedHat 2.1 prima, maar de syntax van een HP-UX machine is dusdanig anders dat ik de meest vreemde exit codes krijg en de jobs niet afgesloten worden.

Weet iemand waar ik relevante informatie over LPR tussen Linux en HP-UX systemen kan vinden?

(Nu een beetje een algemene vraag ja, maar ik kom ondertussen geen steek verder)

[Xiphalon]

Kan je de compileerfouten even posten anders?

[Asteroid9]

Goed, er zijn meerdere zaken, hier is de output van het configure gedeelte:

code:

Configuring HylaFAX (tm) (aka FlexFAX) 4.2.0beta1.

If configure does the wrong thing, check the file config.log for
information that may help you understand what went wrong.

Reading site-wide parameters from ../config.site.
Here we are again, this time on a hppa2.0w-hp-hpux11.00 system.
Using /usr/local/bin/gcc for a C compiler (set CC to override).
Looks like /usr/local/bin/gcc supports the -g option.
Using " -g" for C compiler options.
Looks like /usr/local/bin/gcc has an ANSI C preprocessor.
... but __ANSI_CPP__ is not automatically defined, will compensate.
Looks like /usr/local/bin/gcc supports the -M option for generating make depende
ncies.
Using /usr/local/bin/g++ for a C++ compiler (set CXX to override).
Looks like /usr/local/bin/g++ supports the -g option.
Using " -g" for C++ compiler options.
Looks like /usr/local/bin/g++ has an ANSI C preprocessor.
... but __ANSI_CPP__ is not automatically defined, will compensate.
Using /bin/make to configure the software.
Using "include file" syntax for Makefiles.
Looks like make supports "sinclude" for conditional includes.
Using /bin/ksh to process command scripts.

Missing C++ runtime support for g++ (/usr/local/bin/g++).

Compilation of the following test program failed:

----------------------------------------------------------
#include "iostream.h"
int main(){ cout << "Hello World!" << endl; return 0;}
----------------------------------------------------------

Usually this is because you do not have a standard C++ library
installed on your system or you have installed it in a non-standard
location.  If you do not have a C++ library installed, then you must
install it.  If it is installed in a non-standard location, then you
should configure the compiler so that it will automatically be found.

(For recent gcc releases this is libstdc++, for older gcc - libg++)

Unrecoverable error!  Once you've corrected the problem rerun this script.

Hier het relevante gedeelte van config.log

code:

+ . ../config.site
TARGET: hppa2.0w-hp-hpux11.00
RELEASE: B.11.00
+ cat dummy.c
main(int argc, char* argv) { exit(0); }
+ cat xgnu.c
#ifdef __GNUC__
yes;
#endif
+ gcc -E xgnu.c
+ egrep yes
+ 2>& 5
yes;
+ gcc -o dummy dummy.c
+ /usr/local/bin/gcc -g -c dummy.c
+ cat dummy.c
#define ansiIDENT(a) a
#define ansiCAT(a,b) a##b
A=ansiCAT(ANSI,CPP);
+ /usr/local/bin/gcc -E dummy.c
+ grep ANSICPP
A=ANSICPP;
+ cat dummy.c
#ifdef __ANSI_CPP__
yes
#else
no
#endif
+ /usr/local/bin/gcc -E dummy.c
+ grep no
no
+ cat dummy.c
main(int argc, char* argv) { exit(0); }
+ /usr/local/bin/gcc -c -M dummy.c
+ grep ^dummy.o[        ]*:[    ]*dummy.c
dummy.o: dummy.c
+ cat dummy.C
class foo {
public:
    struct bar {
        int a;
        bar();
    };
    foo();
};
foo::bar::bar() { a = 0; }
foo::foo() { bar x; }
int main() { foo t; return 0; }
+ cat xgnu.c
#ifdef __GNUC__
yes;
#endif
+ g++ -E xgnu.c
+ 2>& 5
+ egrep yes
yes;
+ g++ -o dummy dummy.C
+ /usr/local/bin/g++ -c -g dummy.C
+ cat dummy.C
#define ansiIDENT(a) a
#define ansiCAT(a,b) a##b
A=ansiCAT(ANSI,CPP);
+ /usr/local/bin/g++ -E dummy.C
+ grep ANSICPP
A=ANSICPP;
+ /usr/local/bin/g++ -E dummy.C
+ grep no
no
+ cat dummy.C
/* this comment should be stripped */
something else just in case
and another line also
+ /usr/local/bin/g++ -E dummy.C
+ grep comment
+ cat dummy.C
int main()
{
    bool success = false;
    return 0;
}
+ /usr/local/bin/g++ dummy.C
+ cat confMakefile
include xmakeinc
all:
+ make -f confMakefile
make: Nothing to be done for `all'.
+ cat confMakefile
sinclude xMakedepend
all:
+ make -f confMakefile
make: Nothing to be done for `all'.
+ cat dummy.C
#include "new.h"
struct foo {
    int x;
    foo();
    ~foo();
};
foo::foo() {}
foo::~foo() {}
int main()
{
    foo* ptr = 0;
    foo* a = new(ptr) foo;
    a->x = 0;
    delete a;
    return 0;
}
+ /usr/local/bin/g++ -o dummy dummy.C
In file included from /usr/local/include/c++/3.3.2/backward/new.h:33,
                 from dummy.C:1:
/usr/local/include/c++/3.3.2/backward/backward_warning.h:32:2: warning: #warning
 This file includes at least one deprecated or antiquated header. Please conside
r using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Exa
mples include substituting the <X> header for the <X.h> header for C++ includes,
 or <sstream> instead of the deprecated header <strstream.h>. To disable this wa
rning use -Wno-deprecated.
+ make -f confMakefile t
/usr/local/bin/g++        -D__ANSI_CPP__ -I. -I. -I./../regex -I. -I./../util -I
/usr/local/include -g -O  t.c++
In file included from /usr/local/include/c++/3.3.2/backward/iostream.h:31,
                 from t.c++:1:
/usr/local/include/c++/3.3.2/backward/backward_warning.h:32:2: warning: #warning
 This file includes at least one deprecated or antiquated header. Please conside
r using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Exa
mples include substituting the <X> header for the <X.h> header for C++ includes,
 or <sstream> instead of the deprecated header <strstream.h>. To disable this wa
rning use -Wno-deprecated.
/usr/ccs/bin/ld: Unrecognized argument: +init
/usr/ccs/bin/ld: Usage:  /usr/ccs/bin/ld flags... files...
collect2: ld returned 1 exit status
make: *** [t] Error 1

En hier een interessante post uit de Hylafax mailing list archives:
http://www.hylafax.org/archive/2001-05/msg00324.html

Maar met GNU sed houd ik dezelfde fout.
Een recentere GNU make versie maakt ook geen verschil...

Any help would be GREATLY appreciated
Vanaf volgende week is er ook een HP-UX 11.i systeem, maar daar kan ik minder mee experimenteren!

[Xiphalon]

Ik denk dat je de HP compiler (as) en linker (ld) gebruikt, terwijl gcc ervan uitgaat dat je de Gnu versies daarvan gebruikt.

Installeren van een binutils en/of /usr/local/bin voor /usr/ccs/bin in het pad zetten.

De readme van de versie van gcc zou uitkomst moeten bieden voor of je de GCC of de native HP linker en assembler moet gebruiken.

[Edit:

Ik wist het
Hier geven ze inderdaad aan de je én binutils én gcc zou moeten gebruiken.

blijft wel staan dat je het path wel moet laten kloppen
]

[ Voor 28% gewijzigd door Xiphalon op 29-04-2004 14:25 ]

[Asteroid9]

Daar hebben we wat aan

Ondertussen heb ik een HP-UX 10.20 depot file gevonden van Hylafax 4.0
Hier heb ik de executable uitgesloopt en na wat symbolic links kan ik proefdraaien.

Evengoed wil ik zeker 4.1.8 kunnen compileren, dus ik ga verder aan de slag met je suggesties.
Volgende week weet ik meer, thx for now!