dev-cpp-users

[Dev-C++] Sample code COMMON CONTROLS: DATETIME PICKER & make.exe errors

[Roberto R. <rob...@ar...>]

Hi all,

I tried to compile & run some sample win32 code with dev-cpp 4.9.6.1 
from this site: http://www.foosyerdoos.fsnet.co.uk/. Im have not 
experience win c++ programer so just mean trying to do know how.

Anyone knows this example?

//COMMON CONTROLS: DATETIME PICKER - Copyright © 2000-2002 Ken Fitlike
...
//DevC++(MinGW) must link with -lcomctl32. bcc5.5,msvc (must link with 
comctl32.lib)
#include <commctrl.h>
....

I found the comctl32.lib in the SDK package,  I made a empty proyect 
with the sample code and put in proyect linker options 
-l"c:/dev-cpp/lib/comctl32.lib" lib location, rebuild again, this is the 
building dump:

Building Makefile: "C:\Dev-Cpp\c\Makefile.win"
Executing  make clean
rm -f DateTimePicker.o  windows_Time.exe
g++.exe -c DateTimePicker.cpp -o DateTimePicker.o 
-I"C:/Dev-Cpp/include"  -I"C:/Dev-Cpp/c"  -I"C:/Dev-Cpp/include/g++-3"  
-I"C:/Dev-Cpp/include"   -s -mwindows
g++.exe DateTimePicker.o  -o "windows_Time.exe" -L"C:/Dev-Cpp/lib" 
-l"c:/dev-cpp/lib/comctl32.lib" -I"C:/Dev-Cpp/include"  
-I"C:/Dev-Cpp/c"  -I"C:/Dev-Cpp/include/g++-3"  -I"C:/Dev-Cpp/include"   
-s -mwindows
C:\Dev-Cpp\Bin\..\lib\gcc-lib\mingw32\2.95.3-6\..\..\..\..\mingw32\bin\ld.exe: 
cannot find -lc:/dev-cpp/lib/comctl32.lib
make.exe: *** [windows_Time.exe] Error 1
Execution terminated

Anyway Im a bit lost.
¿How can I trace it ?. Some is wrong with the comctl32.lib ? or 
parameter mistakes ??
Another samples without comctl32.lib works fine.

Thanks in advance

Roberto

Re: [Dev-C++] Sample code COMMON CONTROLS: DATETIME PICKER & make.exe errors

[Elizabeth B. <sog...@ya...>]

Roberto Ricardi <rob...@ar...> writes:

> I tried to compile & run some sample win32 code with dev-cpp 4.9.6.1 
> from this site: http://www.foosyerdoos.fsnet.co.uk/. Im have not 
> experience win c++ programer so just mean trying to do know how.
> 
> Anyone knows this example?
> 
> //COMMON CONTROLS: DATETIME PICKER - Copyright © 2000-2002 Ken Fitlike
> ...
> //DevC++(MinGW) must link with -lcomctl32. bcc5.5,msvc (must link with 
> comctl32.lib)
> #include <commctrl.h>

That is correct, -lcomctl32...

> I found the comctl32.lib in the SDK package,  I made a empty proyect 
> with the sample code and put in proyect linker options 
> -l"c:/dev-cpp/lib/comctl32.lib" lib location, rebuild again, this is the 
> building dump:

No, not -l"c:..." but just like it says, -lcomctl32.

This adds the library "libcomctl32.a" into the link.

Elizabeth

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

[Roberto R. <rob...@ar...>]

Hi all,

Thanks Elizabeth, it work fine, but Im still lost.

Just work writing -lcomctl32 no points, no lib, no nothing.

I´ve tried with libcomctl32.a but did not work. Where is the hidden 
reference ?

libcomctl32.a is in the path c:\dev-cpp\lib, so can't the linker get himself without tellit -lcomctl32?

Thans again.


That is correct, -lcomctl32...


>> I found the comctl32.lib in the SDK package,  I made a empty proyect 
>> with the sample code and put in proyect linker options 
>> -l"c:/dev-cpp/lib/comctl32.lib" lib location, rebuild again, this is the 
>> building dump:
>  
>

No, not -l"c:..." but just like it says, -lcomctl32.

This adds the library "libcomctl32.a" into the link.

Elizabeth


That is correct, -lcomctl32...


>> I found the comctl32.lib in the SDK package,  I made a empty proyect 
>> with the sample code and put in proyect linker options 
>> -l"c:/dev-cpp/lib/comctl32.lib" lib location, rebuild again, this is the 
>> building dump:
>  
>

No, not -l"c:..." but just like it says, -lcomctl32.

This adds the library "libcomctl32.a" into the link.

Elizabeth



Elizabeth Barham wrote:

>Roberto Ricardi <rob...@ar...> writes:
>
>  
>
>>I tried to compile & run some sample win32 code with dev-cpp 4.9.6.1 
>>from this site: http://www.foosyerdoos.fsnet.co.uk/. Im have not 
>>experience win c++ programer so just mean trying to do know how.
>>
>>Anyone knows this example?
>>
>>//COMMON CONTROLS: DATETIME PICKER - Copyright © 2000-2002 Ken Fitlike
>>...
>>//DevC++(MinGW) must link with -lcomctl32. bcc5.5,msvc (must link with 
>>comctl32.lib)
>>#include <commctrl.h>
>>    
>>
>
>That is correct, -lcomctl32...
>
>  
>
>>I found the comctl32.lib in the SDK package,  I made a empty proyect 
>>with the sample code and put in proyect linker options 
>>-l"c:/dev-cpp/lib/comctl32.lib" lib location, rebuild again, this is the 
>>building dump:
>>    
>>
>
>No, not -l"c:..." but just like it says, -lcomctl32.
>
>This adds the library "libcomctl32.a" into the link.
>
>Elizabeth
>
>
>-------------------------------------------------------
>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
>
>  
>

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

[metalseb (S. Staszak) <met...@fr...>]

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

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

[Roberto R. <rob...@ar...>]

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

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

[Per W. <pw...@ia...>]

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
> 

[Dev-C++] devc++ 5 beta / openGL

[<tot...@gm...>]

Hi folks,

I have the following problem:
I´m trying to use the OpenGL-API with devC++. I linked 

-lglu32 -lopengl32 -lglut32    ,

included

#include <gl/glut.h>

but it doesn´t work. it "hangs" while compiling.
It would compile forever if I didn´t cut the process.
I also tried to do this:

#define GLUT_NO_LIB_PRAGMA

and

#define GLUT_NO_WARNING_DISABLE

to prevent "glut.h" from doing things related to MSVC.
But with or without these gimmicks, it doesn´t work.
With DevC++4, this worked. Is it a 4.9.6 bug ? Or else ?
I´d appreciate your help.

Thank you

Roberto Gonzalez

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

Re: [Dev-C++] devc++ 5 beta / openGL

[Neszt T. <ne...@ss...>]

Hi!

> I have the following problem:
> I=B4m trying to use the OpenGL-API with devC++. I linked=20
>=20
> -lglu32 -lopengl32 -lglut32    ,
>=20
> included
>=20
> #include <gl/glut.h>
>=20
> but it doesn=B4t work. it "hangs" while compiling.
> It would compile forever if I didn=B4t cut the process.
> .
> .
> .
> to prevent "glut.h" from doing things related to MSVC.
> But with or without these gimmicks, it doesn=B4t work.
> With DevC++4, this worked. Is it a 4.9.6 bug ? Or else ?
> I=B4d appreciate your help.

I don't think, the problem in the 4.9.6 version. You should check your
glut.h and libglut32.a, maybe there are somthing is defined in the header
but the compiler couldn't find it in the libglut32.a.

Try to download the lastest version of glut api from the glut homepage.


Regards,

 Tibor

Re: [Dev-C++] devc++ 5 beta / openGL

[<tot...@gm...>]

Hi !
first of all: thank you very much, Tibor.
for those who might, now or in the future, be experiencing similar problems,
check this
out:

http://www.opengl.org/developers/faqs/technical/gettingstarted.htm?OpenGL+sdk#first_hit

(link in one row, of course)
the problem was: i had simply forgotten to put the lib-files
(OpenGl32.lib,glut32.lib, glu32.lib) in the Dev-Cpp \lib-folder.
now everything´s fine.

ok, have a nice sleep everybody.
adios
> I don't think, the problem in the 4.9.6 version. You should check your
> glut.h and libglut32.a, maybe there are somthing is defined in the header
> but the compiler couldn't find it in the libglut32.a.
> 
> Try to download the lastest version of glut api from the glut homepage.
> 
> 
> Regards,
> 
>  Tibor
> 

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

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

[Roberto R. <rob...@ar...>]

Yap, I´ll need a lots of HOWTOs to play friendly with the powerfull GNU 
world in a win32 style, cos Im not a programmer that is really funny !.

Best regards
Roberto

Per Westermark wrote:

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