Hello here,
Oh yes, sorry, I remembered yesterday when I read your mail, you're right.
Nevertheless, the full source build seems unreliable on Windows/MinGW/MSYS.
Yesterday I tried to build the full source out of the tree and the build
process stopped without giving me back the prompt, just an apparent pause.
Don't ask me what was happened but I suspect a concurrency problem. I used
'make -j4' and as far as I know :
1) SBCL threaded code is not supported, the message from SBCL is : WARNING:
the Windows port is fragile, particularly for multithreaded code.
Unfortunately, the development team currently lacks the time
and resources this platform demands.
2) the build process uses the port of make from MinGW/MSYS
3) last and not least, from my point of view filesystem management on
Windows is particular and shows a lot of apparently concurrency strange
things (file not unlocked after closing an application which leads
sometimes to reboot or at least log out the session and this is just an
example).
Now, and today I tried to build the full source with a simple 'make' and
out of the tree (from scratch) and it stopped with this :
===============================================================
AXIOM="C:/MinGW/msys/1.0/home/gvanuxem/fricas_build/target/i686-pc-mingw32"
spad-lib="C:/MinGW/msys/1.0/home/gvanuxem/fricas_build/target/i686-pc-mingw32/li
b/libspad.so"
foreign routines found
openServer result -2
FriCAS Computer Algebra System
Version: FriCAS 2016-08-28
Timestamp: Tue Aug 30 06:09:20 GMT 2016
-----------------------------------------------------------------------------
Issue )copyright to view copyright notices.
Issue )summary for a summary of useful system commands.
Issue )quit to leave FriCAS and return to shell.
-----------------------------------------------------------------------------
Using local database ./rf/algebra/compress.daase.. Re-reading
compress.daas
e Using local database ./rf/algebra/interp.daase.. Re-reading
interp.daase
Using local database ./rf/algebra/operation.daase.. Re-reading
operation.da
ase
Using local database ./rf/algebra/category.daase.. Re-reading
category.daas
e
Using local database ./rf/algebra/browse.daase..
(1) -> Compiling FriCAS source code from file
C:/MinGW/msys/1.0/home/gvanuxem/fricas_build/src/algebra/INS.spad
using old system compiler.
INS abbreviates category IntegerNumberSystem
------------------------------------------------------------------------
initializing NRLIB INS for IntegerNumberSystem
compiling into NRLIB INS
>> System error:
The function BOOT::|IntegerNumberSystem| is undefined.
(1) -> cp INS.NRLIB/INS.fasl
C:/MinGW/msys/1.0/home/gvanuxem/fricas_build/target
/i686-pc-mingw32/algebra/INS.fasl.tmp
cp: cannot stat `INS.NRLIB/INS.fasl': No such file or directory
make[4]: ***
[C:/MinGW/msys/1.0/home/gvanuxem/fricas_build/target/i686-pc-mingw3
2/algebra/INS.fasl] Error 1
make[4]: Leaving directory `/home/gvanuxem/fricas_build/src/algebra'
make[3]: *** [do-update-spads] Error 2
make[3]: Leaving directory `/home/gvanuxem/fricas_build/src/algebra'
make[2]: *** [all-ax] Error 2
make[2]: Leaving directory `/home/gvanuxem/fricas_build/src/algebra'
make[1]: *** [all-algebra] Error 2
make[1]: Leaving directory `/home/gvanuxem/fricas_build/src'
make: *** [all-src] Error 2
gvanuxem@THINK-GREG ~/fricas_build
===========================================================
Don't know what to think about the build from full source on Windows to
speak frankly...
Cheers,
__
Greg
2016-08-29 13:55 GMT+02:00 Waldek Hebisch <[email protected]>:
> >
> > Successfully built FriCAS 1.2.7 with configure(.ac) and Makefile.in
> patched
> > on Windows 7 with SBCL 1.3.0 and MinGW/MSYS.
> >
> >
> > But when I download FriCAS trunc with Subversion without pregerated
> files,
> > the build stops with :
> <snip>
> > I don't know what is going on exactly.
> >
> > Build log file attached
> >
> > >
> > > Note that when building from SVN on Windows one has to
> > > use separate build directory (some filenames created during
> > > build differ on in case from filenames of source files).
>
>
> Log indicates that you build in source directory. As I wrote
> above this currently fails on Windows -- Windows considers
> ffcat.spad and FFCAT.spad to name the same file, so FFCAT.spad
> (which is extracted from 'curve.spad') will probably overwrite
> 'ffcat.spad'. 'ffcat.spad' contains inside 'XF.spad' which
> is source for ExtensionField. This probably explains why
> ExtensionField is missing and consequently error compiling
> FiniteAlgebraicExtensionField. The exact details may be
> a bit different, but due too name clashes build can not work,
>
> Instead you need to do something like:
>
> mkdir /home/gvanuxem/fr_build
> cd /home/gvanuxem/fr_build
> ../fricas/configure ...
> make
>
> That is you need to create directory for build, make it
> a current directory, run configure from there using pathname
> to source tree, then run make (possibly parallel).
>
> --
> Waldek Hebisch
>
> --
> You received this message because you are subscribed to the Google Groups
> "FriCAS - computer algebra system" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at https://groups.google.com/group/fricas-devel.
> For more options, visit https://groups.google.com/d/optout.
>
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.
