Bug 47097 - G++ just wont compile OpenH323
Summary: G++ just wont compile OpenH323
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gcc   
(Show other bugs)
Version: 7.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: David Lawrence
URL: http://www.openh323.org/
Depends On:
TreeView+ depends on / blocked
Reported: 2001-07-03 06:27 UTC by Olivier Crête
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-07-25 20:44:30 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
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 18:11 UTC, Olivier Crête
no flags Details

Description Olivier Crête 2001-07-03 06:27:36 UTC
Description of problem:
G++ stalls when trying to compile Openh323

How reproducible:

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 20:15:19 UTC
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-05 00:24:16 UTC
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 12:56:21 UTC
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 18:11:06 UTC
Created attachment 24968 [details]
Preprocessed file

Comment 5 Olivier Crête 2001-07-25 18:12:57 UTC
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:
-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

Comment 6 Jakub Jelinek 2001-08-09 12:49:42 UTC
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

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