es to the locations present in the SPEC2006
source directory. Make sure you overwrite every config.guess and
config.sub with the newest versions.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/c
} files from
https://www.gnu.org/software/config in your project directories.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
; opinion
that such systems are just wrong.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
make this config.guess change? Without that
information, it's hard to decide what this is all about.
I remember it being discussed but I don't remember the details and won't
do the research for you. In the end it was decided that using anything
other th
oconf-2.69/html_node/Site-Defaults.html#Site-Defaults
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
points out
config.guess guesses the correct build system.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
depending on what you're
building.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
bash, but certainly makes sense for
whatever odd shell you have.
The question that needs answered is what issue was being resolved by the
addition of the -r? The resolution here may need filters based on the
build host.
--
Earnie
___
config-pa
On 10/22/2018 4:16 PM, Ben Elliston wrote:
> On Mon, Oct 22, 2018 at 10:25:29AM -0400, Earnie wrote:
>
>> Why does config.guess return *-unknown-cygwin when `gcc
>> -dumpmachine` prints *-pc-cygwin? Am I wrong in thinking the two
>> should match? There is no *-unknow
Why does config.guess return *-unknown-cygwin when `gcc -dumpmachine`
prints *-pc-cygwin? Am I wrong in thinking the two should match? There
is no *-unknown-cygwin-gcc on PATH but there is a *-pc-cygwin-gcc on PATH.
--
Earnie
___
config-patches
option to specify --build=YOUR.SYSTEM.TRIPLET to bypass the
guessing.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
iles to the newest
versions found in the repository[1]. Be sure to replace all versions of
the files within the source directories.
[1] http://git.savannah.gnu.org/gitweb/?p=config.git;a=tree
--
Earnie
___
config-patches mailing list
config-pat
mestamp = 2018-08-02
>
> uname -m = x86_64
> uname -r = 2.10.0(0.325/5/3)
> uname -s = MINGW64_NT-10.0
> uname -v = 2018-06-13 23:34
>
You need to specify the --build=x86_64-w64-mingw32 triplet yourself.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
the
requirement to have one for autotools. The quoted document was written
when open source environments weren't prevalent and businesses needed
hand held to be accepting. Now businesses readily accept open source as
a viable solution and the hand holding is no longer a
On 8/10/2018 5:11 AM, dingyu wrote:
> config.guess timestamp = 2004-08-18
>
Download[1] a new set of config.{guess,sub} files and replace these in
every location of the source directory.
[1] http://savannah.gnu.org/git/?group=config
--
h named files in your source directories.
[1] http://savannah.gnu.org/projects/config
[2] http://savannah.gnu.org/git/?group=config
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
nks against a 64-bit libc). As a result, none of this actually
> matters.
>
Given this I can understand the frustration of needing the 32/64
specifier. I would then suggest the patch removes riscv32 and riscv64
specifics and use riscv* instead. I.E. use risc
is given to create a mingw32 directory instead.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
mail list. I've seen
something about AppVeyor on the list but don't remember the details.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
onment. In other words the executable being built will
be hosted on the specified --host. If the compiler doesn't exist to
create those binaries then you need to create the build system. The
--target is used to build the build systems that create binaries for
specified --host systems.
--
E
sing what the build
system is. We don't want to set a precedent of using any executable of
a compiler to determine the build.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
mp = 2012-02-10
>
> uname -m = ppc64le
> uname -r = 4.4.0-109-generic
> uname -s = Linux
> uname -v = #132-Ubuntu SMP Tue Jan 9 20:00:40 UTC 2018
>
From the git link above I see the following filter for your system.
ppc64le:Linux:*:*)
echo powerpc64le-u
hat it is
using the files as packaged in RPostgreSQL_0.6-2.tar.gz and I would
assume that is where the files need to be replaced.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
hat it is
using the files as packaged in RPostgreSQL_0.6-2.tar.gz and I would
assume that is where the files need to be replaced.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
. For any query you can
> reach back to me.
>
Replace all files named config.guess and config.sub with the current
ones from the repository.
--
HTH,
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
t-core/mimic/config/config.sub
>
>From here do
find . -name config.guess
Your source directory three may have more than one.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
tran compiler cannot create executables
> See `config.log' for more details.
>
> What would be the correct way in solving this error?
>
>
Do you have the fortran compiler installed?
You should follow up on cyg...@cygwin.com.
--
Earnie
___
ed to replace every config.guess and config.sub in the source
directory with the ones you downloaded to /usr/share/misc.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
> ===
> ./configure --enable-shared
>
> config.guess timestamp = 2014-11-04
>
Replace every config.guess and config.sub in the source file tree with
current ones from the config git repository.
https://savannah.gnu.org/git/?group=config
--
Earnie
__
is is a common Cygwin issue. You need to take your issue to
cyg...@cygwin.com after review the FAQ at the http://cygwin.com website.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
e/config-guess.data: Remove relevant test cases.
>
Now we wait to see who complains.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
i*:windows32*:*)
>i*:Windows_NT*:*|Pentium*:Windows_NT*:*)
>p*:CYGWIN*:*) (matched PPC)
>*:Interix*:*)
>
> Thoughts?
As far as MinGW is concerned I have no problems with removing these.
You didn't list 8664:Windows_NT:*), I'm okay with that one too.
--
Earnie
_
and config.sub with the most
current version from the repository at
http://savannah.gnu.org/git/?group=config.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
https://savannah.gnu.org/projects/config and
http://git.savannah.gnu.org/gitweb/?p=config.git;a=summary.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
in/arch =
> /usr/bin/oslevel =
> /usr/convex/getsysinfo =
>
> UNAME_MACHINE = aarch64
> UNAME_RELEASE = 3.10.102
> UNAME_SYSTEM = Linux
> UNAME_VERSION = #115 SMP PREEMPT Sat Dec 3 09:19:19 CST 2016
>
--
Earnie
> UNAME_SYSTEM = Linux
> UNAME_VERSION = #1 SMP PREEMPT Fri Jun 2 20:10:11 MDT 2017
> configure: error: cannot guess build type; you must specify one
>
> --
> Ulf Griesmann \\ tel: +1 301 339 4962
> 16833 Westbourne Terrace \\
> Gaithersburg, MD 20
; /bin/uname -X =
>
> hostinfo =
> /bin/universe =
> /usr/bin/arch -k =
>
> /bin/arch = x86_64
> /usr/bin/oslevel =
> /usr/convex/getsysinfo =
>
> UNAME_MACHINE = x86_64
> UNAME_RELEASE = 2.7.0(0.306/5/3)
> UNAME_SYS
d to depend
on the package providing config scripts. You can replace them with the
newer versions directly. You may run into issues with being able to
properly build and/or execute the package because it may not conform to
your system but that is a different issue.
[1] http://savannah.gnu.org/projec
rtunately this option isn't documented so it took some time to
> figure that out. It would be nice if thise were documented at the front
> of config.guess.
>
The --build, --host, --target options are configure options which cause
config.guess to not be executed. They are docume
On 6/5/2017 7:48 PM, Casey Leedom wrote:
> config.guess timestamp = 2005-08-03
Did your system type exist in 2005-08-03? You need to update the
scripts from the repository.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
ht
7;t know and have never used CMake, you should ask their
support list for what to do with it.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
On 5/1/2017 2:12 PM, Snyder, Donald [US] (MS) wrote:
>
> Config.guess timestamp = 2003-2-22
>
Update the config.* scripts.
http://savannah.gnu.org/projects/config
--
Earnie
___
config-patches mailing list
config-patches@gnu.
On 4/26/2017 8:42 PM, Ben Elliston wrote:
> On Tue, Apr 25, 2017 at 09:40:06AM -0400, Earnie wrote:
>
>>> The next question is, what triplet should be output?
>>
>> x86*-unknown-qnx
>
> But it's not a QNX host .. it's a Windows host running QNX developm
;You can install QNX SDP on a Linux, macOS, or Windows development host"[1]
> The next question is, what triplet should be output?
>
x86*-unknown-qnx
The -s for other hosts for this tool would match the development host
--
Earnie
[1]
http://www.qnx.com/developers/docs/7.0.0/#com.qnx
he documentation on MSK Toolkit the -s should be
Windows_NT. This doesn't match the newer WSL either from what I've found.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
T. But that
won't help with the "multilib" issue either; the only option for that is
--host and --build options. And you would need to set the CC variable
of course outside of configure.
Another option that I've employed in the past is to create a c
to
executing a 32bit binary in a 64bit world where the OS adjusts for the
32bits in its 64bitness. The idea is that specifying the --host and
--build to be the same triplet the configure would execute the resulting
binary in tests and the compiler choice would be based on the --host
triplet.
>
&g
two files. Often packages that depend on
other libraries will include those libraries in the source distribution
and each of those libraries will have their own configure scripts
including the config.guess and config.sub files.
--
Earnie
___
config-pat
you replace *all* occurrences of config.guess and config.sub
in the source directories with the newest version from the repository.
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
; http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD
>
these two links.
> If the version you run (./config.guess) is already up to date, please
> send the following data and any information you think might be
It isn't &qu
?
>
He didn't say they didn't have a compiler, he said "do not have a *C*
compiler". The purpose of config.guess and config.sub is to identify a
default system and give an identifiable triplet string. A compiler
shouldn't need to be used to do that.
>> They can, howeve
e --host. What
utility are you using for the POSIX environment? Cygwin, MSYS, MSYS2,
something else?
--
Earnie
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
still have same problem.
>
> Can you please run the latest version, then, and send the output of that
> script?
>
In other words
>> config.guess timestamp = 2003-06-17
isn't the latest version.
--
Earnie
___
config-pa
as failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
>
>ftp://ftp.gnu.org/pub/gnu/config/
Regards,
Earnie
___
config-patches mailing list
conf
n ask if would be accepted.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
On Thu, Oct 24, 2013 at 6:40 AM, JonY wrote:
> On 10/24/2013 14:04, Daniel Richard G. wrote:
>> On Wed, 2013 Oct 23 7:55-0400, Earnie Boyd wrote:
>>>
>>> JonY you forget to mention that what Daniel is trying to do has
>>> already been tried once and long
s misinformation. You ARE already cross
> compiling, you cannot mix code from either platforms, even if they both
> run on Windows.
JonY you forget to mention that what Daniel is trying to do has
already been tried once and long since abandoned in favor of using a
cross compiler. Remember
On Mon, Oct 21, 2013 at 9:19 AM, Kai Tietz wrote:
> Hello,
>
> Once again ... We already discussed this issue some time ago directly,
> Earnie. And just by repeating and spreading this nonsense over and over
> again, it doesn't make it right.
>
I am not going to de
On Mon, Oct 21, 2013 at 8:01 AM, Earnie Boyd wrote:
> On Mon, Oct 21, 2013 at 6:13 AM, JonY wrote:
>>
>> Moreover, *-*-mingw64 does not exist save for a short experimentation
>> period. It should really be removed. The __MINGW64__ macro on the other
>> hand is unrelate
not be removed.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
;
> the operating system you are using. It is advised that you
>
> download the most up to date version of the config scripts from
>
>
>
> ftp://ftp.gnu.org/pub/gnu/config/
>
Did you download the most current and replace the config.guess and
config.sub in the packa
dle your system.
>
> config.guess timestamp = 2002-09-03
>
This is not anywhere close to a current version in 2013.
Replace your config.guess and config.sub files with current ones.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
config-p
Minimal patch attached which provides a default of i686-pc instead of
i386-pc. This patch is important because of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909.
--
Earnie
-- https://sites.google.com/site/earnieboyd
gnuconfig-2013-08-09.patch
Description: Binary data
nues the
legacy method. However, your solution does help those with packages
that currently use that legacy method.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
fig-dir=/path/to/config files might be
nice and configure would execute the config.guess and config.sub in
that directory or error if the files do not exist or are unreadable.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
config-patches mai
config.guess and config.sub
something similar to the following might be best?
~
if [[ -f /usr/local/share/config/config.guess ]]
then
. /usr/local/share/config/config.guess
exit
fi
if [[ -f /usr/share/config/config.guess ]]
then
. /usr/share/config/config.guess
exit
fi
--
/) and I tell autoconf via
configure.ac where to find it.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
gile, someone forgets it is set and then has trouble because the
config.guess/config.sub he's trying to use isn't being used. I know
you mean for the variable to be set at autoreconf/configure usage but
there are always idiots who install it into
68 matches
Mail list logo
