adi <adi_member@pathlink.com> wrote in news:c7thhl$1rrj$1@digitaldaemon.com:
> Unfortunatelly I have to build a console aplication, so I would rather not include wx in my program.

I didn't mean building your application with wxWidgets but looking into compilation settings used there during building expat part. But since you probably have wrong idea of what wxWidgets is, I have to correct you that you can succesfully build console programs with it. wxWidgets is toolkit builded from a few libraries. wxBase and wxNet are supposed to fine work in consoles and there is wxAppConsole class for such purposes. Look at overview: http://www.wxwidgets.org/manuals/2.5.1/wx_librarieslist.html#librarieslist

> The fact is that I'm quite new to c++ and I don't know very much about linking and other stuff.

Then wxWidgets route can be interesting solution for you in the future because it delivers ready build system.

ABX

adi wrote:

> Perhaps this is the next step I will try as the executable file still crashes
> when I try to parse the file (the odd thing is that it creates the parser
> without problems).

"Just 'cos it links don't mean it'll run!"

If you compile some code with debug turned on, a compiler might initialize all variables to 0. If the optimizer is turned on, that initialization doesn't happen. Suddenly your code doesn't work. Yes, it's the library's fault, not yours. But the problem doesn't show up until you run the program due to variations in how a compiler works. In Win32, there are also variations in calling convetions, another thing to consider.

DMC, in my experience, has found bugs in my code far better than GCC. But I don't work solely under Win32. The moral of the story: use different compilers to make your code more robust. :-)


-scooter

-scooter- wrote:
> DMC, in my experience, has found bugs in my code far better than GCC. But I don't work solely under Win32. The moral of the story: use different compilers to make your code more robust. :-)

I used to do that with Zortech/Symantec C++, Borland C++, Watcom C++, M$ C-- and GNU C++... Until I got so fed up with all of the latter than I just fell back onto Zortech/Symantec C++ (now Digital Mars C++).
I would have to check again, but I have quite a bit of code that just does not compile with most of "the others" while there is absolutely nothing wrong with it... ;-)

-- 
ManiaC++
Jan Knepper

But as for me and my household, we shall use Mozilla...
www.mozilla.org

Ok,
Thanks for your reply again,
I will certainly look over wxWidgetds. I believed it was all about GUI, but i
guess i was wrong.

Adi

In article <c7vlej$2912$1@digitaldaemon.com>, W³odzimierz Skiba says...
>
>adi <adi_member@pathlink.com> wrote in news:c7thhl$1rrj$1@digitaldaemon.com:
>> Unfortunatelly I have to build a console aplication, so I would rather not include wx in my program.
>
>I didn't mean building your application with wxWidgets but looking into compilation settings used there during building expat part. But since you probably have wrong idea of what wxWidgets is, I have to correct you that you can succesfully build console programs with it. wxWidgets is toolkit builded from a few libraries. wxBase and wxNet are supposed to fine work in consoles and there is wxAppConsole class for such purposes. Look at overview: http://www.wxwidgets.org/manuals/2.5.1/wx_librarieslist.html#librarieslist
>
>> The fact is that I'm quite new to c++ and I don't know very much about linking and other stuff.
>
>Then wxWidgets route can be interesting solution for you in the future because it delivers ready build system.
>
>ABX

Jan Knepper wrote:

> -scooter- wrote:
 > I used to do that with Zortech/Symantec C++, Borland C++, Watcom C++, M$
> C-- and GNU C++... Until I got so fed up with all of the latter than I just fell back onto Zortech/Symantec C++ (now Digital Mars C++).
> I would have to check again, but I have quite a bit of code that just does not compile with most of "the others" while there is absolutely nothing wrong with it... ;-)

Unfortunately, there's no version of DMC for FreeBSD. Although, if Walter does output proper ELF object files for Linux, there's no reason why the same compiler couldn't work under FreeBSD.

Yeah, FreeBSD: You know the OS that runs Linux binaries faster than Linux does... :-) (*)

(*) This was true not so long ago. The Linux VM may have improved to the point that the two OSes have achieved parity, the "O(1)" scheduler may also have improved things for Linux as well.

-scooter- wrote:
> Unfortunately, there's no version of DMC for FreeBSD. Although, if Walter does output proper ELF object files for Linux, there's no reason why the same compiler couldn't work under FreeBSD.

I will be jumping of joy the day he announces it, believe me!

> Yeah, FreeBSD: You know the OS that runs Linux binaries faster than Linux does... :-) (*)

HA!

www.digitaldaemon.com



-- 
ManiaC++
Jan Knepper

But as for me and my household, we shall use Mozilla...
www.mozilla.org