#1683 closed defect (wontfix)
SubVersion behaves poorly with -O3 optimization
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | high | Milestone: | |
| Component: | BOOK | Version: | SVN |
| Severity: | minor | Keywords: | |
| Cc: |
Description
I've tested this several times on a pentium 3 with the optimizations -O3 -march=pentium3 and every time, with every version of subversion back to 1.1.4 will actually take about 5min to connect. I recompiled without optimizations and everything was fine and fast.
I don't know if it's just my machine, but it may be worth mentioning on the subversion page, especially if anyone else is getting similar results.
Change History (3)
comment:1 by , 18 years ago
comment:2 by , 18 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
From LFS:
Compiler optimizations can make a program run slightly faster, but they may also cause compilation difficulties and problems when running the program. If a package refuses to compile when using optimization, try to compile it without optimization and see if that fixes the problem. Even if the package does compile when using optimization, there is the risk it may have been compiled incorrectly because of the complex interactions between the code and build tools. The small potential gains achieved in using compiler optimizations are often outweighed by the risks.
It is not really possible to cover optimization issues in BLFS due to the number of possible combinations.
I don't think there is a need to file a bug about this...many packages mess up with certain compiler optimizations...usually the only real solution to this is "don't use too much optimization."