c++.announce - New beta test compiler for SGI STL 3.3
- "Walter" <walter digitalmars.com> Oct 02 2001
- Jan Knepper <jan smartsoft.cc> Oct 02 2001
- Damian <damiandixon netscape.net> Oct 03 2001
- "Walter" <walter digitalmars.com> Oct 03 2001
- Cesar Rabak <csrabak uol.com.br> Oct 03 2001
- "Walter" <walter digitalmars.com> Oct 03 2001
- Cesar Rabak <csrabak uol.com.br> Oct 03 2001
- John Fletcher <J.P.Fletcher aston.ac.uk> Oct 04 2001
- John Fletcher <J.P.Fletcher aston.ac.uk> Oct 04 2001
- "Walter" <walter digitalmars.com> Oct 04 2001
Here's an experimental compiler for compiling the full STL 3.3 from SGI. www.digitalmars.com/dmc/dmcppDownload.html
Oct 02 2001
WOW! That's actually a LOT of progress! Will see how soon I can reserve some time to put the compiler through the test. Jan Walter wrote:Here's an experimental compiler for compiling the full STL 3.3 from SGI. www.digitalmars.com/dmc/dmcppDownload.html
Oct 02 2001
Walter,
Just downloading this newer version.
I am having a problem with 8.1e and my STLport regression tests, maybe
this will fix the problem.
The problem is as follows and did not appear to occur before:
sc console.cpp -mn -C -WA -S -3 -a8 -c -gf -D_CONSOLE=1
-ID:\CVS\STL\port\stlport -oconsole.obj
sc regression\string1.cpp -mn -C -WA -S -5 -a8 -c -gf -D_CONSOLE=1
-ID:\CVS\STL\port\stlport -oregression\string1.obj
Error: D:\CVS\STL\port\test\regression\string1.cpp(20): ambiguous
reference to symbol
D:\CVS\STL\port\test\regression\string1.cpp(20): Had: operator
<<(ostream&,const basic_string&)
D:\CVS\STL\port\test\regression\string1.cpp(20): and: operator
<<(ostream&,const basic_string&)
Error: D:\CVS\STL\port\test\regression\string1.cpp(28): ambiguous
reference to symbol
D:\CVS\STL\port\test\regression\string1.cpp(28): Had: operator
<<(ostream&,const basic_string&)
D:\CVS\STL\port\test\regression\string1.cpp(28): and: operator
<<(ostream&,const basic_string&)
Lines Processed: 16543 Errors: 2 Warnings: 0
Build failed
I believe the problem relates to template declaration, and then later on
the actual template definition occuring, for example:
-----------------------------------------------------------------
template<class T> void sort(vector<T>&); // declaration
template<class T> void sort(vector<T>&v) // definition
{
}
// The above defintion causes a problem if the declaration is also
// visible.
-----------------------------------------------------------------
I am using the tests in:
STL/port/compiler_tests/compiler_tests.prj
STL/port/test/console.prj
Note that the compiler tests are turned on and off by undef/define of
settings in test_config.h. The tests are essentially the tests done by
the configure script supplied with STLport (configure requires cygwin on
NT).
Regards
Damian
Jan Knepper wrote:
WOW!
That's actually a LOT of progress!
Will see how soon I can reserve some time to put the compiler through the
test.
Jan
Walter wrote:
Here's an experimental compiler for compiling the full STL 3.3 from SGI.
www.digitalmars.com/dmc/dmcppDownload.html
Oct 03 2001
"Walter" <walter digitalmars.com> Try 8.1f and see if you get the same problem. -Walter Damian wrote in message <3BBAC5E6.7020403 netscape.net>...Walter, Just downloading this newer version. I am having a problem with 8.1e and my STLport regression tests, maybe this will fix the problem. The problem is as follows and did not appear to occur before: sc console.cpp -mn -C -WA -S -3 -a8 -c -gf -D_CONSOLE=1 -ID:\CVS\STL\port\stlport -oconsole.obj sc regression\string1.cpp -mn -C -WA -S -5 -a8 -c -gf -D_CONSOLE=1 -ID:\CVS\STL\port\stlport -oregression\string1.obj Error: D:\CVS\STL\port\test\regression\string1.cpp(20): ambiguous reference to symbol D:\CVS\STL\port\test\regression\string1.cpp(20): Had: operator <<(ostream&,const basic_string&) D:\CVS\STL\port\test\regression\string1.cpp(20): and: operator <<(ostream&,const basic_string&) Error: D:\CVS\STL\port\test\regression\string1.cpp(28): ambiguous reference to symbol D:\CVS\STL\port\test\regression\string1.cpp(28): Had: operator <<(ostream&,const basic_string&) D:\CVS\STL\port\test\regression\string1.cpp(28): and: operator <<(ostream&,const basic_string&) Lines Processed: 16543 Errors: 2 Warnings: 0 Build failed I believe the problem relates to template declaration, and then later on the actual template definition occuring, for example: ----------------------------------------------------------------- template<class T> void sort(vector<T>&); // declaration template<class T> void sort(vector<T>&v) // definition { } // The above defintion causes a problem if the declaration is also // visible. ----------------------------------------------------------------- I am using the tests in: STL/port/compiler_tests/compiler_tests.prj STL/port/test/console.prj Note that the compiler tests are turned on and off by undef/define of settings in test_config.h. The tests are essentially the tests done by the configure script supplied with STLport (configure requires cygwin on NT). Regards Damian Jan Knepper wrote:WOW! That's actually a LOT of progress! Will see how soon I can reserve some time to put the compiler through the test. Jan Walter wrote:Here's an experimental compiler for compiling the full STL 3.3 from SGI. www.digitalmars.com/dmc/dmcppDownload.html
Oct 03 2001
Walter wrote:Here's an experimental compiler for compiling the full STL 3.3 from SGI. www.digitalmars.com/dmc/dmcppDownload.html
Walter, While I understand you're more involved in the design of D, did you ever considered featuring sc so it accepts (and work) the 'export' keyword. Besides easing the life of template implemementers it could make the DM compiler to be the first in world! just a suggestion. Cesar
Oct 03 2001
I know nobody implements export, I wonder who's idea it was. It doesn't fit with the rest of the language. Realistically, though, I need to get templates and namespaces up to speed first! Cesar Rabak wrote in message <3BBB3F5A.AAE0F9C5 uol.com.br>...Walter wrote:Here's an experimental compiler for compiling the full STL 3.3 from SGI. www.digitalmars.com/dmc/dmcppDownload.html
Walter, While I understand you're more involved in the design of D, did you ever considered featuring sc so it accepts (and work) the 'export' keyword. Besides easing the life of template implemementers it could make the DM compiler to be the first in world! just a suggestion. Cesar
Oct 03 2001
Walter wrote:I know nobody implements export, I wonder who's idea it was. It doesn't
fitwith the rest of the language. Realistically, though, I need to get
The whole idea stems from the wish to be able to separate the specification from the implementation. Right now, because we cannot 'export' you have to put implementation in you headers or not to use them at all...templates and namespaces up to speed first!
I see, we ought to have priorities ;-) thanks for the repply. Cesar
Oct 03 2001
Walter wrote:Here's an experimental compiler for compiling the full STL 3.3 from SGI. www.digitalmars.com/dmc/dmcppDownload.html
I did some tests on this last night. The STL doesn't come with a <string> definition so lots of my examples won't work. Is there one available for this? John
Oct 04 2001
John Fletcher wrote:Walter wrote:Here's an experimental compiler for compiling the full STL 3.3 from SGI. www.digitalmars.com/dmc/dmcppDownload.html
I did some tests on this last night. The STL doesn't come with a <string> definition so lots of my examples won't work. Is there one available for this? John
Sorry, problem solved using a complete set of SGI STL 3.3 and then putting yours on top. Cheers John
Oct 04 2001
John Fletcher wrote in message <3BBC3F1B.EC73345C aston.ac.uk>...Walter wrote:Here's an experimental compiler for compiling the full STL 3.3 from SGI. www.digitalmars.com/dmc/dmcppDownload.html
definition so lots of my examples won't work. Is there one available for this?
Oops. The files with no extension didn't make it into the zip file. I fixed it, try downloading it again.
Oct 04 2001