Nemo AcbField error

[digxx]

Maybe I'm doing sth wrong or sth has changed since 0.4 but I get an error using an AcbField

r=AcbField(64)

res=r(1)

ERROR: LoadError: error compiling AcbField: error compiling Type: could not load library "libarb"

▒

 in include_from_node1(::String) at .\loading.jl:488

[digxx]

push...

[Jeffrey Sarnoff]

The exported logic requires both the real and the imaginary parts  be given.

ComplexField = AcbField(64)

complexValue = ComplexField(1, 0)

On Monday, October 17, 2016 at 8:08:40 AM UTC-4, digxx wrote:

push...

[Bill Hart]

This is probably something we could fix easily enough.

By the way, feel free to send support queries for Nemo to the Google list nemo-devel if you prefer. I believe Jeffrey is also signed up there, but we don't all notice the posts here.

Bill.

[digxx]

Hey, Sorry but I also get this error when I write

r=AcbField(64)

r(1,1)

Likewise

r=ArbField(64)

r(1) 

gives me the same error...

[Jeffrey Sarnoff]

I do not get that error.  Are you using the current versions of Julia nd Nemo?  You may see a warning message with the first use each session.

Here is a transcript:. Let me see yours, and  the output of versioninfo().

> using Nemo
> c = AcbField(64)
Complex Field with 64 bits of precision and error bounds

> c(1,1)
..warning...
1.0000000000000000000 + i*1.0000000000000000000
> c(1,1)
1.0000000000000000000 + i*1.0000000000000000000
> f = ArbField(64)
Real Field with 64 bits of precision and error bounds

julia> f(1)

1.0000000000000000000

[Tommy Hofmann]

pari was not built/downloaded properly. Do a Pkg.build("Nemo") in julia and check again.

[digxx]

It does not work either. When I run Pkg.build("Nemo") it starts

julia> Pkg.build("Nemo")

INFO: Building Nemo

WARNING: `@windows` is deprecated, use `@static is_windows()` instead

 in depwarn(::String, ::Symbol) at .\deprecated.jl:64

 in @windows(::Any, ::Any) at .\deprecated.jl:472

 in include_from_node1(::String) at .\loading.jl:488

 in evalfile(::String, ::Array{String,1}) at .\loading.jl:504 (repeats 2 times)

 in cd(::##2#4, ::String) at .\file.jl:48

 in (::##1#3)(::IOStream) at .\none:13

 in open(::##1#3, ::String, ::String) at .\iostream.jl:113

 in eval(::Module, ::Any) at .\boot.jl:234

 in process_options(::Base.JLOptions) at .\client.jl:239

 in _start() at .\client.jl:318

while loading C:\cygwin64\home\Diger\.julia\v0.5\Nemo\deps\build.jl, in expression starting on line 1

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 85504  100 85504    0     0  72326      0  0:00:01  0:00:01 --:--:-- 72707

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100  672k  100  672k    0     0   266k      0  0:00:02  0:00:02 --:--:--  267k

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100  450k  100  450k    0     0   192k      0  0:00:02  0:00:02 --:--:--  192k

fatal: destination path 'antic' already exists and is not an empty directory.

Already up-to-date.

fatal: destination path 'flint2' already exists and is not an empty directory.

Already up-to-date.

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 13.8M  100 13.8M    0     0  1052k      0  0:00:13  0:00:13 --:--:-- 1345k

fatal: destination path 'arb' already exists and is not an empty directory.

Already up-to-date.

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 21.8M  100 21.8M    0     0   894k      0  0:00:24  0:00:24 --:--:--  926k

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 6066k  100 6066k    0     0   825k      0  0:00:07  0:00:07 --:--:-- 1198k

every time I run Pkg.build("Nemo")

So apparently it is never properly build.

I'm using Julia 0.5.0 and Pkg.update("Nemo") also ran through the newest version.

However the Pkg.build problem remains...

[Bill Hart]

The above shows that everything downloaded ok, I think. Did it not then go on and rebuild everything?

Bill.

[digxx]

No it does not go on...When I manually start Pkg.build("Nemo") in the same session I get:

julia> Pkg.build("Nemo")

INFO: Building Nemo

WARNING: `@windows` is deprecated, use `@static is_windows()` instead

 in depwarn(::String, ::Symbol) at .\deprecated.jl:64

 in @windows(::Any, ::Any) at .\deprecated.jl:472

 in include_from_node1(::String) at .\loading.jl:488

 in evalfile(::String, ::Array{String,1}) at .\loading.jl:504 (repeats 2 times)

 in cd(::##2#4, ::String) at .\file.jl:48

 in (::##1#3)(::IOStream) at .\none:13

 in open(::##1#3, ::String, ::String) at .\iostream.jl:113

 in eval(::Module, ::Any) at .\boot.jl:234

 in process_options(::Base.JLOptions) at .\client.jl:239

 in _start() at .\client.jl:318

while loading C:\cygwin64\home\Diger\.julia\v0.5\Nemo\deps\build.jl, in expression starting on line 1

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0Warning: Failed to create the file

Warning: C:\cygwin64\home\Diger\.julia\v0.5\Nemo\local\lib\libwinpthread-1.dll:

Warning:  Device or resource busy

curl: (23) Failed writing body (0 != 1181)

================================================================================================================================[ ERROR: Nemo ]================================================================================================================================

LoadError: automatic download failed (error: 2147500036): http://nemocas.org/binaries/w64-libwinpthread-1.dll

while loading C:\cygwin64\home\Diger\.julia\v0.5\Nemo\deps\build.jl, in expression starting on line 36

===============================================================================================================================================================================================================================================================================

===============================================================================================================================[ BUILD ERRORS ]================================================================================================================================

WARNING: Nemo had build errors.

 - packages with build errors remain installed in C:\cygwin64\home\Diger\.julia\v0.5

 - build the package(s) and all dependencies with `Pkg.build("Nemo")`

 - build a single package by running its `deps/build.jl` script

===============================================================================================================================================================================================================================================================================

When I start a new session in Julia I start with the previous download stuff first and then eventually end up with the error above (after manually starting Pkg.build("Nemo") again) 

[Bill Hart]

Ah, you are on Windows. That explains why it doesn't go on any further.

I will have to ask Tommy why he thought this was a Pari problem. I don't see it from the error you reported.

Bill.

[digxx]

What do u mean that explains why it doesn't go any further?

Is Nemo not finished yet for Windows?

[digxx]

Maybe I should have pointed out that I'm on windows...

[Bill Hart]

No, on Windows it doesn't build from source, but downloads binaries. After the downloading is done, that's it. It should be ready to use.

If you still have the same problem, maybe we need to rebuild one of the binaries for you. I'll have to talk to Tommy and see what he knows about this problem.

Bill.

[digxx]

Well so far nothing has changed ;)

So:

while loading C:\cygwin64\home\Diger\.julia\v0.5\Nemo\deps\build.jl, in expression starting on line 1

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 85504  100 85504    0     0  72326      0  0:00:01  0:00:01 --:--:-- 72707

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100  672k  100  672k    0     0   266k      0  0:00:02  0:00:02 --:--:--  267k

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100  450k  100  450k    0     0   192k      0  0:00:02  0:00:02 --:--:--  192k

fatal: destination path 'antic' already exists and is not an empty directory.

Already up-to-date.

fatal: destination path 'flint2' already exists and is not an empty directory.

Already up-to-date.

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 13.8M  100 13.8M    0     0  1052k      0  0:00:13  0:00:13 --:--:-- 1345k

fatal: destination path 'arb' already exists and is not an empty directory.

Already up-to-date.

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 21.8M  100 21.8M    0     0   894k      0  0:00:24  0:00:24 --:--:--  926k

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 6066k  100 6066k    0     0   825k      0  0:00:07  0:00:07 --:--:-- 1198k

are binaries??

[digxx]

or does it try to download the source here upon Pkg.build("Nemo") ?

[Bill Hart]

Well it downloads some source as well, but it isn't used.

[Tommy Hofmann]

Sorry, I meant arb and not pari. Something is off with the libraries. You can try the following:

1. Remove all files in .julia\v0.5\Nemo\local\lib and then do a Pkg.build("Nemo") again.

2. If 1. doesn't help, check if the following files are in Nemo\local\lib: "libwinpthread-1.dll", "libgmp-16.dll", "libmpfr-4.dll", "libflint.dll", "libflint-13.dll", "libarb.dll", "libpari.dll"

    (Note that there must be two libflint* files).

Looking at your path names, I wonder if you are running julia in cygwin?

[digxx]

Hey,

Thx for ur reply. I tried both deleting all the files and run Pkg.build again...

It however did not work as are all the files present too :-(

Julia in cygwin is correct...

[Jeffrey Sarnoff]

I tried this on windows, it worked:

delete the directory Nemo (found with Pkg.dir() subdir Nemo))

delete the corresponding directory METADATA/Nemo (Pkg.dir("METADATA") subdir Nemo)

and if they exist, .cache/Nemo, METADATA/.cache/Nemo

restart Julia, do Pkg.update()

> Pkg.clone("https://github.com/Nemocas/Nemo.jl")

when its done, quit and restart Julia

> Pkg.build("Nemo")

when its done, restart Julia

> using Nemo

# a bunch of warnings, then Welcome to Nemo ...

restart Julia

> using  Nemo 

Welcome to Nemo ... (without the warnings)

[Bill Hart]

We don't support Cygwin. The Nemo binaries are native Windows binaries.

I was unaware there was a Cygwin version of Julia.

Bill.

[Jeffrey Sarnoff]

Here are the usual Windows versions for 32-bit Windows and for 64-bit Windows

[digxx]

Sorry again. But it is 64bit windows version just started in cygwin. I didn't think it makes any difference though....

However the behaviour seems different:

When I start the Julia Repl command window directly I dont even get that far that Nemo is eventually installed: Following the steps prodived by Jeffrey Sarnoff I get when building:

julia> Pkg.build("Nemo")

INFO: Building Nemo

WARNING: `@windows` is deprecated, use `@static is_windows()` instead

 in depwarn(::String, ::Symbol) at .\deprecated.jl:64

 in @windows(::Any, ::Any) at .\deprecated.jl:472

 in include_from_node1(::String) at .\loading.jl:488

 in evalfile(::String, ::Array{String,1}) at .\loading.jl:504 (repeats 2 times)

 in cd(::##2#4, ::String) at .\file.jl:48

 in (::##1#3)(::IOStream) at .\none:13

 in open(::##1#3, ::String, ::String) at .\iostream.jl:113

 in eval(::Module, ::Any) at .\boot.jl:234

 in process_options(::Base.JLOptions) at .\client.jl:239

 in _start() at .\client.jl:318

while loading C:\Users\Diger\.julia\v0.5\Nemo\deps\build.jl, in expression starting on line 1

===============================================================================================================[ ERROR: Nemo ]===============================================================================================================

LoadError: chdir C:\Users\Diger\.julia\v0.5\Nemo\deps\antic: no such file or directory (ENOENT)

while loading C:\Users\Diger\.julia\v0.5\Nemo\deps\build.jl, in expression starting on line 121

=============================================================================================================================================================================================================================================

==============================================================================================================[ BUILD ERRORS ]===============================================================================================================

WARNING: Nemo had build errors.

 - packages with build errors remain installed in C:\Users\Diger\.julia\v0.5

 - build the package(s) and all dependencies with `Pkg.build("Nemo")`

 - build a single package by running its `deps/build.jl` script

=============================================================================================================================================================================================================================================

Starting Julia within cygwin however goes through all the steps described by J. Sarnoff...(the warnings and so on...)

This was nevertheless ever an issue: I did get it installed that way before...

It is just within Nemo (which seems to start properly) where I still cannot run the command

r=ArbField(64)

r(1)

or likewise for an AcbField...

julia> r(1)

ERROR: error compiling ArbField: error compiling Type: could not load library "libarb"

▒

[digxx]

Maybe to point out: the installation in the part where I tried to do it directly via the repl command window was in a completely new .julia path (to try it fresh from the beginning) with no influence of already existing stuff...

[Jeffrey Sarnoff]

It is not clear to me what the difference is in your install and what I did.  I can do r=ArbField(64); r(1) .. there is a warning the first time, but it works.

If you want, go back to the new installation and do

> Pkg.build("Nemo")

then (a) show us what it says [everything]

and then  try

> r=ArbField(64)

> r(1)

and show us what it says [everything]

[Jeffrey Sarnoff]

and just run julia from the terminal, not cygwin

[digxx]

Sry but I followed precisely ur steps i.e.:

I installed a completely new version in D:\Julia\Julia-0.5.0 and added an environment variable JULIA_PKGDIR within D:\Julia because I didn't like the default one.

I then initialized by Pkg.init()

I ran Pkg.update()  (prob not needed here coz its new)

I ran: Pkg.clone("https://github.com/Nemocas/Nemo.jl")

I exitted and restarted julia

I ran: Pkg.build("Nemo") and stumbled across:

julia> Pkg.build("Nemo")

INFO: Building Nemo

WARNING: `@windows` is deprecated, use `@static is_windows()` instead

 in depwarn(::String, ::Symbol) at .\deprecated.jl:64

 in @windows(::Any, ::Any) at .\deprecated.jl:472

 in include_from_node1(::String) at .\loading.jl:488

 in evalfile(::String, ::Array{String,1}) at .\loading.jl:504 (repeats 2 times)

 in cd(::##2#4, ::String) at .\file.jl:48

 in (::##1#3)(::IOStream) at .\none:13

 in open(::##1#3, ::String, ::String) at .\iostream.jl:113

 in eval(::Module, ::Any) at .\boot.jl:234

 in process_options(::Base.JLOptions) at .\client.jl:239

 in _start() at .\client.jl:318

while loading D:\Julia\v0.5\Nemo\deps\build.jl, in expression starting on line 1

===============================================================================================================[ ERROR: Nemo ]===============================================================================================================

LoadError: chdir D:\Julia\v0.5\Nemo\deps\antic: no such file or directory (ENOENT)

while loading D:\Julia\v0.5\Nemo\deps\build.jl, in expression starting on line 121

=============================================================================================================================================================================================================================================

==============================================================================================================[ BUILD ERRORS ]===============================================================================================================

WARNING: Nemo had build errors.

 - packages with build errors remain installed in D:\Julia\v0.5

[Jeffrey Sarnoff]

What happens if you restart that Julia from the windows menu (if that does not launch cygwin terminal)

and  do >Pkg.build("Nemo") again?

[Jeffrey Sarnoff]

send me all the messages output, please

[Bill Hart]

This is probably because Git is not in your path. We still haven't switched to libgit, which means the build script for Nemo still relies on Git being available on your machine.

Bill.

[Jeffrey Sarnoff]

Get git here: download git installer for windows

[digxx]

Hey, I'm not sure what u mean, but this time (as u wanted me to) I started Julia directly and not via cygwin terminal (that was were I couldnt even build nemo)

starting julia from cygwin terminal I can build nemo. it's just that when I start nemo I get this error:

ERROR: error compiling ArbField: error compiling Type: could not load library "libarb"

when trying to use ArbField or AcbField...

[digxx]

On 26 October 2016 at 01:43, Jeffrey Sarnoff <jeffrey...@gmail.com> wrote:

send me all the messages output, please

that were all the messages... 

[digxx]

Am Mittwoch, 26. Oktober 2016 09:23:36 UTC+2 schrieb Bill Hart:

This is probably because Git is not in your path. We still haven't switched to libgit, which means the build script for Nemo still relies on Git being available on your machine.

Bill.

Git  in the path means Git in D:\Julia in this case?

[digxx]

I do have Gitbash installed for some reason, but I never used it and it's in c:\programs

Sorry for that stupid question but u mean put the folder with git-cmd.exe or git-bash.exe as an environment variable

[Bill Hart]

I mean as an environment variable, specifically PATH. Alternatively you can just remove the lines from Nemo/deps/build.jl that run git. The source code is not needed on Windows. We only download it for you to keep in the spirit of the LGPL license, i.e. to supply you the source code for the software you are using.

Bill.

[Jeffrey Sarnoff]

Your question is not at all silly.  Forget about the gitbash installation -- remove it.   

Download the new git installer from : this web page and when it has downloaded, run it.    

Then open a terminal window and type `git --version`.  If you see something meaningful, try rebuilding Nemo.  

Otherwise, add the location of git.exe to your path. (if you need help with that, ask).

And let us know what happens.

[digxx]

Am Mittwoch, 26. Oktober 2016 20:51:48 UTC+2 schrieb Bill Hart:

I mean as an environment variable, specifically PATH. Alternatively you can just remove the lines from Nemo/deps/build.jl that run git. The source code is not needed on Windows. We only download it for you to keep in the spirit of the LGPL license, i.e. to supply you the source code for the software you are using.

Bill.

Hey,

So I just removed the lines:

#=

try

  run(`git clone https://github.com/wbhart/antic.git`)

catch

  cd(joinpath("$wdir", "antic"))

  run(`git pull`)

end          

cd(wdir)

# install FLINT

try

  run(`git clone https://github.com/wbhart/flint2.git`)

catch

  cd(joinpath("$wdir", "flint2"))

  run(`git pull`)

end          

=# 

#=

try

  run(`git clone https://github.com/fredrik-johansson/arb.git`)

catch

  cd(joinpath("$wdir", "arb"))

  run(`git pull`)

  cd(wdir)

end

=# 

So u mean these are not needed for the installation of Nemo on windows???

But the last one runs some arb sth...Dont I need it?

The building works now and I can run Nemo but I ask about the arb sth bcoz now on the new Julia version I again get the error:

julia> using Nemo

Welcome to Nemo version 0.5.1

Nemo comes with absolutely no warranty whatsoever

julia> r=ArbField(64)

Real Field with 64 bits of precision and error bounds

julia> r(1)

ERROR: error compiling ArbField: error compiling Type: could not load library "libarb"

t

[Jeffrey Sarnoff]

you commented out too much -- try the other way

uncomment the Nemo build file and remove the old git-bash and install the new git -- etc.

[Bill Hart]

And you are not running it inside the Cygwin shell now?

If not, then I honestly don't know why this is happening. As Jeffrey says, it doesn't happen on his Windows. And no, you don't require the arb source code on Windows.

There does seem to be a problem on some versions of Windows whereby the .dll files are cached by the operating system, so that when you download them, it just gets them from cache and not from our website. I thought we fixed that issue, but maybe your Windows is particularly resistant to our fix.

Try deleting all the .dll files in Nemo/local/lib and replacing them with the following files

http://nemocas.org/binaries/w64-libflint.dll

http://nemocas.org/binaries/w64-libgmp-10.dll

http://nemocas.org/binaries/w64-libgmp-16.dll

http://nemocas.org/binaries/w64-libmpfr-4.dll

http://nemocas.org/binaries/w64-libpari.dll

http://nemocas.org/binaries/w64-libarb.dll          

http://nemocas.org/binaries/w64-libwinpthread-1.dll

Note that you will have to rename them all manually. You can see what they should be renamed to in build.jl. Of course I'm assuming you have 64 bit Windows. Otherwise you should replace all the w64's with w32 in the above.

Bill.

[digxx]

ooops... u meant the:

cd(wdir) 

right?
I completely overlooked that..wait a sec

[digxx]

Am Mittwoch, 26. Oktober 2016 21:40:22 UTC+2 schrieb Jeffrey Sarnoff:

you commented out too much -- try the other way

uncomment the Nemo build file and remove the old git-bash and install the new git -- etc.

actually I'm doing that already atm.. 

[digxx]

So, first of all it is (unfortunately) still not working...

What I did so far is this:

I removed my old GIT and installed the new one

I then removed Nemo within Julia and subsequently manually removed every nemo stuff I could find in folder v0.5

I then started Julia (@Bill: This time I'm running Julia terminal directly not via cygwin since Jeffrey asked to do it)

I ran: Pkg.update()

Restarting Julia

then: Pkg.clone("https://github.com/Nemocas/Nemo.jl")

Restarting Julia

Pkg.build("Nemo")

Now since it finally found GIT it downloaded the antic, flint2 and arb stuff and builded Nemo.

Quitting Julia and replacing the files Bill linked above by the ones already present in the folder Nemo/local/lib (actually libgmp-10.dll was missing before)

Starting Julia and "using Nemo" with all the warnings....

restarting Julia and "using Nemo" again with no warnings...

but then again:

julia> using Nemo

Welcome to Nemo version 0.5.1

Nemo comes with absolutely no warranty whatsoever

julia> rr=ArbField(64)

Real Field with 64 bits of precision and error bounds

julia> rr(1)

ERROR: error compiling ArbField: error compiling Type: could not load library "libarb"

RN

julia>

[Bill Hart]

Well, I'm mystified.

What version of Julia are you using? And what version of Windows? Is it 32 or 64 bit?

Bill.

[digxx]

I'm running Windows 10 Home 64-Bit Version and have the newest Julia version i.e. v0.5.0

[digxx]

It's weird coz in julia 0.4.x it was running without any problems...

[Bill Hart]

The only thing I can think of to suggest is try it again from scratch in Julia-0.4 so we can rule out the dlls being corrupted on our website somehow.

I can't think what else could be wrong, unless something else changed in Julia itself on Windows, between versions 0.4 and 0.5.

Jeffrey, are you using 64 bit Windows with Julia 0.5?

Bill.

[Jeffrey Sarnoff]

Yes.

Jeffrey Sarnoff

[Bill Hart]

Actually, there is one more thing you could do. Download DependencyWalker [1] and run it on libarb.dll in place where it currently is in your Nemo/local/lib directory. It's bound to complain a lot, and there will be lots of yellow flags. But what we are looking for is missing dependencies that we are responsible for.

Bill.

[1] http://www.dependencywalker.com/

[Jeffrey Sarnoff]

With 64-bit Win7, in my directory for Julia packages

under Nemo:

.git\

benchmarks\

deps\

doc\

local\

src\

test\

.gitignore

.travis.yml

appveyor.yml

LICENSE.md

README.md

REQUIRE

todo.txt

windows_build.txt

in deps:

antic\

arb\

flint2\

build.jl

mpfr-3.1.3.tar.bz2

mpir-2.7.2.tar.bz2

pari-2.7.4.tar.gz

patch-alloc-2.7.4

under local:

lib\

in lib:

libarb.dll           22,350 KB

libflint.dll         14,156 KB

libflint-13.dll      14,156 KB

libpari.dll           6,067 KB

libgmp-16.dll           673 KB

libmpfr-4.dll           451 KB

libwinpthread-1.dll      84 KB

Note that windows_build.txt is preset for 32-bit Windows;

for 64-bit machines, windows_build.txt should be this:

# start of file

# For Windows 64

wget http://mpir.org/mpir-2.7.2.tar.bz2

tar -xvf mpir-2.7.2.tar.bz2

cd mpir-2.7.2

./configure --enable-shared --disable-static --enable-gmpcompat --build=core2-w64-mingw64 LDFLAGS=-static-libgcc ABI=64

make -j

cd ..

wget http://www.mpfr.org/mpfr-current/mpfr-3.1.4.tar.bz2

tar -xvf mpfr-3.1.4.tar.bz2

cd mpfr-3.1.4

./configure --with-gmp-build=/home/User/mpir-2.7.2 --enable-shared --disable-static

make -j

cd ..

git clone https://github.com/wbhart/flint2

https://github.com/wbhart/antic

cd flint2

./configure --enable-shared --disable-static --with-mpir=/home/user/mpir-2.7.2 --with-mpfr=/home/user/mpfr-3.1.4 --extensions=/home/user/antic

# edit Makefile

# in CLFAGS replace -ansi -pedantic with -std=c99

# add -mtune=core2 -march=core2 to CFLAGS

# add -I/home/User/flint2 to INCS

# ensure EXTRA_SHARED_FLAGS contains -static-libgcc -shared -Wl,--export-all-symbols

make -j

cd ..

wget http://pari.math.u-bordeaux.fr/pub/pari/unix/pari-2.7.6.tar.gz

tar -xvf pari-2.7.6.tar.gz

cd pari-2.7.6

export PATH=/home/user/mpir-2.7.2/.libs:$PATH

LDFLAGS=-static-libgcc CFLAGS="-mtune=core2 -march=core2" ./Configure --with-gmp-include=/home/user/mpir-2.7.2 --with-gmp-lib=/home/user/mpir-2.7.2/.libs --host=x86_64-pc-mingw

cd Omingw-x86_64-pc

make gp

cd ../..

# For Windows 32:

# replace x86_64 with i686 throughout

# replace ABI=64 with ABI=32

# end of file

[digxx]

Actually:

libflint-13.dll      14,156 KB

is missing for me

also is .git\

under Nemo

[digxx]

@Bill: it's telling me for example

EXT-MS-WIN-KERNEL32-QUIRKS-L1-1-1.DLL                   error opening file. file not found

thats not what u mean, or?

Thats in the middle tab...

Additionally it says quite generally:

Error: At least one required implicit or forwarded dependency was not found.

Error: At least one module has an unresolved import due to a missing export function in an implicitly dependent module.

Error: Modules with different CPU types were found.

Warning: At least one delay-load dependency module was not found.

Where should this be?

[Jeffrey Sarnoff]

libflint-13.dll appears to be a copy of libflint.dll with a different name and you can try copying libflint.dll to libflint-13.dll

The .git\ is not there because you have not tried to add then build Nemo with git becoming engaged, and that too is worthwhile doing.  

Double check that you have libgmp-16.dll and not some other version in that directory.

[Jeffrey Sarnoff]

It may be helpful to download https://eternallybored.org/misc/wget/current/wget64.exe and copy it `wget.exe` then put that file somewhere in your Path (not in the Nemo subdirectories).

[digxx]

Am Donnerstag, 27. Oktober 2016 19:33:22 UTC+2 schrieb Jeffrey Sarnoff:

libflint-13.dll appears to be a copy of libflint.dll with a different name and you can try copying libflint.dll to libflint-13.dll

The .git\ is not there because you have not tried to add then build Nemo with git becoming engaged, and that too is worthwhile doing.  

Double check that you have libgmp-16.dll and not some other version in that directory.

Well, how do I do that?

I presume it's not just adding git to the Nemo directory ;)

 

[Jeffrey Sarnoff]

To see your path, open the terminal and type: Path

move the file wget64.exe, now given the name wget.exe to one of the directories in your path.

and maybe this will take: start Julia

Pkg.rm("Nemo")

Pkg.rm("Nemo")

Pkg.update()

Pkg.add("Nemo")

quit()

start Julia

Pkg.build("Nemo")

# let it finish correctly or otherwise

quit()

start Julia

Pkg.build("Nemo")

quit()

start Julia

using Nemo

arbfield64 = ArbField(64)

a = arbfield64( 1 )

if not, remove all of the Nemo package directory

then Pkg.update() and repeat

[Bill Hart]

It could well be libflint-13.dll is the problem. It's just a copy of the other flint dll, so you can make that any way you like. Just copy the file and rename the copy.

As for the dll DependencyWalker claims is missing, I don't know what it does and it might not be relevant. We are mainly looking for dlls in the left hand pane that it says are missing that appear related to gcc, pthreads, arb, flint, gmp, mpfr, pari, arb, msys, etc. Anything that looks like an MS dll can probably be ignored.

Bill.

[digxx]

Am Donnerstag, 27. Oktober 2016 20:24:19 UTC+2 schrieb Bill Hart:

It could well be libflint-13.dll is the problem. It's just a copy of the other flint dll, so you can make that any way you like. Just copy the file and rename the copy.

As for the dll DependencyWalker claims is missing, I don't know what it does and it might not be relevant. We are mainly looking for dlls in the left hand pane that it says are missing that appear related to gcc, pthreads, arb, flint, gmp, mpfr, pari, arb, msys, etc. Anything that looks like an MS dll can probably be ignored.

Bill.

I haven't tried the wget.exe proposal of jeffrey yet but it seems that the libflint-13 (for whatever reason is the issue)

now I get:

julia> arbfield( 1 )

WARNING: bytestring(p::Union{Ptr{Int8},Ptr{UInt8}}) is deprecated, use unsafe_string(p) instead.

 in depwarn(::String, ::Symbol) at .\deprecated.jl:64

 in bytestring(::Ptr{UInt8}) at .\deprecated.jl:50

 in show(::IOContext{Base.Terminals.TTYTerminal}, ::Nemo.arb) at D:\Julia\v0.5\Nemo\src\arb\arb.jl:118

 in display(::Base.REPL.REPLDisplay{Base.REPL.LineEditREPL}, ::MIME{Symbol("text/plain")}, ::Nemo.arb) at .\REPL.jl:132

 in display(::Base.REPL.REPLDisplay{Base.REPL.LineEditREPL}, ::Nemo.arb) at .\REPL.jl:135

 in display(::Nemo.arb) at .\multimedia.jl:143

 in print_response(::Base.Terminals.TTYTerminal, ::Any, ::Void, ::Bool, ::Bool, ::Void) at .\REPL.jl:154

 in print_response(::Base.REPL.LineEditREPL, ::Any, ::Void, ::Bool, ::Bool) at .\REPL.jl:139

 in (::Base.REPL.##22#23{Bool,Base.REPL.##33#42{Base.REPL.LineEditREPL,Base.REPL.REPLHistoryProvider},Base.REPL.LineEditREPL,Base.LineEdit.Prompt})(::Base.LineEdit.MIState, ::Base.AbstractIOBuffer{Array{UInt8,1}}, ::Bool) at .\REPL.jl:652

 in run_interface(::Base.Terminals.TTYTerminal, ::Base.LineEdit.ModalInterface) at .\LineEdit.jl:1579

 in run_frontend(::Base.REPL.LineEditREPL, ::Base.REPL.REPLBackendRef) at .\REPL.jl:903

 in run_repl(::Base.REPL.LineEditREPL, ::Base.##932#933) at .\REPL.jl:188

 in _start() at .\client.jl:360

while loading no file, in expression starting on line 0

1.0000000000000000000 

will the deprecated usage be changed in the future?

@jeffrey: if I remove the libflint-13 again the error is back...try it yourself. BTW is the wget.exe stuff u wrote still advisable to do or what other advantages do I get out of it?

[Jeffrey Sarnoff]

You are home free!  Try arbfield(1) twice ..

[digxx]

Am Donnerstag, 27. Oktober 2016 21:25:54 UTC+2 schrieb Jeffrey Sarnoff:

You are home free!  Try arbfield(1) twice ..

Yes I know the warning is gone I'm just wondering why it always shows up the first time... 

home free? in terms of homedir() or what you mean?

[Bill Hart]

Yes, we'll eventually get rid of the warnings. Technically we only fully support Julia-0.4 at the moment. However, Nemo is known to work with Julia-0.5 with some warnings.

Thanks for persisting with it. I'm glad it is working for you now.

We'll try to figure out how to stop this happening in future, so you don't have to go through this again!

Bill.

[Jeffrey Sarnoff]

Home Free: no longer is getting Nemo's usefulness somewhere else and costing you time.

[digxx]

Am Donnerstag, 27. Oktober 2016 22:27:52 UTC+2 schrieb Bill Hart:

Yes, we'll eventually get rid of the warnings. Technically we only fully support Julia-0.4 at the moment. However, Nemo is known to work with Julia-0.5 with some warnings.

Thanks for persisting with it. I'm glad it is working for you now.

We'll try to figure out how to stop this happening in future, so you don't have to go through this again!

Bill.

I guess I have to thank you... 

[Tommy Hofmann]

There is a reason I asked to check for two libflint files three days ago. I saw this error with the missing libflint-13.dll before. The ln command can and will fail silently for various reasons.

[digxx]

Am Donnerstag, 27. Oktober 2016 23:00:48 UTC+2 schrieb Tommy Hofmann:

There is a reason I asked to check for two libflint files three days ago. I saw this error with the missing libflint-13.dll before. The ln command can and will fail silently for various reasons.

Maybe just to clarify, coz I found that weird too.

Back then I ran Julia in cygwin (and I just tested again to see) becoz the file libflint-13.dll was present back then.

When I start Julia in cygwin (I only tried via julia -p 4 - btw how do I start multiple processes in windows directly when I just have the icon? add -p 4 in the shortcut options??) and build Nemo after cloning it does create libflint-13.dll

However it is just 1kb and I didnt know (back then) it had to be an exact copy of libflint.dll

When I run Julia terminal directly libflint-13.dll is not created at all.

I wonder though now is why it doesnt really matter whether I build for 32 Windows namley API=32 and i686 or for windows 64 API=64 and x86_64.

Both seem to work, is that intended?

[Bill Hart]

On 27 October 2016 at 23:33, digxx <diger...@hotmail.com> wrote:

Am Donnerstag, 27. Oktober 2016 23:00:48 UTC+2 schrieb Tommy Hofmann:

There is a reason I asked to check for two libflint files three days ago. I saw this error with the missing libflint-13.dll before. The ln command can and will fail silently for various reasons.

Maybe just to clarify, coz I found that weird too.

Back then I ran Julia in cygwin (and I just tested again to see) becoz the file libflint-13.dll was present back then.

When I start Julia in cygwin (I only tried via julia -p 4 - btw how do I start multiple processes in windows directly when I just have the icon?

You have to right click on it and edit it's properties.

 

add -p 4 in the shortcut options??) and build Nemo after cloning it does create libflint-13.dll

However it is just 1kb and I didnt know (back then) it had to be an exact copy of libflint.dll

Ah, Cygwin must have created a symlink. Unfortunately these don't work on Windows natively.

 

 

When I run Julia terminal directly libflint-13.dll is not created at all.

That is odd, and we'll have to look into that.

 

I wonder though now is why it doesnt really matter whether I build for 32 Windows namley API=32 and i686 or for windows 64 API=64 and x86_64.

Both seem to work, is that intended?

Both should work. If you use a 64 bit Julia executable it sould build the 64 bit version. Otherwise it should build the 32 bit version.

 

Bill.

[digxx]

Both should work. If you use a 64 bit Julia executable it sould build the 64 bit version. Otherwise it should build the 32 bit version.

 

Bill.

Yes but when I do not manually change i686 and ABI=32 to the x64 it is running the 32bit version, right?
You mean windows 64 can still cope with 32bit stuff?

[digxx]

Yes but when I do not manually change i686 and ABI=32 to the x64 it is running the 32bit version, right?
You mean windows 64 can still cope with 32bit stuff?

I mean changing in the windows_build.txt
By Pkg.build("Nemo") I do not run any executable, right?

[Bill Hart]

64 bit Windows will run 32 bit Windows binaries, yes. Of course we recommend the 64 bit ones.

[Jeffrey Sarnoff]

Bill, 

Consider distributing windows_build.txt ready to use with 64-bit machines and giving the changes to be made for 32-bit machines in comments.  That reverses the current orientation, and fits more of the likely user base.  I think that change gives you this:

Note that windows_build.txt is preset for 32-bit Windows;

for 64-bit machines, windows_build.txt should be this:

# This is set for use with 64-bit Windows installations

#

#   To use this with  32-bit Windows installations,

#       replace x86_64 with i686 throughout

#       replace ABI=64 with ABI=32

[Bill Hart]

We'll consider changing it. It's mainly supposed to be for us developers so we can build the binaries, but if people want to actually use it, I guess we should maintain it a bit more carefully.

Bill.

[digxx]

Am Freitag, 28. Oktober 2016 13:31:13 UTC+2 schrieb Bill Hart:

We'll consider changing it. It's mainly supposed to be for us developers so we can build the binaries, but if people want to actually use it, I guess we should maintain it a bit more carefully.

Bill.

BTW, when trying to Pkg.update() it now tells me:

julia> Pkg.update()

INFO: Updating METADATA...

WARNING: Package Nemo: skipping update (dirty)...

INFO: Computing changes...

INFO: No packages to install, update or remove

 

[Bill Hart]

It's probably due to the fact that you've made some changes in the git repository. You can do git stash to temporarily store the changes you made, then do Pkg.update() and then if you still need the changes, do git stash apply.

Bill.

[digxx]

Am Montag, 31. Oktober 2016 14:27:26 UTC+1 schrieb Bill Hart:

It's probably due to the fact that you've made some changes in the git repository. You can do git stash to temporarily store the changes you made, then do Pkg.update() and then if you still need the changes, do git stash apply.

Bill.

hm...what?

If I do git stash in cygwin I get:

 Diger@Diger-PC ~

$ git stash

fatal: Not a git repository (or any of the parent directories): .git

What specific changes are u refering to ?

[Bill Hart]

Ok, it was just a guess.

At least do git status in .julia/v0.5/Nemo to see what isn't clean.

Bill.

[digxx]

Diger@Diger-PC /cygdrive/d/julia/v0.5/nemo

$ git status

On branch master

Your branch is up-to-date with 'origin/master'.

Changes not staged for commit:

  (use "git add <file>..." to update what will be committed)

  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   .gitignore

        modified:   .travis.yml

        modified:   LICENSE.md

        modified:   README.md

        modified:   REQUIRE

        modified:   appveyor.yml

        modified:   benchmarks/bernoulli_polynomials.jl

        modified:   benchmarks/charpoly_integers.jl

        modified:   benchmarks/det_commutative_ring.jl

        modified:   benchmarks/det_field.jl

        modified:   benchmarks/det_polynomials.jl

        modified:   benchmarks/fateman.jl

        modified:   benchmarks/minpoly_finite_field.jl

        modified:   benchmarks/minpoly_gcd_domain.jl

        modified:   benchmarks/minpoly_integers.jl

        modified:   benchmarks/pearce.jl

        modified:   benchmarks/polynomials_number_field.jl

        modified:   benchmarks/resultant.jl

        modified:   benchmarks/runbenchmarks.jl

        modified:   benchmarks/solve_polynomials.jl

        modified:   deps/build.jl

        modified:   deps/patch-alloc-2.7.4

        modified:   doc/about.md

        modified:   doc/build.jl

        modified:   doc/build/acb.md

        modified:   doc/build/arb.md

        modified:   doc/build/classgroup.md

        modified:   doc/build/finitefield.md

        modified:   doc/build/fraction.md

        modified:   doc/build/integer.md

        modified:   doc/build/matrix.md

        modified:   doc/build/maximalorder.md

        modified:   doc/build/numberfield.md

        modified:   doc/build/padic.md

        modified:   doc/build/perm.md

        modified:   doc/build/polynomial.md

        modified:   doc/build/rational.md

        modified:   doc/build/residue.md

        modified:   doc/build/series.md

        modified:   doc/constructors.md

        modified:   doc/index.md

        modified:   doc/mathjaxhelper.js

        modified:   doc/mkdocs.yml

        modified:   doc/src/acb.md

        modified:   doc/src/arb.md

        modified:   doc/src/classgroup.md

        modified:   doc/src/finitefield.md

        modified:   doc/src/fraction.md

        modified:   doc/src/integer.md

        modified:   doc/src/matrix.md

        modified:   doc/src/maximalorder.md

        modified:   doc/src/numberfield.md

        modified:   doc/src/padic.md

        modified:   doc/src/perm.md

        modified:   doc/src/polynomial.md

        modified:   doc/src/rational.md

        modified:   doc/src/residue.md

        modified:   doc/src/series.md

        modified:   doc/types.md

        modified:   src/AbstractTypes.jl

        modified:   src/Factor.jl

        modified:   src/Groups.jl

        modified:   src/Nemo.jl

        modified:   src/Rings.jl

        modified:   src/ambiguities.jl

        modified:   src/antic/AnticTypes.jl

        modified:   src/antic/nf_elem.jl

        modified:   src/arb/ArbTypes.jl

        modified:   src/arb/acb.jl

        modified:   src/arb/acb_mat.jl

        modified:   src/arb/acb_poly.jl

        modified:   src/arb/arb.jl

        modified:   src/arb/arb_mat.jl

        modified:   src/arb/arb_poly.jl

        modified:   src/flint/FlintTypes.jl

        modified:   src/flint/fmpq.jl

        modified:   src/flint/fmpq_mat.jl

        modified:   src/flint/fmpq_poly.jl

        modified:   src/flint/fmpq_rel_series.jl

        modified:   src/flint/fmpz.jl

        modified:   src/flint/fmpz_mat.jl

        modified:   src/flint/fmpz_mod_poly.jl

        modified:   src/flint/fmpz_mod_rel_series.jl

        modified:   src/flint/fmpz_poly.jl

        modified:   src/flint/fmpz_rel_series.jl

        modified:   src/flint/fq.jl

        modified:   src/flint/fq_nmod.jl

        modified:   src/flint/fq_nmod_poly.jl

        modified:   src/flint/fq_nmod_rel_series.jl

        modified:   src/flint/fq_poly.jl

        modified:   src/flint/fq_rel_series.jl

        modified:   src/flint/nmod_mat.jl

        modified:   src/flint/nmod_poly.jl

        modified:   src/flint/padic.jl

        modified:   src/flint/perm.jl

        modified:   src/generic/Fraction.jl

        modified:   src/generic/GenericTypes.jl

        modified:   src/generic/Matrix.jl

        modified:   src/generic/Poly.jl

        modified:   src/generic/RelSeries.jl

        modified:   src/generic/Residue.jl

        modified:   src/pari/PariFactor.jl

        modified:   src/pari/PariIdeal.jl

        modified:   src/pari/PariTypes.jl

        modified:   src/pari/code_words.jl

        modified:   src/pari/pari_frac.jl

        modified:   src/pari/pari_int.jl

        modified:   src/pari/pari_maximal_order_elem.jl

        modified:   src/pari/pari_nf.jl

        modified:   src/pari/pari_polmod.jl

        modified:   src/pari/pari_poly.jl

        modified:   src/pari/pari_poly2.jl

        modified:   src/pari/pari_vec.jl

        modified:   src/polysubst.jl

        modified:   test/Benchmark-test.jl

        modified:   test/Fields-test.jl

        modified:   test/Groups-test.jl

        modified:   test/Nemo-test.jl

        modified:   test/Rings-test.jl

        modified:   test/antic/nf_elem-test.jl

        modified:   test/arb/acb_mat-test.jl

        modified:   test/arb/arb_mat-test.jl

        modified:   test/flint/fmpq_mat-test.jl

        modified:   test/flint/fmpq_poly-test.jl

        modified:   test/flint/fmpq_rel_series-test.jl

        modified:   test/flint/fmpz-test.jl

        modified:   test/flint/fmpz_mat-test.jl

        modified:   test/flint/fmpz_mod_poly-test.jl

        modified:   test/flint/fmpz_mod_rel_series-test.jl

        modified:   test/flint/fmpz_poly-test.jl

        modified:   test/flint/fmpz_rel_series-test.jl

        modified:   test/flint/fq-test.jl

        modified:   test/flint/fq_nmod-test.jl

        modified:   test/flint/fq_nmod_poly-test.jl

        modified:   test/flint/fq_nmod_rel_series-test.jl

        modified:   test/flint/fq_poly-test.jl

        modified:   test/flint/fq_rel_series-test.jl

        modified:   test/flint/nmod_mat-test.jl

        modified:   test/flint/nmod_poly-test.jl

        modified:   test/flint/padic-test.jl

        modified:   test/flint/perm-test.jl

        modified:   test/generic/Fraction-test.jl

        modified:   test/generic/Matrix-test.jl

        modified:   test/generic/Poly-test.jl

        modified:   test/generic/RelSeries-test.jl

        modified:   test/generic/Residue-test.jl

        modified:   test/pari/PariIdeal-test.jl

        modified:   test/pari/pari_maximal_order_elem-test.jl

        modified:   test/runtests.jl

        modified:   todo.txt

        modified:   windows_build.txt

no changes added to commit (use "git add" and/or "git commit -a")

[Bill Hart]

Oh yeah, if you use Cygwin Git it screws up all the line endings in the files, causing the Git repository to think every file needs committing.

Use native Windows Git instead.

Bill.

[digxx]

Diger@Diger-PC MINGW64 /d/julia/v0.5/nemo (master)

$ git status

On branch master

Your branch is up-to-date with 'origin/master'.

Changes not staged for commit:

  (use "git add <file>..." to update what will be committed)

  (use "git checkout -- <file>..." to discard changes in working directory)

[Bill Hart]

That looks better. So now the git stash and git stash apply trick should work.

Bill.

[digxx]

Diger@Diger-PC MINGW64 /d/julia/v0.5/nemo (master)

$ git config --global user.name "Diger"

Diger@Diger-PC MINGW64 /d/julia/v0.5/nemo (master)

$ git stash

*** Please tell me who you are.

Run

  git config --global user.email "y...@example.com"

  git config --global user.name "Your Name"

to set your account's default identity.

Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got 'Diger@Diger-PC.(none)')

Cannot save the current index state

Diger@Diger-PC MINGW64 /d/julia/v0.5/nemo (master)

$ git config --global user.email "diger..."

Diger@Diger-PC MINGW64 /d/julia/v0.5/nemo (master)

$ git stash

Saved working directory and index state WIP on master: cc4ae5d Merge pull request #94 from thofma/update_version

HEAD is now at cc4ae5d Merge pull request #94 from thofma/update_version

Diger@Diger-PC MINGW64 /d/julia/v0.5/nemo (master)

$ git stash apply

On branch master

Your branch is up-to-date with 'origin/master'.

Changes not staged for commit:

  (use "git add <file>..." to update what will be committed)

  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   windows_build.txt

no changes added to commit (use "git add" and/or "git commit -a")

Diger@Diger-PC MINGW64 /d/julia/v0.5/nemo (master)

$

Maybe just to update you. This is what I did. For whatever reason (which I'm not aware of) it seemed to work now...

So I did git stash

then:

julia> Pkg.update()

INFO: Updating METADATA...

INFO: Updating Nemo master...

INFO: Computing changes...

INFO: No packages to install, update or remove

and then git stash apply. If you dont mind would you tell me what is happening in the background?

[Bill Hart]

Sure. It's just taking all the changes that have been made and stashing them to one side. This means the Git repository is then "clean" and can be updated. Git stash apply takes the changes that had been stashed and reapplies them to the updated repository.

Bill.

[digxx]

Ok, but why do I need to do that???

I mean other packages also dont need git to put the changes to the side temporarily in order to be able to update itsself?! So what is the specific issue here?

[Bill Hart]

Yes, all packages have the same issue if you edit one of the files without committing the changes.

Bill.

[digxx]

Hello Bill,

Sorry to grap out that thread again.

I just did that Pkg.update thingy again, mainly git stash - git stash apply...In the end after I git stash apply it tells me

On branch master

Your branch is up-to-date with 'origin/master'.

Changes not staged for commit:

  (use "git add <file>..." to update what will be committed)

  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   windows_build.txt

no changes added to commit (use "git add" and/or "git commit -a")

What is that git add/commit good for ? Do I have to do it or why is telling me that?

[Bill Hart]

It's just telling you that you modified the file. If you don't want it to happen, save the file somewhere (so you don't lose the changes you made) and do git checkout windows_build.txt and it should stop happening.

Bill.