Is it supposed to be generated? Win32 doesn't 'know how to make' it.
Jason.
> GCC plays the role of both compiler and linker. (Well, it compiles and
> invokes ld under the hood, but it's all in one step) It can definitely
> handle linker flags.
CL.exe does this, too. I just found out that you can specify link options if
you include them after a /link option at the end of
> Okay, I just added a separate link options question and associated
makefile
> twiddlings to configure.pl. Any link-specific options you need can now go
> there, or get jammed into $c{ldflags} if you need platform-specific bits.
Having the $c{ldflags} appear in compiletestc is showing warnings o
> Okay, the problem is in the compiletestc in Configure.pl. Unfortunately
I'm
> not sure what's proper for this. If you could, take a look at hints/vms.pl
> for how to override the default compiletestc sub and add an override to
> hints/mswin32.pl? Or pass on the compile and link command lines tha
Here's my output:
cl -nologo -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT
-DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX-I./i
nclu
de -Foio/io.obj -c io/io.c
io.c
io\io.c(323) : warning C4033: 'PIO_close' must return a value
c:\perl6\parrot\io\io.
The attached patch makes it possible to build the mops target on Win32.
docs/Makefile still needs to be removed from CVS.
Jason.
mops.patch
Description: Binary data
The attached files fix the 'nmake clean' problems on Win32 (and hopefully
other non-Unix platforms). Makefile.in needs to be added to parrot/docs.
parrot/docs/Makefile needs to be removed.
Jason.
Makefile.in
Description: Binary data
clean.patch
Description: Binary data
The default flags for cl.exe includes the -O1 option which enables
optimizations. Unfortunately, the Standard Edition of Visual Studio doesn't
support that option so outputs a warning each time we compile. The attached
patch removes the -O1 option if it detects that the compiler is the Standard
Ed
Attached is a small patch to Configure.pl that "touches" platform.h and
platform.c so that Configure.pl isn't run a second time when you do a make.
This doesn't fix Win32's build problems but it makes it less annoying trying
to figure out the cause of them.
Jason.
- Original Message -
Fr
Here's a minimal patch for the dynamic loading functions on Win32. I punted
on properly implementing Parrot_dlerror for now but the other three should
work.
How soon can you check in your ops so we can test these?
Jason.
diff
Description: Binary data
> Could someone on Win32 also compare this to the perl5 version in
> ext/Time/HiRes.xs? There's no reason to have the perl community running
> two different versions. In particular, the perl5 version
Where did you get that source? I just downloaded the sources from both
ActiveState and CPAN and
> What specifically do you expect might end up in linux.[hc] as opposed to,
> say, solaris.[hc]? How many different *bsd.[ch] files do you propose? How
> many different System V.4-derived platform files do you propose?
We could always rename linux.[hc] to posix.[hc] or something similar. Is
dlop
Here's a patch to get the latest CVS sources to get everything to build on
my Windows box.
Here's what I did:
* Modified Configure.pl, mswin32.pl, and Makefile.in so that the platform
specific files in the platforms directory gets copied to the correct
directories. The Makefile will re-copy the
Hi.
> in /usr/include/sys/stat.h. As for what to includ in Windows to get
> these (if anything), or what should be done to get them, I'm unsure.
> I suppose for now, you could paste the above into a header file
> somewhere with a #ifdef WIN32 around it to get things compiling.
I'd suspect that
14 matches
Mail list logo