Bug 47097 - G++ just wont compile OpenH323
G++ just wont compile OpenH323
Status: CLOSED DEFERRED
Product: Red Hat Linux
Classification: Retired
Component: gcc (Show other bugs)
7.1
All Linux
high Severity high
: ---
: ---
Assigned To: Jakub Jelinek
David Lawrence
http://www.openh323.org/
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2001-07-03 02:27 EDT by Olivier Crête
Modified: 2005-10-31 17:00 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-07-25 16:44:30 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Preprocessed file (1.94 MB, text/plain)
2001-07-25 14:11 EDT, Olivier Crête
no flags Details

  None (edit)
Description Olivier Crête 2001-07-03 02:27:36 EDT
Description of problem:
G++ stalls when trying to compile Openh323

How reproducible:
Always

Steps to Reproduce:
1. Get PWLib.. compile it
2. get OpenH323 (reproducable with 1.1 and 1.5.5)
3. start compile (run make)

Actual Results:  At the first "g++" line it starts eating memory and then
swap with great appetite and doesnt seems to stop. It never gets past that
point. It has to be kill (ctrl-c works)

Expected Results:  It should or give me a working objet or an error message
or at least somethings..

Additional info:

Its gcc-2.96-85 and I'm on a P2-300 (i686)... 
I dont know if it works with gcc 3.0, but it did work with egcs and 2.95
Comment 1 Olivier Crête 2001-07-04 16:15:19 EDT
I'm trying gcc from rawhide to see if I have better results....
Does GCC-3.0 produce compitable stuff or not?
Comment 2 Olivier Crête 2001-07-04 20:24:16 EDT
I just downloaded the GCC from rawhide and it didnt want to compile it either. I
got the sme result... 

I also forgot to say that it slowly but surely eats megs and megs of ram until
I'm forced to kill it...

Its your snapshot, fix it...
Comment 3 Jakub Jelinek 2001-07-25 08:56:21 EDT
Please attach preprocessed source which exhibits this problem together with
arguments given (e.g. you can use -save-temps option in addition to
the ones OpenH323 passes to G++ and resulting .ii file will be created
in current directory).
The new C++ AST inliner is far more memory hungry (this is the same as in G++ 3.0),
but unless you're very tight on memory it should not eat all of your memory
and swap.
Comment 4 Olivier Crête 2001-07-25 14:11:06 EDT
Created attachment 24968 [details]
Preprocessed file
Comment 5 Olivier Crête 2001-07-25 14:12:57 EDT
It crashes on the first file it tried to compile... This file is h225.cxx
It produces and empty h225.s and the attached h225.ii. This is using gcc-2.96-93
Here is the command used:
g++ -Wall -DP_LINUX -m486 -D_REENTRANT -DP_HAS_SEMAPHORES -fPIC -DP_SSL
-I/usr/include/openssl  -DP_PTHREADS -DPBYTE_ORDER=PLITTLE_ENDIAN
-I/home/Tester/pwlib/include/ptlib/unix -DPTRACING
-I/home/Tester/openh323/include -save-temps -DHAS_IXJ -DHAS_OSS -DPTRACING
-I/home/Tester/pwlib/include -O2 -DNDEBUG  -c h225.cxx -o
/home/Tester/openh323/lib/obj_linux_x86_r/h225.o

Comment 6 Jakub Jelinek 2001-08-09 08:49:42 EDT
With the given options, this compiles just fine on my box, eating at most
230MB of memory, if you use -finline-limit=1000 option in addition to that,
it will top at 150MB. But note that this example is almost a megabyte long
main C++ source file with heavily inlined code.
Even gcc 2.95.2 eats on this almost 100MB of RAM, and it does far less inlining
than 2.96-RH or 3.0 does.
There is some work in 3.0.1 and especially in 3.1 to tune the inlining
logic better, but AFAIK it is still not good enough and would destabilize
2.96-RH.

Note You need to log in before you can comment on or make changes to this bug.