On Saturday 01 October 2005 02:26:21 Nick Glencross wrote:
> > I've been wanting to relax the dependency that parrot's core has on
> > parrot_config.
> I'm not sure that the patch made it into RT. Here it is again, with a
> small tweak to a Makefile dependency.
> src/config.c will need to be 'sv
Guys,
I've been wanting to relax the dependency that parrot's core has on
parrot_config. As things stand at the moment, src/global_setup.c makes
a call to parrot_get_config which is linked into the executable itself
by selecting either null_config.o, parrot_config.o or
install_config.o.
Qu
On Oct 18, 2005, at 18:10, Nick Glencross wrote:
Leopold Toetsch wrote:
./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc
make: *** [runtime/parrot/include/config.fpmc] Error 139
Please check the patch, thanks.
As for the second more serious issue, that's very odd! I assu
Leopold Toetsch wrote:
Nick Glencross wrote:
Let me try reposting the patch, which gives me the opportunity to bit
twiddle a bit more:
* Removed the mmap nonsense which was sent by accident
* Renamed config.c to config_string.c to make it less generic
* Moved a couple externs from a c
Nick Glencross wrote:
Let me try reposting the patch, which gives me the opportunity to bit
twiddle a bit more:
* Removed the mmap nonsense which was sent by accident
* Renamed config.c to config_string.c to make it less generic
* Moved a couple externs from a core parrot library into th
For starters, it gives you a libparrot which doesn't have any external
dependencies. Much nicer, if only aesthetically.
Nick
On 10/18/05, Joshua Hoblitt via RT <[EMAIL PROTECTED]> wrote:
> Chip,
>
> Looks like a design call.
Let me try reposting the patch, which gives me the opportunity to bit
twiddle a bit more:
* Removed the mmap nonsense which was sent by accident
* Renamed config.c to config_string.c to make it less generic
* Moved a couple externs from a core parrot library into the main
executable, where
I promptly sent a follow-up after I spotted this, but it didn't seem
to make it into RT. Well spotted! (I'd been checking that an
HP-UX-related patch didn't break things)
I also think that it would also be cleaner to move the lines
const char* parrot_config_ptr;
unsigned int parrot_config_size;
On Sun, Oct 16, 2005 at 11:56:16PM +0100, Nick Glencross wrote:
> Here's an updated version of a patch to change how parrot picks up its
> built-in configuration values. They are currently picked up by the
> parrot library through globals linked against the executable.
>
> This patch changes the
Here's an updated version of a patch to change how parrot picks up its
built-in configuration values. They are currently picked up by the
parrot library through globals linked against the executable.
This patch changes the API so that the parrot environment starts without
a config (which makes
On Sat, Oct 01, 2005 at 10:26:21AM +0100, Nick Glencross wrote:
> I'm not sure that the patch made it into RT. Here it is again, with a
> small tweak to a Makefile dependency.
It didn't make it in because I dropped the ball. Thanks for
resubmitting.
Cheers,
-J
--
pgp4ci9TRYeyH.pgp
Descripti
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
Content-Type: multipart/mixed;
boundary="090002080107010906030407"
X-Antivirus: avast! (VPS 0539-3, 30/09/2005), Outbound message
X-Antivirus-Status: Clean
--090002080107010906030407
Conte
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37303]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37303 >
- Forwarded message from Nick Glencross <[EMAIL PROTECTED]> -
From: Nick Gle
13 matches
Mail list logo
