FAQ
In order to get in sync, I rebuilt config_h.SH with metaconfig, and the
content was the same, but reshuffled (reordered)

This cause HAS_QUAD to be too far down and also LONGLONG to be used before
defined

The deps in byteorder.U were questionable, but adding longsize to the deps
(and using it in comments to have it validated) didn't help a bit.

perlxv.U has all the deps where I expect them to be

Is there, other than the deps, any way to influence the order in config_h.SH?
If so, where? Or is it manual intervention afterwards, and does that need to
be documented in a reame or so. I cannot find it.

modified/Config_h.U and modified/Config_sh.U don't hint me to anything useful
either

--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.5, & 5.9.x, and 809 on HP-UX 10.20 & 11.00, 11i,
AIX 4.3, AIX 5.2, SuSE 9.1, and Win2k. http://www.cmve.net/~merijn/
http://archives.develooper.com/daily-build@perl.org/ perl-qa@perl.org
send smoke reports to: smokers-reports@perl.org, QA: http://qa.perl.org

Search Discussions

  • Andrew Dougherty at Jan 3, 2005 at 7:52 pm

    On Thu, 23 Dec 2004, H.Merijn Brand wrote:

    In order to get in sync, I rebuilt config_h.SH with metaconfig, and the
    content was the same, but reshuffled (reordered)

    This cause HAS_QUAD to be too far down and also LONGLONG to be used before
    defined
    If I recall correctly, the dependencies in the metaconfig units control
    the ordering in Configure, but not the ordering in config_h.SH. The
    ordering in config_h.SH, I believe, is determined by a simple alphabetical
    ordering of the units. That's what the a_dvisory/ directory is for. I
    think there are some more details in the metaconfig/README file.

    --
    Andy Dougherty doughera@lafayette.edu
  • H.Merijn Brand at Jan 4, 2005 at 11:27 am

    On Mon 03 Jan 2005 20:52, Andrew Dougherty wrote:
    On Thu, 23 Dec 2004, H.Merijn Brand wrote:

    In order to get in sync, I rebuilt config_h.SH with metaconfig, and the
    content was the same, but reshuffled (reordered)

    This cause HAS_QUAD to be too far down and also LONGLONG to be used before
    defined
    If I recall correctly, the dependencies in the metaconfig units control
    the ordering in Configure, but not the ordering in config_h.SH. The
    ordering in config_h.SH, I believe, is determined by a simple alphabetical
    ordering of the units. That's what the a_dvisory/ directory is for. I
    think there are some more details in the metaconfig/README file.
    Sounds reasonable, except for the fact that I somehow don't see how and where
    a_dvisory is used, if used at all

    l1:/pro/3gl/CPAN/bin 112 > l
    ./ jmkmf* manilist* pat* patindex* patsnap*
    ../ kitpost* metaconfig* patbase* patlog* rt*
    cpan2dist.pl* kitsend* metagrep* patcil* patmake* rt-cli*
    cpanp* makeSH* metalint* patclean* patname* showpatch*
    cpanpd.pl* makedist* metaxref* patcol* patnotify* sshp*
    diff2unit.pl* manicheck* p4* patdiff* patpost*
    jmake* manifake* packinit* patftp* patsend*
    l1:/pro/3gl/CPAN/bin 113 > grep a_dvisory *
    Exit 1
    l1:/pro/3gl/CPAN/bin 114 > cd ../metaconfig/
    l1:/pro/3gl/CPAN/metaconfig 115 > grep a_dvisory *
    Binary file U matches
    l1:/pro/3gl/CPAN/metaconfig 116 > cd U
    l1:/pro/3gl/CPAN/metaconfig/U 117 > grep a_dvisory *
    README:a_dvisory/
    README: The a_dvisory/ directory, then, is a place to put units that need
    l1:/pro/3gl/CPAN/metaconfig/U 118 >

    I'm contemplating some sort of tsort algorithm for config_h.SH sorting


    --
    H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
    using perl-5.6.1, 5.8.5, & 5.9.x, and 809 on HP-UX 10.20 & 11.00, 11i,
    AIX 4.3, AIX 5.2, SuSE 9.1, and Win2k. http://www.cmve.net/~merijn/
    http://archives.develooper.com/daily-build@perl.org/ perl-qa@perl.org
    send smoke reports to: smokers-reports@perl.org, QA: http://qa.perl.org
  • Andrew Dougherty at Jan 4, 2005 at 1:46 pm

    On Tue, 4 Jan 2005, H.Merijn Brand wrote:
    On Mon 03 Jan 2005 20:52, Andrew Dougherty wrote:
    On Thu, 23 Dec 2004, H.Merijn Brand wrote:

    In order to get in sync, I rebuilt config_h.SH with metaconfig, and the
    content was the same, but reshuffled (reordered)

    This cause HAS_QUAD to be too far down and also LONGLONG to be used before
    defined
    If I recall correctly, the dependencies in the metaconfig units control
    the ordering in Configure, but not the ordering in config_h.SH. The
    ordering in config_h.SH, I believe, is determined by a simple alphabetical
    ordering of the units. That's what the a_dvisory/ directory is for. I
    think there are some more details in the metaconfig/README file.
    Sounds reasonable, except for the fact that I somehow don't see how and where
    a_dvisory is used, if used at all
    It's not explicitly used -- it's just a name that sorts near the
    beginning. To be more explicit: when the sorting takes place,
    the directory name is included along with the unit name, so
    that
    a_dvisory/multiarch.U
    sorts before
    compline/byteorder.U.
    l1:/pro/3gl/CPAN/metaconfig/U 117 > grep a_dvisory *
    README:a_dvisory/
    README: The a_dvisory/ directory, then, is a place to put units that need
    Yup, that's the only place it's documented.
    I'm contemplating some sort of tsort algorithm for config_h.SH sorting
    Yes, something like that would be appropriate -- or use the sorting
    already determined by metaconfig for the shell portions of the units. As
    it says in README, however,

    This could be fixed, I suppose, but it wasn't trivial the one
    time I looked.

    --
    Andy Dougherty doughera@lafayette.edu
  • H.Merijn Brand at May 27, 2005 at 2:17 pm

    On Tue, 4 Jan 2005 08:46:55 -0500 (EST), Andrew Dougherty wrote:
    On Tue, 4 Jan 2005, H.Merijn Brand wrote:
    On Mon 03 Jan 2005 20:52, Andrew Dougherty wrote:
    On Thu, 23 Dec 2004, H.Merijn Brand wrote:

    In order to get in sync, I rebuilt config_h.SH with metaconfig, and
    the content was the same, but reshuffled (reordered)

    This cause HAS_QUAD to be too far down and also LONGLONG to be used
    before defined
    If I recall correctly, the dependencies in the metaconfig units control
    the ordering in Configure, but not the ordering in config_h.SH. The
    ordering in config_h.SH, I believe, is determined by a simple
    alphabetical ordering of the units. That's what the a_dvisory/
    directory is for. I think there are some more details in the
    metaconfig/README file.
    Sounds reasonable, except for the fact that I somehow don't see how and
    where a_dvisory is used, if used at all
    It's not explicitly used -- it's just a name that sorts near the
    beginning. To be more explicit: when the sorting takes place,
    the directory name is included along with the unit name, so
    that
    a_dvisory/multiarch.U
    sorts before
    compline/byteorder.U.
    l1:/pro/3gl/CPAN/metaconfig/U 117 > grep a_dvisory *
    README:a_dvisory/
    README: The a_dvisory/ directory, then, is a place to put units that
    need
    Yup, that's the only place it's documented.
    I'm contemplating some sort of tsort algorithm for config_h.SH sorting
    Yes, something like that would be appropriate -- or use the sorting
    already determined by metaconfig for the shell portions of the units. As
    it says in README, however,

    This could be fixed, I suppose, but it wasn't trivial the one
    time I looked.
    Just to complete this track, it's now solved with Porting/config_h.pl

    # metaconfig -m
    # perl Porting/config_h.pl

    --
    H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
    using Perl 5.6.2, 5.8.0, 5.8.5, & 5.9.2 on HP-UX 10.20, 11.00 & 11.11,
    AIX 4.3 & 5.2, SuSE 9.2 & 9.3, and Cygwin. http://www.cmve.net/~merijn
    Smoking perl: http://www.test-smoke.org, perl QA: http://qa.perl.org
    reports to: smokers-reports@perl.org, perl-qa@perl.org

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupperl5-build @
categoriesperl
postedDec 23, '04 at 9:10p
activeMay 27, '05 at 2:17p
posts5
users2
websiteperl.org

People

Translate

site design / logo © 2019 Grokbase