headers
SourceForge.net | 1 Jun 2006 02:39
Picon
Favicon

[mingw - Windows API] RE: Definition of PBT_APMRESUMEAUTOMATIC miss


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3758743
By: ross_ridge

>The problem is that we as an open source project
>cannot use Microsoft's headers as a basis for
>any work, so as to remove any question of taint.
>This means that these numbers have to be
>gathered from other information sources, which
>usually means somewhere on the msdn site. All of
>the existing headers were created in this way

I suspect if you were actually investigate
where all the values, names and other details
were copied from in all the existing header
files you'ld discover many cases like the UUID
library where no "legitimate" source can be
found.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286641

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
(Continue reading)

Permalink | Reply | 3 comments |
headers
Jeremy Bettis | 1 Jun 2006 05:56

Re: [mingw - Windows API] RE: Definition of PBT_APMRESUMEAUTOMATIC miss

I am sure that I am missing something fundamental here, but couldn't we just 
use the Platform SDK?  Not distribute it, I understand that, but just 
download it and put it on the header and library search paths?

Ok, so there will be some MS specific pragmas or something in there, but has 
anyone tried to write a script that would ming-ify the PSDK.

That would be a painful install to be sure, install msys, install mingw, 
install PSDK, run munging script. But for all of the stuff that is missing 
from w32 runtime, wouldn't that be a 100% solution without always trying to 
play catchup?

I must admit I have not even tried this myself.  I will go find that 
platform sdk download now.

----- Original Message ----- 
From: "SourceForge.net" <noreply@...>
To: <noreply@...>
Sent: Wednesday, May 31, 2006 7:39 PM
Subject: [Mingw-users] [mingw - Windows API] RE: Definition of 
PBT_APMRESUMEAUTOMATIC miss

>
> Read and respond to this message at:
> https://sourceforge.net/forum/message.php?msg_id=3758743
> By: ross_ridge
>
>>The problem is that we as an open source project
>>cannot use Microsoft's headers as a basis for
>>any work, so as to remove any question of taint.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Danny Smith | 1 Jun 2006 06:25
Picon

RE: [mingw - Windows API] RE: Definition of PBT_APMRESUMEAUTOMATIC miss


> Jeremy Bettis
> Sent: Thursday, June 01, 2006 3:56 PM
> 
> I am sure that I am missing something fundamental here, but 
> couldn't we just 
> use the Platform SDK?  Not distribute it, I understand that, but just 
> download it and put it on the header and library search paths?
> 
> Ok, so there will be some MS specific pragmas or something in 
> there, but has 
> anyone tried to write a script that would ming-ify the PSDK.

Even better, -fms-extensions could be extended to ignore MS-specific
pragmas/declspecs.

Danny

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Jun 2006 09:48
Picon
Favicon

[mingw - StupidTechiQuestions] Compilation of multiple .c sources


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3759002
By: gav051

Hi, I have a project containing 2 .c sources and I would like to compile them
in a .obj file using only 1 command (using gcc from Mingw) but it doesn't work.
I try with the following command:
"gcc -c source1.c source2.c -o out.obj"

Could someone help me please?

Thanks,

Gauthier

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=7134

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
MinGW-users mailing list
MinGW-users@...
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Jun 2006 10:49
Picon
Favicon

[mingw - StupidTechiQuestions] RE: Compilation of multiple .c sources


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3759055
By: keithmarshall

Nope.  You cannot do that!

I confess that I was somewhat surprised, when I saw Earnie suggest this a few
days ago, for I'd never before heard of any such technique.  At the time, I
didn't have the time to try it for myself, but I now have, and it definitely
does not appear to be possible.

I presume that your objective is to reduce the number of object modules you
need to specify to the linker, in order to overcome a command line length limitation?
If so, then you need to compile the objects separately, and then assemble them
into an archive (library), e.g.:

  gcc -c Source1.c
  ar rcs libsources.a Source1.o
  gcc -c  Source2.c
  ar rcs libsources.a Source2.o
  ...
  gcc -c SourceN.c
  ar rcs libsources.a SourceN.o
  gcc -o foo.exe foo.c libsources.a

HTH,
Keith.

______________________________________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Jun 2006 11:03
Picon
Favicon

[mingw - StupidTechiQuestions] RE: Compilation of multiple .c sources


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3759076
By: ringerc

You can, actually, you just have to tackle it in a non-obvious way. It's generally
much better to compile the files separately and then use `ar' to make an archive,
which is generally more useful as well, but there are times when you want a
single object file.

For that, just concatenate the files into a temporary and compile that
temporary.

cat Source1.c Source2.c Source3.c > temp.c
gcc -c -o temp.obj temp.c
rm temp.c

Note that this can have some side effects. In particular, `static' functions
in each file become visible to other files in the combined file, which
can occasionally result in fun issues.

The only reasons I've ever seen given to do things this way are:

   - Faster compile times
   - More opportunity for optimisation and
     inlining

You can see this done in practice in the PyQt project, which has to compile
a stupid number of auto-generated C++ files.
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Jun 2006 11:10
Picon
Favicon

[mingw - StupidTechiQuestions] RE: Compilation of multiple .c sources


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3759084
By: dannysmith

With gcc 4.x there is indeed a way to do it, using the -combine switch.  From
the 4.x info:

`-combine'
     If you are compiling multiple source files, this option tells the
     driver to pass all the source files to the compiler at once (for
     those languages for which the compiler can handle this).  This
     will allow intermodule analysis (IMA) to be performed by the
     compiler.  Currently the only language for which this is supported
     is C.  If you pass source files for multiple languages to the
     driver, using this option, the driver will invoke the compiler(s)
     that support IMA once each, passing each compiler all the source
     files appropriate for it.  For those languages that do not support
     IMA this option will be ignored, and the compiler will be invoked
     once for each source file in that language.  If you use this
     option in conjunction with `-save-temps', the compiler will
     generate multiple pre-processed files (one for each source file),
     but only one (combined) `.o' or `.s' file.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=7134

-------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Jun 2006 13:49
Picon
Favicon

[mingw - StupidTechiQuestions] RE: Compilation of multiple .c sources


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3759255
By: earnie

Quoting "SourceForge.net" <noreply@...>:

>
> Read and respond to this message at:
> https://sourceforge.net/forum/message.php?msg_id=3759055
> By: keithmarshall
>
> Nope.  You cannot do that!
>
> I confess that I was somewhat surprised, when I saw Earnie suggest this a few
> days ago, for I'd never before heard of any such technique.  At the time, I
> didn't have the time to try it for myself, but I now have, and it definitely
> does not appear to be possible.
>

I of course tried it before I suggested it.

<session>
boyde <at> OH6000GBOYDE ~
$ cd doubleup/

boyde <at> OH6000GBOYDE ~/doubleup
$ gvim a1.c

boyde <at> OH6000GBOYDE ~/doubleup
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Jun 2006 14:02
Picon
Favicon

[mingw - StupidTechiQuestions] RE: Compilation of multiple .c sources


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3759336
By: earnie

As you've seen in my response to Keith; it works for me.  Maybe my examples
are too simplistic.  Below I've pasted the version of GCC that I'm using; could
that be the difference?

.obj isn't the typical output for GCC; instead the typical output is .o.  If
you're using make; there is *not* an automatic rule for .obj but there is an
automatic rule for .o.  Is this your issue?

$ gcc --version
gcc.exe (GCC) 3.4.5 (mingw special)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=7134

-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Jun 2006 15:00
Picon
Favicon

[mingw - StupidTechiQuestions] RE: Compilation of multiple .c sources


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3759422
By: wntrmute

works for me too

davem <at> NEUROMANCER ~
$ gcc -c t1.c t2.c t3.c -o combined.o

davem <at> NEUROMANCER ~
$ nm combined.o
00000000 b .bss
00000000 d .data
00000000 r .rdata
00000000 t .text
         U ___main
         U __alloca
00000049 T _funct2
00000064 T _funct3
00000000 T _main
         U _printf

davem <at> NEUROMANCER ~
$ gcc combined.o -o combined.exe

davem <at> NEUROMANCER ~
$ gcc -v
Reading specs from e:/MinGW/bin/../lib/gcc/mingw32/3.4.2/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
(Continue reading)

Permalink | Reply | 0 comments |

Gmane