Re: [Dev-C++] Sample code COMMON CONTROLS: DATETIME PICKER & still lost

This isn't a funny MinGW syntax.

Same thing if you work on Linux or FreeBSD or a number of other OS:es.

No name collisions, since the loader always - a bit simplified but...
- adds a "lib" prefix and a ".a" suffix. If you do write -llibcomctl32.a
the linker will look for liblibcomctl32.a.a.

Because you only specify the library name - not the actual file name - the
linker may perform a lot of nifty extras, such as handling multiple
versions of the libraries, shared-memory libraries, etc.

If you want to know how it works, read
http://www.tldp.org/HOWTO/Program-Library-HOWTO/
or else just accept that the world is complicated and some things has to
be taken at face value.

/Per W


On Mon, 14 Oct 2002, Roberto Ricardi wrote:

> Ok, may be rigth or not, some warning level at first time linker 
> instance, anyway.
> But, the fact is that mean comctl32.a looks like libcomctl32.a and the 
> sintaxis must be -lNAME where NAME is comctl32 without the 'lib' header 
> or '.a'  ext. ( I read about in the dev-cpp help) funny!.
> Do you know some win32 source examples (not very complex of course) 
> across the net more than draf a button, combo or something else ??
> 
> Thanks Seb
> 
> Roberto
> 
> metalseb (Seb Staszak) wrote:
> 
> >
> >
> > Roberto Ricardi wrote:
> >
> >> libcomctl32.a is in the path c:\dev-cpp\lib, so can't the linker get 
> >> himself without tellit -lcomctl32?
> >
> >
> >
> > No. In fact, you must tell the compiler which linking files it must 
> > use for certain purposes. If the linker should browse the entire lib 
> > directory files to find each undefined reference in the standard lib, 
> > the compile process should take ages to perform !
> >
> > Kind regards
> >
> > -- 
> > Seb
> >
> >
> >
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>