Dev-cpp not an option?


#1

Im starting to think dev-C++ is not a great option… you cant really make use of native windows dll’s without importing, def’s etc…

Hrm. What other options do we have for windows compilers? Id never wanna make a release build with dev-C++… total bloat!


#2

MinGW

Digital Mars

the raw GCC (although I think that requires you ship glpd libraries with your applications).

I’m sure there are others.


#3

[quote=“valley”]MinGW

Digital Mars

the raw GCC (although I think that requires you ship glpd libraries with your applications).

I’m sure there are others.[/quote]

Dev-C++ uses mingw… gcc has the same issues in the windows environment…

digital mars… let’s se…


#4

In the world of free ide’s… it seems that people have the most success with dev-c++ as far as vst goes. right?


#5

Actually I think I maybe one of the 10 or so (out of 1000s) of people who’ve gotten the VST SDK to compile in dev-c++

Not that popular hah. Most everyone just buys or pirates msvc :frowning:


#6

really?? that was the first thing I did… made sure I could compile the vstsdk. So I did the again example and it worked fine. I skipped all the vstgui stuff cos jucey will replace that… then I kinda figured, ok… if that works… now just adapt it to main in the jucey stuff… boom. :cry:


#7

When I say VST SDK, I meant the entire thing (inculding vstgui) lol :slight_smile:

dev-C++ is pissing me off big time, making huge build files, always needing some obscure library, bugging out with calling conventions (why the fuck does it use pascal?!), not extending inline properly…

argh.


#8

I don’t care for dev-c++ either… but it’s because it ain’t delphi! hhehehe.

What about using a shell for Borland’s free c++ compiler? Isn’t there one called spetnik’s or something?


#9

the borland builder X thing comes with some free compilers, but I don’t recall what they are.

There is also Watcom, but I always found it to be a bunch of arse.

static linking is always a problem with c++ though as far as I can tell.

Once you complile JUCE out as a .a file you have pretty much made it a lump that will block compiled into your code.

You could always turn JUCE into a dll and then dynamically link to it. That’d be little advantage for one app, but if a user had two or three JUCE based apps it’d be cheaper.

If you run strip over you .exe though you should be able to shrink it by around 25% or so.


#10

ISTR that Borland give away C++ builder 5 as well.

Dunno what the licensing restrictions are. Might be worth a look though.


#11

I’m downloading c++builderX personal right now… dunno the restrictions. Keep you posted.


#12

Problem is mingw/gcc want static libs in win32 :-\ I looked at watcom, and there’s no bloody way that’s gonna work very well.

They seem to absolutely detest dynamic linking :-\ It’d not be hard to make JUCE a dll, but the problem is once you want to use it in an app via mingw/gcc, they want the lib to be statically linked.

Can you give us the link for borland modulr?


#13

http://www.borland.com/products/downloads/download_cbuilderx.html

from the looks of it, it comes with the borland c++ builder compiler and mingw. The personal edition is free for non comercial use from what I understand.

so maybe we can figure out a way to get this up and running…???

edit: I really hope it works with this! the environment is so much… NICER! although I can’t say much on the technical end. Gonna try to compile the jucey bits now… 8)


#14

Are you saying that mingw doesn’t support dynamic libraries? That seems unlikely. If that is the case it would throw any hope of making the sample editor support vst plugin s. :shock:

Let me take a look at that.


#15

well as far as I can tell mingw does allow you to link dynamically, but I’ll be damned if I can work out how to do it. There is a definite shortage of documentation on that front.

:?

I’m guessing there’ll be some form of loadlibrary() function available that could be used to dynamically open the library, but personally I’d rather have the library opened at runtime rather than on-demand.

Borland wont let me get BuilderX 'cos they seem to think I already have a key for it. Let me know if it seems to be working 'cos then I’ll chase up their accounts dept and see what is going on.


#16

hmmm… well I got everything in there and started trying to build with it. The borland compiler immediately fired up all sorts of errors. I simply don’t have enough experience to decipher what the problems are… or if it’s simply something that I’ve setup wrong.

I then switched over the MinGW compiler figuring I’d at least get the borland IDE which I kinda prefer. It got thru a whole lot of it (like 50+ files), then hit an error in the way something was defined. ugh… I dunno. pretty uneventful day. Shoulda been working on some music… hpmh… :x


#17

I’m just gonna document as I go here…

seems that the borland compiler doesn’t like the “forcedinline” declarations… what’s the deal with that? I’ve tried looking it up on the net, and I can’t find any info on forcedinline and borland…

:?:


#18

ModulR gimme the damn borlandX link :wink: Im sure I can get it running in an hour or so if I could find it.

we have power now btw :slight_smile: at least for the next few hours.


#19

[quote=“valley”]well as far as I can tell mingw does allow you to link dynamically, but I’ll be damned if I can work out how to do it. There is a definite shortage of documentation on that front.
[/quote]

Only on linux that I can see… Ive tried everything I can think of in win32 and it bugs out totally because apparently mingw likes __stdcall and windows likes __cdecl

To even come close I had do to all sorts of shit with making custom def files… even then I still had to distribute a custom lib.

the winapi has a load dll function of sorts I beleive, but that’s a major hack…


#20

[quote=“SigmaDeltaRob”]ModulR gimme the damn borlandX link :wink: Im sure I can get it running in an hour or so if I could find it.

we have power now btw :slight_smile: at least for the next few hours.[/quote]

sorry, I see it. thanks