Here's an experimental compiler for compiling the full STL 3.3 from SGI.

www.digitalmars.com/dmc/dmcppDownload.html

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

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
>>
> 

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
>>>
>>
>

Walter,

The problem has been fixed with the new compiler.

A quick look at the results from the STLport regressions tests seems to give a thumbs up! I am using my old settings first, now I have to try the new settings to see if the new features, break anything or allow me to enable more of the library.

I am having fun trying to use the command line compiler.

Is there any chance of making available a compiler for the IDE? If not I can live with the command line.

Regards,
Damian

Walter wrote:

> 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
>>>>
>>>>
> 
> 

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

That is good news!

Damian wrote in message <3BBB30A6.7000409@netscape.net>...
>Walter,
>
>The problem has been fixed with the new compiler.
>
>A quick look at the results from the STLport regressions tests seems to give a thumbs up! I am using my old settings first, now I have to try the new settings to see if the new features, break anything or allow me to enable more of the library.
>
>I am having fun trying to use the command line compiler.
>
>Is there any chance of making available a compiler for the IDE? If not I can live with the command line.
>
>Regards,
>Damian
>
>Walter wrote:
>
>> Try 8.1f and see if you get the same problem. -Walter

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

Walter wrote:
> 
> I know nobody implements export, I wonder who's idea it was. It doesn't
Me either, BTW!

fit
> with 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

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