On Fri, May 30, 2008 at 6:46 PM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-05-30 at 15:01 -0700, Geoffrey Broadwell wrote:
>> The most recent version of the patch got sent to the wrong mail alias;
>> I've reattached it below.
>
> ... And now regenerated, because I've broken out a
On Fri, 2008-05-30 at 15:01 -0700, Geoffrey Broadwell wrote:
> The most recent version of the patch got sent to the wrong mail alias;
> I've reattached it below.
... And now regenerated, because I've broken out and committed one of
the fixes included in the previous version, at the request of pmic
The most recent version of the patch got sent to the wrong mail alias;
I've reattached it below.
-'f
diff --git a/MANIFEST b/MANIFEST
index b0e3c9d..43c4f52 100644
--- a/MANIFEST
+++ b/MANIFEST
@@ -296,7 +296,6 @@ config/auto/warnings/test_c.in []
config/gen/call_li
On Mon, 2008-05-26 at 21:41 -0700, Will Coleda via RT wrote:
> On Mon, May 26, 2008 at 10:08 PM, Geoffrey Broadwell
> <[EMAIL PROTECTED]> wrote:
> > On Mon, 2008-05-26 at 18:25 -0700, Geoffrey Broadwell wrote:
> >> Please give this version a try.
> >
> > tetragon++ has reported success on Mac OS X.
Bernhard, I think it is working now.
I think we can close the ticket now.
Thanks
Bernhard Schmalhofer via RT wrote:
On Sa. 17. Mai 2008, 14:31:05, [EMAIL PROTECTED] wrote:
After a make realclean, make runs and builds a lot of files, failing
more or less in the middle of the compiling step.
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #54376]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54376 >
---
osname= linux
osvers= 2.6.24-arch
arch= i686-linux
cc= cc
---
Flags:
On Sunday 20 January 2008 22:17:10 Stuart Jansen wrote:
> As every good child knows, at the end of the day when we're dont playing
> with our toys, we should put things back the way they were.
Thanks, applied as RT #25119.
-- c
# New Ticket Created by Stuart Jansen
# Please include the string: [perl #50050]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50050 >
As every good child knows, at the end of the day when we're dont playing
with our toys
though you can't be sure that test programs won't crash horribly.
> Not that the perl 5 core tests are robust against SEGVing the interpreter
> or hitting abort()
Agreed, they still need to be picked up by 'make clean'.
Pm
On Mon, Jan 08, 2007 at 12:46:09PM -0800, Patrick R. Michaud wrote:
> (Perhaps more better would be for the test program(s) to clean up
> the temporary files when the test is finished. :-)
Although you can't be sure that test programs won't crash horribly.
Not that the perl 5 core tests are rob
ren't removed by a subsequent 'make clean' or 'make realclean'.
1. Fresh parrot checkout
2. perl Configure.pl
3. make
4. make languages-test
Performing 'make clean' results in:
~/parrot/trunk> svn status
? file.out
? output.new
? file.txt
?
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #38393]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38393 >
Hi,
when doing a 'make clean' I get an error from
make -C la
> --- Ursprüngliche Nachricht ---
> Von: Stig Brautaset <[EMAIL PROTECTED]>
> An: perl6-internals@perl.org
> Betreff: patch to unbreak 'make clean'
> Datum: Fri, 28 Oct 2005 14:19:12 +0100
>
> Hi,
>
> This patch fixes 'make clean' for me.
Hi,
This patch fixes 'make clean' for me.
Stig
--- config/gen/makefiles/languages.in (revision 9610)
+++ config/gen/makefiles/languages.in (patch - level 1)
@@ -4,7 +4,9 @@
${make_set_make}
PERL = ${perl}
MAKE_C= ${make_c}
+RM_F = ${rm_f}
+
# add new languages her
On 5/31/05, Aankhen <[EMAIL PROTECTED]> wrote:
> You need to get a later version of nmake. The latest is 7.10, I believe.
1.50 -> 7.10
That's quite a version number jump!
I've updated it, and it works now, thanks.
Carl
On 5/31/05, Carl Franks <[EMAIL PROTECTED]> wrote:
> Running `make clean` on WindowsXP is dying with an "expanded command
> line too long" error.
You need to get a later version of nmake. The latest is 7.10, I believe.
Aank
Running `make clean` on WindowsXP is dying with an "expanded command
line too long" error.
Output as follows:
>make clean
Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.
cd ext\Algorithm-TokenBucket &
n32 intermediate files during
'dynclasses/make clean'
~jerry
dynclasses.in.patch
Description: Binary data
On Dec-18, Bruce Gray wrote:
> # New Ticket Created by Bruce Gray
> # Please include the string: [perl #19230]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=19230 >
>
>
> The 'clean' target in the classes makefile is o
# New Ticket Created by Bruce Gray
# Please include the string: [perl #19230]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=19230 >
The 'clean' target in the classes makefile is only removing
'default.h'; it should remove
;
> Following the recent PMC reorganization, lib/Parrot/PMC.pm is now in
> the list of 'fluid' generated files -- ie autogenerated files that are
> produced during the build & removed on 'make clean'. However, nothing
> in the Makefile seems to rebuild
of 'fluid' generated files -- ie autogenerated files that are
produced during the build & removed on 'make clean'. However, nothing
in the Makefile seems to rebuild this file, so doing:
make
make clean
make
leaves you without a copy (and means that everything in t/op
FWIW, I really like having make clean delete *~. But since we have things
like make cvsclean, i don't consider it essential.
--Josh
At 7:19 on 03/18/2002 GMT, Jonathan Stowe <[EMAIL PROTECTED]> wrote:
> There may be a very good reason for this that I haven't determin
There may be a very good reason for this that I haven't determined but
this keeps catching me - I don't really expect 'make clean' to be deleting
files that I have deliberately made:
--- Makefile.in~Mon Mar 18 07:06:35 2002
+++ Makefile.in Mon Mar 18 07:08:26 2
At 09:48 AM 1/1/2002 -1000, David & Lisa Jacobs wrote:
>Index: Makefile.in
Applied, thanks.
Dan
--"it's like this"---
Dan Sugalski even samurai
[EMAIL PROTECTED]
Index: Makefile.in
===
RCS file: /cvs/public/parrot/Makefile.in,v
retrieving revision 1.95
diff -c -r1.95 Makefile.in
*** Makefile.in 31 Dec 2001 22:37:26 - 1.95
--- Makefile.in 1 Jan 2002 19:46:26 -
***
*** 350,35
The latest release from CVS needs a make clean before building. Tinderbox
will be messy until then.
Dan
--"it's like this"---
Dan Sugalski even samurai
[
In message <[EMAIL PROTECTED]>
Daniel Grunblatt <[EMAIL PROTECTED]> wrote:
> Index: Makefile.in
> ===
> RCS file: /home/perlcvs/parrot/Makefile.in,v
> retrieving revision 1.43
> diff -u -r1.43 Makefile.in
I enhanced this t
@@
cd docs; make
clean:
- $(RM_F) *$(O) *.s core_ops.c $(TEST_PROG) $(PDISASM) $(PDUMP)
+ $(RM_F) *$(O) encodings/*$(O) *.s core_ops.c $(TEST_PROG) $(PDISASM) $(PDUMP)
$(RM_F) $(INC)/vtable.h
$(RM_F) $(INC)/oplib/core_ops.h
$(RM_F) $(INC)/oplib
29 matches
Mail list logo
