OpenCores
no use no use 1/1 no use no use
or1ksim compilation problem
by Unknown on Feb 18, 2005
Not available!
Hi,

I was trying to install the whole tools chain but I have problem with
or1ksim installation package. I downloaded the package few hours
ago but is seems not consistent. Files like configure.in and Makefile.in
are referring to sub-directory or1ksim/extras but is is empty!

The configure script will try to look for rules files inside this
directory
and it will stop sicne they don't exist in the original data base.

Any suggestion?

Thanks in advance

Stefano
or1ksim compilation problem
by Unknown on Feb 18, 2005
Not available!
I was trying to install the whole tools chain but I have problem with
or1ksim installation package. I downloaded the package few hours
ago but is seems not consistent. Files like configure.in and Makefile.in
are referring to sub-directory or1ksim/extras but is is empty!

The configure script will try to look for rules files inside this
directory
and it will stop sicne they don't exist in the original data base.

Any suggestion?


Recently the extras directory became the port directory. We are still waiting
for the opencores admin to regenerate configure and the Makefile.ins. In the
mean time all you have to do is run `aclocal && automake && autoconf' in the
or1ksim top directory and then proceed with the standard build procedure.

nog.

or1ksim compilation problem
by Unknown on Feb 18, 2005
Not available!
* stefano.lorenzini1@tin.it (stefano.lorenzini1@tin.it) wrote:
Hi,

I was trying to install the whole tools chain but I have problem with
or1ksim installation package. I downloaded the package few hours
ago but is seems not consistent. Files like configure.in and Makefile.in
are referring to sub-directory or1ksim/extras but is is empty!

The configure script will try to look for rules files inside this
directory
and it will stop sicne they don't exist in the original data base.

Any suggestion?


aclocal && autoconf && automake

after that as usual. i'll try to fix it as soon as possible...

best regards,
p.

or1ksim compilation problem
by Unknown on Feb 18, 2005
Not available!
Hi, thanks for your feedback. I run aclocal && automake && autoconf, after running autoconf I get: configure.in:62: warning: AC_TRY_RUN called without default to allow cross compiling autoconf: Undefined macros: configure.in:68:AC_CHECK_TYPES([uint8_t, uint16_t, uint32_t],,, [#include ]) configure.in:69:AC_CHECK_TYPES([int8_t, int16_t, int32_t],,, [#include ]) I tried to run anyway the or1k_ats_uclinux.sh script but I get the following error (only part of the log is reported): checking for sys/file.h... yes checking for locale.h... yes checking for net/ethernet.h... no checking for sys/ethernet.h... no checking for malloc.h... yes checking for inttypes.h... yes checking whether byte ordering is bigendian... no ../or1ksim/configure: 2016: Syntax error: word unexpected (expecting ")") /bin/sh ./config.status --recheck ./config.status: Can't open ./config.status: No such file or directory make: *** [config.status] Error 2 What I'm still missing? Thanks again Stefano
-- Messaggio originale -- Date: Fri, 18 Feb 2005 12:24:18 +0100 From: "György 'nog' Jeney" nog@sdf.lonestar.org> To: List about OpenRISC project openrisc@opencores.org> Subject: Re: [openrisc] or1ksim compilation problem Reply-To: List about OpenRISC project openrisc@opencores.org>
I was trying to install the whole tools chain but I have problem with
or1ksim installation package. I downloaded the package few hours
ago but is seems not consistent. Files like configure.in and Makefile.in
are referring to sub-directory or1ksim/extras but is is empty!

The configure script will try to look for rules files inside this
directory
and it will stop sicne they don't exist in the original data base.

Any suggestion?


Recently the extras directory became the port directory. We are still

waiting
for the opencores admin to regenerate configure and the Makefile.ins.

In
the mean time all you have to do is run `aclocal && automake && autoconf' in the or1ksim top directory and then proceed with the standard build procedure. nog. _______________________________________________ http://www.opencores.org/mailman/listinfo/openrisc





or1ksim compilation problem
by Unknown on Feb 18, 2005
Not available!
Hi, thanks for your feedback. I run aclocal && automake && autoconf, after running autoconf I get: configure.in:62: warning: AC_TRY_RUN called without default to allow cross compiling autoconf: Undefined macros: configure.in:68:AC_CHECK_TYPES([uint8_t, uint16_t, uint32_t],,, [#include ]) configure.in:69:AC_CHECK_TYPES([int8_t, int16_t, int32_t],,, [#include ])


What version of autoconf are you useing (`autoconf --version')? It works fine
for me here on version 2.53.

nog.

or1ksim compilation problem
by Unknown on Feb 18, 2005
Not available!
my autoconf version is 2.13 (a bit older the your one). I got it from the
cygWin installation I did few days ago just with the goal to
setup the whole tool chain for or1200.

Any idea about where to find newer autoconf version for CygWin (GNU site?).
Geez, that is a _realy_ old version of autoconf. I have never used CygWin, but haveing a quick look on www.cygwin.org, shows that autoconf version 2.57 is availible. The FAQ at http://cygwin.org/faq.html talks about some `CygWin Setup' utility, maybe that's what you need. nog.
or1ksim compilation problem
by Unknown on Feb 18, 2005
Not available!
Hello,

my autoconf version is 2.13 (a bit older the your one). I got it from the
cygWin installation I did few days ago just with the goal to
setup the whole tool chain for or1200.

Any idea about where to find newer autoconf version for CygWin (GNU site?).

Thanks and best regards
stefano
-- Messaggio originale -- Date: Fri, 18 Feb 2005 17:18:37 +0100 From: "György 'nog' Jeney" nog@sdf.lonestar.org> To: List about OpenRISC project openrisc@opencores.org> Subject: Re: [openrisc] or1ksim compilation problem Reply-To: List about OpenRISC project openrisc@opencores.org>
Hi,

thanks for your feedback.

I run aclocal && automake && autoconf, after running autoconf I get:

configure.in:62: warning: AC_TRY_RUN called without default to allow

cross
compiling autoconf: Undefined macros: configure.in:68:AC_CHECK_TYPES([uint8_t, uint16_t, uint32_t],,, [#include ]) configure.in:69:AC_CHECK_TYPES([int8_t, int16_t, int32_t],,, [#include
]) What version of autoconf are you useing (`autoconf --version')? It works fine for me here on version 2.53. nog. _______________________________________________ http://www.opencores.org/mailman/listinfo/openrisc





or1ksim compilation problem
by Unknown on Feb 19, 2005
Not available!
* György 'nog' Jeney (nog@sdf.lonestar.org) wrote:
> my autoconf version is 2.13 (a bit older the your one). I got it from the
> cygWin installation I did few days ago just with the goal to
> setup the whole tool chain for or1200.
>
> Any idea about where to find newer autoconf version for CygWin (GNU site?).
Geez, that is a _realy_ old version of autoconf. I have never used CygWin, but haveing a quick look on www.cygwin.org, shows that autoconf version 2.57 is availible. The FAQ at http://cygwin.org/faq.html talks about some `CygWin Setup' utility, maybe that's what you need.
Hmm, on my Cygwin instalation i get dministrator@force ~ $ autoconf --version autoconf (GNU Autoconf) 2.59 Written by David J. MacKenzie and Akim Demaille. Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -------------------------------------------------------- Autoconf version 2.13 -------------------------------------------------------- This is autoconf-wrapper, which will hand off execution to one of the two real versions listed above, depending on the contents of configure.in/configure.ac. Since the wrapper was called from within a directory in which those files are not found, this generic 'version' message is displayed. This would explain the reported problem but also mean that something in configure.in/.ac files is teling it to use an older version. So is anybody willing to dig into this auto* magic ? One workaround seams to be calling the newer version directly... Administrator@force /usr/bin $ /usr/autotool/devel/bin/autoconf --version autoconf (GNU Autoconf) 2.59 Written by David J. MacKenzie and Akim Demaille. Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Hope this helps... best regards, p.
or1ksim compilation problem
by Unknown on Feb 19, 2005
Not available!
This would explain the reported problem but also mean that something
in configure.in/.ac files is teling it to use an older
version. So is anybody willing to dig into this auto* magic ?


I'm no expert when it comes to autconf, but does this one-liner help?

nog.
-------------- next part --------------
--- ../or1ksim-ac/configure.in 2005-02-19 18:13:23.000000000 +0100
+++ configure.in 2005-02-09 18:03:30.000000000 +0100
@@ -14,7 +14,7 @@
SIMVERSION=1.2

dnl make sure we are using a recent autoconf version
-AC_PREREQ(2.52)
+AC_PREREQ(2.10)
AC_CANONICAL_HOST

dnl yuck

or1ksim compilation problem
by Unknown on Feb 19, 2005
Not available!
> This would explain the reported problem but also mean that something
> in configure.in/.ac files is teling it to use an older
> version. So is anybody willing to dig into this auto* magic ?


I'm no expert when it comes to autconf, but does this one-liner help?


Out comes the brown paper bag (I diffed the files in the wrong order). Use this
patch instead.

nog.
-------------- next part --------------
--- configure.in 2005-02-09 18:03:30.000000000 +0100
+++ ../or1ksim-ac/configure.in 2005-02-19 18:13:23.000000000 +0100
@@ -14,7 +14,7 @@
SIMVERSION=1.2

dnl make sure we are using a recent autoconf version
-AC_PREREQ(2.10)
+AC_PREREQ(2.52)
AC_CANONICAL_HOST

dnl yuck

no use no use 1/1 no use no use
© copyright 1999-2026 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.