July 30, 2003
Olivier Mascia wrote:

> I have now installed STLPort as available from digitalmars web site.
> I have much better results with it.
> My test code compiles.
> 
> Though on the real project I want to compile, it fails with:
> 
>     Internal error: ph 1111
> 
> on the very first unit I compile.
> What is this error related with ?

This error went away when I removed my -H and -HF flags.
So it seems related to precompiled symbols handling.
But I could work around it.

-- 
Olivier Mascia

July 30, 2003
Olivier Mascia wrote:

> Should I better use the stl provided with dmc or add STLport ?

Answering to myself: trying to compile any *serious* code with the STL as provided in the stl directory of DMC 8.34 is a good way to loose time. :)

Solution is to install the STLport version from the digitalmars.com website and correctly tune the bin/sc.ini file so that the stlport/stlport comes first (before other include directories). Also removing the other stl directory from this list of includes is not a bad idea. I could go as well as to remove the stl directory altogether ! :)

Even with this there are still some quirks regarding apparently complex namespace handling. One of them can crash the compiler. See other posts. But can be worked-around.

Having bombed this group with lots of questions and answers to myself over the last hours, I think a bit of explanation on what I was trying to achieve will be welcome.

The piece of code which I was trying to compile with DMC is IBPP <http://www.ibpp.org>. This is a class library to access Firebird database server <http://www.firebirdsql.org> through its C-API much more easily than at the C level.

Now with some work-arounds, the library does build correctly as well as its test programs, which run flawlessly. The next release of IBPP (2.2) will have DigitalMars Compiler listed as one of its supported compilers on Win32.

-- 
Olivier Mascia

July 31, 2003
"Olivier Mascia" <om-removethis@tipgroup.com> wrote in message news:bg8jp4$1ctr$1@digitaldaemon.com...
> Olivier Mascia wrote:
>
> > Should I better use the stl provided with dmc or add STLport ?
>
> Answering to myself: trying to compile any *serious* code with the STL as provided in the stl directory of DMC 8.34 is a good way to loose time.
:)
>
> Solution is to install the STLport version from the digitalmars.com website and correctly tune the bin/sc.ini file so that the stlport/stlport comes first (before other include directories). Also removing the other stl directory from this list of includes is not a bad idea. I could go as well as to remove the stl directory altogether ! :)
>
> Even with this there are still some quirks regarding apparently complex namespace handling. One of them can crash the compiler. See other posts. But can be worked-around.
>
> Having bombed this group with lots of questions and answers to myself over the last hours, I think a bit of explanation on what I was trying to achieve will be welcome.
>
> The piece of code which I was trying to compile with DMC is IBPP <http://www.ibpp.org>. This is a class library to access Firebird database server <http://www.firebirdsql.org> through its C-API much more easily than at the C level.
>
> Now with some work-arounds, the library does build correctly as well as its test programs, which run flawlessly. The next release of IBPP (2.2) will have DigitalMars Compiler listed as one of its supported compilers on Win32.

Great! Let me know when the release happens, with links to it, so I can list it as compatible with DMC++.

-Walter


July 31, 2003
Reporting internal errors here is fine, or emailing them to me works fine too. The most important thing is to provide a reproducible example. Otherwise, they are essentially impractical to fix. -Walter

"Olivier Mascia" <om-removethis@tipgroup.com> wrote in message news:bg8fa5$18do$1@digitaldaemon.com...
> Olivier Mascia wrote:
>
> > Walter, see the attached small test code demonstrating my issues.
>
> I have now installed STLPort as available from digitalmars web site.
> I have much better results with it.
> My test code compiles.
>
> Though on the real project I want to compile, it fails with:
>
> Internal error: ph 1111
>
> on the very first unit I compile.
> What is this error related with ?
> So that I can try to write a smaller test case to demonstrate it.
>
> Side question : on which group should I report things like an Internal error ?
>
> Thanks,
> --
> Olivier Mascia
>


1 2
Next ›   Last »