FLTK logo

Re: [fltk.general] Re: Unable to install 1.4 on Linuxmint 20.

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 All Forums  |  Back to fltk.general  ]
 
Previous Message ]New Message | Reply ]Next Message ]

Re: Re: Unable to install 1.4 on Linuxmint 20. imm Sep 10, 2020  
 
On Thu, 10 Sep 2020, 13:28 Greg Ercolano wrote:
On 2020-09-10 02:02, Manolo wrote:
> I believe the weekly tar file should contain config.sub and config.guess.
> They are present in the release tar files, and the error reported by the OP
> does not occur if misc/config.sub and misc/config.guess are duplicated
> to config.sub and config.guess.

        I know we had a long thread about all this years ago, and there were
        reasons why it is the way it is.

        IIRC, it's best if autoconf generates these files, as it can have version
        specific stuff in them. I think we hit a snag once when autoconf changed
        something, and our frozen copies broke it.

        We keep those copies around in the misc directory as a fallback, in case
        it doesn't generate them.

        It's why we have these targets in the Makefile:
_______________________________
config.guess config.sub:
        -automake --add-missing 2> /dev/null      <-- THIS SHOULD GENERATE THE TWO FILES. IF NOT, NEXT TWO LINES DO
        if [ ! -e config.sub   ]; then echo NOTE: Using frozen copy of config.sub;   cp misc/config.sub   . ; fi
        if [ ! -e config.guess ]; then echo NOTE: Using frozen copy of config.guess; cp misc/config.guess . ; fi
_______________________________

        ..and why 'make distclean' does this:
_______________________________
        $(RM) config.guess
        $(RM) config.sub
        $(RM) configure
_______________________________


FWIW (not much!) my recollection tallies with Greg, there's some reason why we didn't just "hard code" the fallback versions of these files...

The auto-generated versions were "better".

But I never understood autoconf so...

If the OP had the autoconf tools installed, it might have worked? I don't think so but am not sure.

Running make first does seem to work, since it will try to use the fallback files if the automake doesn't create them.

 But I'm not even sure about that as my systems do have autoconf, even the mingw/Windows ones.

So if we ship a pre-generated configure script, how do we know that it can find the config.[sub|guess] script?

Greg's suggestion of using a wrapper around configure might be the way to go? Anyone who runs autoconf will overwrite that anyway, and anyone who just types ./configure will (probably!) get the expected behaviour?

Or I'm missing the point entirely?
-- 
Ian
From my Fairphone FP3
   

--
You received this message because you are subscribed to the Google Groups "fltk.general" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkgeneral+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkgeneral/CAGFM6dZhRdj42%2B8Wt3D97SnSE4%3D9AQJFo13fzzySaL%3D0Rv9Phw%40mail.gmail.com.
Direct Link to Message ]
 
     
Previous Message ]New Message | Reply ]Next Message ]
 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.