Am Montag, 18. Dezember 2006 04:50 schrieb chromatic via RT:
> On Mon May 09 07:36:14 2005, leo wrote:
> > If you are embedding or extending Parrot and linked against libparrot
> > you now have to additionally link with one of:
> >
> >src/null_config.o
> >src/parrot_config.o # prefix :
the
directory separator is hard coded to the unix directory separator.
This should be pulled in from parrot config so that it is platform
independent.
This ticket is in response to cage task #39704.
thanks, applied as r14675.
nice work, paul.
~jerry
ies!
Here it is again.
Regards,
Paul
This patch adds the C-specific emacs/vim coda to all C-language files
under parrot/config/gen.
Files affected by this patch:
config/gen/platform/netbsd/math.c
config/gen/platform/cygwin/math.c
config/gen/platform/win32/time.c
config/gen/platform/win32/dl
e files
under parrot/config/gen.
Regards,
Paul
Files affected by this patch:
config/gen/platform/netbsd/math.c
config/gen/platform/cygwin/math.c
config/gen/platform/win32/time.c
config/gen/platform/win32/dl.c
config/gen/platform/win32/threads.h
config/gen/platform/win32/stat.h
config/gen/platform
As a result of the recent patch to Parrot::Config, anyone who tries
to do an svn up in an already Configure.pl'd sandbox will get an error:
svn: Failed to add file 'lib/Parrot/Config.pm': object of the same
name already exists
remove the file, re-up, and re-configure. - T
cent FAQs:
> >
> > 1) Create a stub module of the same name and check it into svn. When
> > used, the module should:
> >
> >a) check to see if Parrot::Config::Generated exists. If so, this
> > module should act as a proxy for that object.
> >
tub module of the same name and check it into svn. When
used, the module should:
a) check to see if Parrot::Config::Generated exists. If so, this
module should act as a proxy for that object.
b) If not, die with a helpful error message, like, "Unavailable
until parrot is configured.&quo
I have a partial solution. There was a bug in Parrot::Configure::Data->add
which
caused it to always include a stringified copy of self for every usage of add.
This
leads to a large number of garbage hashref strings with even larger numbers of
delimiter seperated delimiter strings.
I'll attemp
On Tue, Jan 17, 2006 at 12:44:56PM -0800, jerry gay wrote:
> attached is my lib/Parrot/Config.pm file generated from r11223, on
> windows using msvc. inside you'll find a few things, like keys given
> unix file path values,
> 'bin_dir' => '/usr/local/bin',
>
> an invalid key,
>
# New Ticket Created by jerry gay
# Please include the string: [perl #38260]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38260 >
attached is my lib/Parrot/Config.pm file generated from r11223, on
windows using msvc. ins
Leopold Toetsch (via RT) wrote:
If you are embedding or extending Parrot and linked against libparrot
you now have to additionally link with one of:
src/null_config.o
src/parrot_config.o # prefix := build-dir
src/install_config.o # prefix := --prefix dir
leo
Leopold Toetsch (via RT) wrote:
3) "make install" creates src/parrot_config_install.c and links that
into parrot_install$EXE, which during installation becomes
.../bin/parrot$EXE. With this step we get rid of the problem with
runtime vs build directory library usage.
Done (rev 8028), with slight
Leopold Toetsch (via RT) wrote:
1) We have F, which is a frozen
image of the config hash generated by F. Creating the
frozen image needs already parrot (a possibly already existing parrot or
miniparrot in the long run). But locating this file needs the library or
include path, with resides in t
On 15 Apr, Leopold Toetsch wrote:
: That stuff is all in Perl code under the config dir, e.g:
:
: $ find config -type f | xargs grep -w intsize
This clarifies some of my unapproved assumptions, although src has
some files containing these keywords too.
: I think we should have:
:
:INTVAL_t
Steven Philip Schubiger wrote:
[ cc'ed list, so that folks know about takers ]
On 15 Apr, Leopold Toetsch wrote:
: 5) along with bringing the config online, some cleanup and renaming
: wouldn't harm e.g. "iv" vs "opcode_t", "intvalsize" vs "intsize" vs
: "opcode_t_size" ...
This part seems appea
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #34994]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34994 >
A Python example first:
$ python
>>> import sys
>>> print sys.maxint
2147483647
According to Leo Toetsch:
> Chip Salzenberg <[EMAIL PROTECTED]> wrote:
> > + $(RM_F) $(IMCC_DIR)/imcparser.c
> > + $(RM_F) $(IMCC_DIR)/imclexer.c
>
> This isn't quite right, it works only if you have bison/flex and you
> did Configure.pl --maintainer
>
> If you don't change the files and just
Chip Salzenberg <[EMAIL PROTECTED]> wrote:
> cvsuser 05/04/04 13:03:46
> Modified:config/gen/makefiles root.in
> Log:
> When generating parser or lexer, remove target .c file first.
[ ... ]
> + $(RM_F) $(IMCC_DIR)/imcparser.c
> + $(RM_F) $(IMCC_DIR)/imclexer.c
This isn't qu
Adrian Lambeck <[EMAIL PROTECTED]> wrote:
[ please don't top post ]
> I will try it out to see if it works for me. Now I know how to get the
> data but how can I include this into a Makfile. If this were Perl-code
> I could use MakeMaker but this way I need to do it somehow different.
There's a
ambeck (via RT) wrote:
> >>>># New Ticket Created by Lambeck # Please include the string: [perl
> >>>>#34356]
> >>>># in the subject line of all future correspondence about this issue. #
> >>>>https://rt.perl.org/rt3/Ticket/Display.html?id=
#34356]
# in the subject line of all future correspondence about this issue. #
https://rt.perl.org/rt3/Ticket/Display.html?id=34356 >
It would be nice to have a module that returns the installed parrot
config.
Other applications (hopefully a lot) that configure depending on
parrot might need this. I
ect line of all future correspondence about this issue. #
> >> https://rt.perl.org/rt3/Ticket/Display.html?id=34356 >
> >>
> >>
> >> It would be nice to have a module that returns the installed parrot
> >> config.
> >> Other applications (hopefu
he string: [perl
#34356]
# in the subject line of all future correspondence about this issue. #
https://rt.perl.org/rt3/Ticket/Display.html?id=34356 >
It would be nice to have a module that returns the installed parrot
config.
Other applications (hopefully a lot) that configure depending on
pa
uld be nice to have a module that returns the installed parrot config.
Other applications (hopefully a lot) that configure depending on parrot might
need this. I mean something like App::Info::HTTPD::Apache
(http://search.cpan.org/~dwheeler/App-Info-0.44/).
I am not into App::Info so I can not dec
# New Ticket Created by Lambeck
# Please include the string: [perl #34356]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34356 >
It would be nice to have a module that returns the installed parrot config.
Ot
Timur Safin <[EMAIL PROTECTED]> wrote:
> - Original Message -
> From: "Leopold Toetsch" <[EMAIL PROTECTED]>
>> On (AFAIK) all systems: opcode_type = intval_type = long. This size has
>> to match the pointer size. And floatval_type = double.
> It was not exactly true till recent (the count
- Original Message -
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
To: "Perl 6 Internals" <[EMAIL PROTECTED]>
Sent: Friday, July 16, 2004 9:42 AM
Subject: Parrot config - a small perl task
> On (AFAIK) all systems: opcode_type = intval_type = long. This s
Brent 'Dax' Royal-Gordon wrote:
Leopold Toetsch wrote:
On (AFAIK) all systems: opcode_type = intval_type = long. This size
has to match the pointer size. And floatval_type = double.
Very small, as it turns out:
Great, thanks. The patch is smaller then my description ;)
leo
Leopold Toetsch wrote:
On (AFAIK) all systems: opcode_type = intval_type = long. This size has
to match the pointer size. And floatval_type = double.
Very small, as it turns out:
- my $intval=$Config{ivtype} || 'long';
- my $floatval=$Config{nvtype} || 'double';
- my $opcode=$Config{ivtype}
Our types configuration is still using perl5's type sizes. This breaks
default Configure.pl runs on various architectures, that ship a perl
with "long long" intvals.
Using perl's was needed a long time ago, when packfiles were generated
by perl. It's not needed any more.
So the job is to fix t
On Thu, Jul 01, 2004 at 09:20:22AM -0700, Dennis Rieks wrote:
> perl Configure.pl --icuheaders=/devel/tinder/vc6/icu/include
> --icushared="/libpath:/devel/tinder/vc6/icu/lib icuuc.lib"
>
> Generating build filesdone.
> Moving platform files into p
07:44:10
>
> Modified:config/init data.pl
> Log:
> Write the Config file out with keys in sorted order. Makes browsing it
> much more simple
>
> Revision ChangesPath
> 1.29 +2 -2 parrot/config/ini
Leopold Toetsch wrote:
Courtesy of Brent 'Dax' Royal-Gordon <[EMAIL PROTECTED]>
Er...that wasn't me--I was just passing it along, as I said in the
message. (If it was me, I'd likely have committed it myself. ;^) )
Credit goes to Matt Fowles <[EMAIL PROTECTED]>.
(Leo, I tried to send this to you
--- via RT <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> # New Ticket Created by [EMAIL PROTECTED]
> # Please include the string: [perl #27042]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=27042 >
>
> ATTACHMENT
Nigelsandever @ Btconnect . Com <[EMAIL PROTECTED]> wrote:
> This patch implements Parrot_Run_OS_Command() for Win32.
Thanks, applied.
> Whilst I'm posting this, I will mention the following build error
> platform.c
Should be fixed now.
leo
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #27042]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27042 >
This patch implements Parrot_Run_OS_Command() for Win32.
I haven't diff'd the f
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> I'll check in a test if malloced memory is executable RSN.
The check is in. On fedora, the Configure line of JIT should have
(has_exec_protect yes)
If that's ok, some define in a header should be set.
We currently seem to be missing a general solu
Peter Gibbs <[EMAIL PROTECTED]> wrote:
> Log:
> Prevent attempts to reallocate mmap'd executable memory until somebody
> works out how to do it.
For linux/fedora, I'd go with this scheme:
- mem_alloc_executable uses valloc() that is memalign(getpagesize(),
size) with size rounded up t
At 12:38 PM +0100 12/10/03, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Better handle dependencies for make -j 4 builds.
This seems now to force rebuilds forever after opcode changes.
Ah, damn. OK, we can back it out.
--
Dan
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Better handle dependencies for make -j 4 builds.
This seems now to force rebuilds forever after opcode changes.
leo
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Andy Dougherty <[EMAIL PROTECTED]> wrote:
>
> > Sorry, I guess I should have been more explicit. What folks apparently do
> > is have the sources on an NFS server mounted read-only. They then build a
> > symlink tree onto a local read-write filesyst
At 10:32 AM +0100 12/2/03, Leopold Toetsch wrote:
Andy Dougherty <[EMAIL PROTECTED]> wrote:
Sorry, I guess I should have been more explicit. What folks apparently do
is have the sources on an NFS server mounted read-only. They then build a
symlink tree onto a local read-write filesystem and r
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> Sorry, I guess I should have been more explicit. What folks apparently do
> is have the sources on an NFS server mounted read-only. They then build a
> symlink tree onto a local read-write filesystem and run the build there.
> Thus they can create all
On Dec 1, 2003, at 8:11 AM, Andy Dougherty wrote:
On Mon, 1 Dec 2003, Leopold Toetsch wrote:
Andy Dougherty <[EMAIL PROTECTED]> wrote:
I can think of one other potential problem: What if the user wants
to
mount the source read-only? Last I checked, except for this issue,
it was
possible to d
On Mon, 1 Dec 2003, Leopold Toetsch wrote:
> Andy Dougherty <[EMAIL PROTECTED]> wrote:
>
> > I can think of one other potential problem: What if the user wants to
> > mount the source read-only? Last I checked, except for this issue, it was
> > possible to do so. For perl5, this ability was oft
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> I can think of one other potential problem: What if the user wants to
> mount the source read-only? Last I checked, except for this issue, it was
> possible to do so. For perl5, this ability was often requested.
We are generating all kinds of files i
On Thu, 27 Nov 2003, Leopold Toetsch wrote:
> JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
> > +TOUCH = $(PERL) -e ${PQ}open(A,qq{>>$$_}) or die foreach @ARGV${PQ}
>
> Well done. *But* this f*cking command does still not update time stamps.
>
> Is this a Perl5 failure? Anyway, we need a (golfy)
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> How about this? Its from perldoc -f utime:
Ah thanks. I should have read that first :)
> TOUCH = $(PERL) -e ${PQ}$now = time; utime $now, $now, @ARGV;${PQ}
s/\$now/\$\$now/g for Makefile's sake.
Touches existing files fine. For imcc.y.flag we could
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
> > +TOUCH = $(PERL) -e ${PQ}open(A,qq{>>$$_}) or die foreach @ARGV${PQ}
>
> Well done. *But* this f*cking command does still not update time stamps.
>
> Is this a Perl5 failure? Anyway, we need a (golfy
JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
> +TOUCH = $(PERL) -e ${PQ}open(A,qq{>>$$_}) or die foreach @ARGV${PQ}
Well done. *But* this f*cking command does still not update time stamps.
Is this a Perl5 failure? Anyway, we need a (golfy) touch equivalent for
these poor systems not providing o
Brent Dax wrote:
> [EMAIL PROTECTED]:
> # Modified:config/gen/makefiles perl6.in
> # +perl6-config: ../../Makefile pconfig.pl
> # + $(myperl) pconfig.pl ../../Makefile perl6-config
> Bad programmer, no cookie--those slashes aren't portable to Windows.
Actually it is my code ;
Sean O'Rourke:
# > # +perl6-config: ../../Makefile pconfig.pl
# > # + $(myperl) pconfig.pl ../../Makefile perl6-config
# >
# > Bad programmer, no cookie--those slashes aren't portable to Windows.
#
# Color me confused on this one, since just about every
# .in-file seems to use '/'.
Ug
On Sat, 10 Aug 2002, Brent Dax wrote:
> [EMAIL PROTECTED]:
> # Modified:config/gen/makefiles perl6.in
> # Log:
> # grab some info for perl6 driver to generate compiled exes.
>
> # +perl6-config: ../../Makefile pconfig.pl
> # + $(myperl) pconfig.pl ../../Makefile perl6-config
[EMAIL PROTECTED]:
# Modified:config/gen/makefiles perl6.in
# Log:
# grab some info for perl6 driver to generate compiled exes.
# +perl6-config: ../../Makefile pconfig.pl
# + $(myperl) pconfig.pl ../../Makefile perl6-config
Bad programmer, no cookie--those slashes aren't port
55 matches
Mail list logo