Opened 14 years ago
Closed 14 years ago
#1994 closed Bugs (worksforme)
headers out of order somewhere in function/functional
Reported by: | Owned by: | John Maddock | |
---|---|---|---|
Milestone: | Boost 1.36.0 | Component: | TR1 |
Version: | Boost 1.35.0 | Severity: | Problem |
Keywords: | Cc: |
Description
Here's a test case that shows it is not my fault :)
#include <boost/program_options.hpp> int main(){}
compiled with g++ -o po.o -c -g -I/home/sls/include -I/home/sls/include/boost/tr1/tr1 po.cpp
copious compiler errors supplied in the attached file.
Attachments (1)
Change History (6)
by , 14 years ago
comment:1 by , 14 years ago
Component: | None → program_options |
---|---|
Owner: | set to |
comment:2 by , 14 years ago
Component: | program_options → function |
---|---|
Owner: | changed from | to
Summary: | headers out of order somewhere in program_options/function/functional → headers out of order somewhere in function/functional |
Given that the error in inside boost.function headers, and that it's triggered by adding tr1 to includes, I don't think it's my bug at any way. I don't know who's the right person to look at it
comment:3 by , 14 years ago
Owner: | changed from | to
---|
Just another data point: I tried g++ -o po.o -c -g -I ~/Sources/boost/release -I~/Sources/boost/release/boost/tr1/tr1 po.cpp
on my Mac OS X box (gcc 4.01), and got no errors.
comment:4 by , 14 years ago
Component: | function → TR1 |
---|---|
Owner: | changed from | to
Not that I like passing the buck, but if it's the introduction of the Boost.TR1 headers that causes the problem, then it's a Boost.TR1 issue (even if it's headers from another library that need tweaking).
comment:5 by , 14 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
I believe this has already been fixed in SVN Trunk: either way, I've added a test case for this to the TR1 tests and they pass OK for me here.
John.
first 2000 lines of compiler output