Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 16 November 2016 at 20:10, digxx  wrote:

> 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 ..." to update what will be committed)
>   (use "git checkout -- ..." 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?
>

Re: [julia-users] Re: Nemo AcbField error

[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 ..." to update what will be committed)
  (use "git checkout -- ..." 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?

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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

Bill.

On 4 November 2016 at 22:51, digxx  wrote:

> 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?
>
>

Re: [julia-users] Re: Nemo AcbField error

[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?

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 2 November 2016 at 22:01, digxx  wrote:

> 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 ..." to update what will be committed)
>   (use "git checkout -- ..." 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?
>
>

Re: [julia-users] Re: Nemo AcbField error

[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 ..." to update what will be committed)
  (use "git checkout -- ..." 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?

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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

Bill.

On 31 October 2016 at 21:25, digxx  wrote:

> 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 ..." to update what will be committed)
>   (use "git checkout -- ..." to discard changes in working directory)
>
> modified:   windows_build.txt
>
> no changes added to commit (use "git add" and/or "git commit -a")
>
>

Re: [julia-users] Re: Nemo AcbField error

[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 ..." to update what will be committed)
  (use "git checkout -- ..." to discard changes in working directory)

modified:   windows_build.txt

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

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 31 October 2016 at 17:35, digxx  wrote:

> 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 ..." to update what will be committed)
>   (use "git checkout -- ..." 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:   

Re: [julia-users] Re: Nemo AcbField error

[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 ..." to update what will be committed)
  (use "git checkout -- ..." 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

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

Ok, it was just a guess.

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

Bill.

On 31 October 2016 at 15:07, digxx  wrote:

>
>
> 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 ?
>
>

Re: [julia-users] Re: Nemo AcbField error

[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 ?

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 31 October 2016 at 13:58, digxx  wrote:

>
>
> 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
>
>

Re: [julia-users] Re: Nemo AcbField error

[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
 

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 28 October 2016 at 12:34, Jeffrey Sarnoff 
wrote:

> 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
>
>
> 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 ../..
>
>
>
>
> On Friday, October 28, 2016 at 4:54:06 AM UTC-4, Bill Hart wrote:
>>
>> 64 bit Windows will run 32 bit Windows binaries, yes. Of course we
>> recommend the 64 bit ones.
>>
>> On 28 October 2016 at 10:52, digxx  wrote:
>>
>>> 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?
>>>
>>
>>

Re: [julia-users] Re: Nemo AcbField error

[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


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 ../..




On Friday, October 28, 2016 at 4:54:06 AM UTC-4, Bill Hart wrote:
>
> 64 bit Windows will run 32 bit Windows binaries, yes. Of course we 
> recommend the 64 bit ones.
>
> On 28 October 2016 at 10:52, digxx  
> wrote:
>
>> 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? 
>>
>
>

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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

On 28 October 2016 at 10:52, digxx  wrote:

> 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?
>

Re: [julia-users] Re: Nemo AcbField error

[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? 

Re: [julia-users] Re: Nemo AcbField error

[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? 

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

On 27 October 2016 at 23:33, digxx  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.

Re: [julia-users] Re: Nemo AcbField error

[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?

Re: [julia-users] Re: Nemo AcbField error

[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.

Re: [julia-users] Re: Nemo AcbField error

[Jeffrey Sarnoff]

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

On Thu, Oct 27, 2016 at 4:27 PM, 'Bill Hart' via julia-users <
julia-users@googlegroups.com> wrote:

> 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.
>
> On 27 October 2016 at 21:39, digxx  wrote:
>
>>
>>
>> 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?
>>
>
>

Re: [julia-users] Re: Nemo AcbField error

[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... 

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 27 October 2016 at 21:39, digxx  wrote:

>
>
> 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?
>

Re: [julia-users] Re: Nemo AcbField error

[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?

Re: [julia-users] Re: Nemo AcbField error

[Jeffrey Sarnoff]

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

On Thursday, October 27, 2016 at 3:22:39 PM UTC-4, digxx wrote:
>
>
>
> 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.000 
>
>
> 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?
>

Re: [julia-users] Re: Nemo AcbField error

[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.000 


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?

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 27 October 2016 at 18:57, digxx  wrote:

> Actually:
> libflint-13.dll  14,156 KB
> is missing for me
>
> also is .git\
> under Nemo
>
>
> Am Donnerstag, 27. Oktober 2016 18:32:48 UTC+2 schrieb 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
>>
>>
>> On Wednesday, October 26, 2016 at 8:09:33 PM UTC-4, Bill Hart wrote:
>>>
>>> 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/
>>>
>>>
>>> On 27 October 2016 at 02:04, Bill Hart  wrote:
>>>
 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.

 On 26 October 2016 at 23:02, digxx  wrote:

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


>>>

Re: [julia-users] Re: Nemo AcbField error

[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


On Thursday, October 27, 2016 at 1:51:31 PM UTC-4, digxx wrote:
>
>
>
> 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 ;)
>
>  
>

Re: [julia-users] Re: Nemo AcbField error

[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 ;)

 

Re: [julia-users] Re: Nemo AcbField error

[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).



On Thursday, October 27, 2016 at 1:33:22 PM UTC-4, Jeffrey Sarnoff wrote:
>
> 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.
>
>
>
> On Thursday, October 27, 2016 at 12:57:57 PM UTC-4, digxx wrote:
>>
>> Actually:
>> libflint-13.dll  14,156 KB
>> is missing for me
>>
>> also is .git\
>> under Nemo
>>
>> Am Donnerstag, 27. Oktober 2016 18:32:48 UTC+2 schrieb 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
>>>
>>>
>>> On Wednesday, October 26, 2016 at 8:09:33 PM UTC-4, Bill Hart wrote:

 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/


 On 27 October 2016 at 02:04, Bill Hart  
 wrote:

> 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.
>
> On 26 October 2016 at 23:02, digxx  wrote:
>
>> It's weird coz in julia 0.4.x it was running without any problems...
>>
>
>

Re: [julia-users] Re: Nemo AcbField error

[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.



On Thursday, October 27, 2016 at 12:57:57 PM UTC-4, digxx wrote:
>
> Actually:
> libflint-13.dll  14,156 KB
> is missing for me
>
> also is .git\
> under Nemo
>
> Am Donnerstag, 27. Oktober 2016 18:32:48 UTC+2 schrieb 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
>>
>>
>> On Wednesday, October 26, 2016 at 8:09:33 PM UTC-4, Bill Hart wrote:
>>>
>>> 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/
>>>
>>>
>>> On 27 October 2016 at 02:04, Bill Hart  wrote:
>>>
 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.

 On 26 October 2016 at 23:02, digxx  wrote:

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


>>>

Re: [julia-users] Re: Nemo AcbField error

[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?

Re: [julia-users] Re: Nemo AcbField error

[digxx]

Actually:
libflint-13.dll  14,156 KB
is missing for me

also is .git\
under Nemo

Am Donnerstag, 27. Oktober 2016 18:32:48 UTC+2 schrieb 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
>
>
> On Wednesday, October 26, 2016 at 8:09:33 PM UTC-4, Bill Hart wrote:
>>
>> 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/
>>
>>
>> On 27 October 2016 at 02:04, Bill Hart  wrote:
>>
>>> 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.
>>>
>>> On 26 October 2016 at 23:02, digxx  wrote:
>>>
 It's weird coz in julia 0.4.x it was running without any problems...

>>>
>>>
>>

Re: [julia-users] Re: Nemo AcbField error

[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


On Wednesday, October 26, 2016 at 8:09:33 PM UTC-4, Bill Hart wrote:
>
> 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/
>
>
> On 27 October 2016 at 02:04, Bill Hart  > wrote:
>
>> 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.
>>
>> On 26 October 2016 at 23:02, digxx  
>> wrote:
>>
>>> It's weird coz in julia 0.4.x it was running without any problems...
>>>
>>
>>
>

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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/


On 27 October 2016 at 02:04, Bill Hart  wrote:

> 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.
>
> On 26 October 2016 at 23:02, digxx  wrote:
>
>> It's weird coz in julia 0.4.x it was running without any problems...
>>
>
>

Re: [julia-users] Re: Nemo AcbField error

[Jeffrey Sarnoff]

Yes.

Jeffrey Sarnoff


> On Oct 26, 2016, at 8:04 PM, 'Bill Hart' via julia-users 
>  wrote:
> 
> 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.
> 
>> On 26 October 2016 at 23:02, digxx  wrote:
>> It's weird coz in julia 0.4.x it was running without any problems...
> 

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 26 October 2016 at 23:02, digxx  wrote:

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

Re: [julia-users] Re: Nemo AcbField error

[digxx]

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

Re: [julia-users] Re: Nemo AcbField error

[digxx]

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

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

Well, I'm mystified.

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

Bill.

On 26 October 2016 at 22:40, digxx  wrote:

> 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>
>

Re: [julia-users] Re: Nemo AcbField error

[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>

Re: [julia-users] Re: Nemo AcbField error

[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.


On Wed, Oct 26, 2016 at 3:17 PM, digxx  wrote:

>
>
> 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
>
>

Re: [julia-users] Re: Nemo AcbField error

[digxx]

ooops... u meant the:
cd(wdir) 
right?
I completely overlooked that..wait a sec

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.
>
>
> On Wed, Oct 26, 2016 at 3:17 PM, digxx  > wrote:
>
>>
>>
>> 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 
>>
>>
>

Re: [julia-users] Re: Nemo AcbField error

[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.. 

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 26 October 2016 at 21:17, digxx  wrote:

>
>
> 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
>
>

Re: [julia-users] Re: Nemo AcbField error

[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

Re: [julia-users] Re: Nemo AcbField error

[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.

On Wednesday, October 26, 2016 at 2:40:48 PM UTC-4, digxx wrote:
>
> 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
>

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 26 October 2016 at 20:40, digxx  wrote:

> 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
>

Re: [julia-users] Re: Nemo AcbField error

[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

Re: [julia-users] Re: Nemo AcbField error

[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?

Re: [julia-users] Re: Nemo AcbField error

[digxx]

>
>
> On 26 October 2016 at 01:43, Jeffrey Sarnoff  > wrote:
>
>> send me all the messages output, please
>>
>
that were all the messages... 

Re: [julia-users] Re: Nemo AcbField error

[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...

Am Mittwoch, 26. Oktober 2016 01:42:51 UTC+2 schrieb 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?
>
> On Tue, Oct 25, 2016 at 7:37 PM, digxx  > wrote:
>
>> 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
>>  - build the package(s) and all dependencies with `Pkg.build("Nemo")`
>>  - build a single package by running its `deps/build.jl` script
>>
>>
>> =
>>
>>
>

Re: [julia-users] Re: Nemo AcbField error

[Jeffrey Sarnoff]

Get git here: download git installer for windows 


On Wednesday, October 26, 2016 at 3:23:36 AM UTC-4, Bill Hart wrote:
>
> 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.
>
> On 26 October 2016 at 01:43, Jeffrey Sarnoff  > wrote:
>
>> send me all the messages output, please
>>
>> On Tue, Oct 25, 2016 at 7:41 PM, Jeffrey Sarnoff > > wrote:
>>
>>> What happens if you restart that Julia from the windows menu (if that 
>>> does not launch cygwin terminal)
>>> and  do >Pkg.build("Nemo") again?
>>>
>>> On Tue, Oct 25, 2016 at 7:37 PM, digxx >> > wrote:
>>>
 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
  - build the package(s) and all dependencies with `Pkg.build("Nemo")`
  - build a single package by running its `deps/build.jl` script


 =


>>>
>>
>

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 26 October 2016 at 01:43, Jeffrey Sarnoff 
wrote:

> send me all the messages output, please
>
> On Tue, Oct 25, 2016 at 7:41 PM, Jeffrey Sarnoff <
> jeffrey.sarn...@gmail.com> wrote:
>
>> What happens if you restart that Julia from the windows menu (if that
>> does not launch cygwin terminal)
>> and  do >Pkg.build("Nemo") again?
>>
>> On Tue, Oct 25, 2016 at 7:37 PM, digxx  wrote:
>>
>>> 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
>>>  - build the package(s) and all dependencies with `Pkg.build("Nemo")`
>>>  - build a single package by running its `deps/build.jl` script
>>>
>>> 
>>> 
>>> 
>>> =
>>>
>>>
>>
>

Re: [julia-users] Re: Nemo AcbField error

[Jeffrey Sarnoff]

send me all the messages output, please

On Tue, Oct 25, 2016 at 7:41 PM, Jeffrey Sarnoff 
wrote:

> What happens if you restart that Julia from the windows menu (if that does
> not launch cygwin terminal)
> and  do >Pkg.build("Nemo") again?
>
> On Tue, Oct 25, 2016 at 7:37 PM, digxx  wrote:
>
>> 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
>>  - build the package(s) and all dependencies with `Pkg.build("Nemo")`
>>  - build a single package by running its `deps/build.jl` script
>>
>> 
>> 
>> 
>> =
>>
>>
>

Re: [julia-users] Re: Nemo AcbField error

[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?

On Tue, Oct 25, 2016 at 7:37 PM, digxx  wrote:

> 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
>  - build the package(s) and all dependencies with `Pkg.build("Nemo")`
>  - build a single package by running its `deps/build.jl` script
>
> 
> 
> 
> =
>
>

Re: [julia-users] Re: Nemo AcbField error

[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
 - build the package(s) and all dependencies with `Pkg.build("Nemo")`
 - build a single package by running its `deps/build.jl` script

=

Re: [julia-users] Re: Nemo AcbField error

[Jeffrey Sarnoff]

and just run julia from the terminal, not cygwin

On Monday, October 24, 2016 at 4:08:26 PM UTC-4, Jeffrey Sarnoff wrote:
>
> 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]
>
>
> On Monday, October 24, 2016 at 3:22:47 PM UTC-4, digxx wrote:
>>
>> 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...
>>
>

Re: [julia-users] Re: Nemo AcbField error

[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]


On Monday, October 24, 2016 at 3:22:47 PM UTC-4, digxx wrote:
>
> 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...
>

Re: [julia-users] Re: Nemo AcbField error

[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...

Re: [julia-users] Re: Nemo AcbField error

[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"
▒

Re: [julia-users] Re: Nemo AcbField error

[Jeffrey Sarnoff]

Here are the usual Windows versions for 32-bit Windows 

 and for 64-bit Windows 


On Monday, October 24, 2016 at 2:23:24 PM UTC-4, Bill Hart wrote:
>
> We don't support Cygwin. The Nemo binaries are native Windows binaries.
>
> I was unaware there was a Cygwin version of Julia.
>
> Bill.
>
> On 24 October 2016 at 19:48, Jeffrey Sarnoff  > wrote:
>
>> 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)
>>
>>
>> On Monday, October 24, 2016 at 1:24:30 PM UTC-4, digxx wrote:
>>>
>>> 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...
>>>
>>
>

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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

I was unaware there was a Cygwin version of Julia.

Bill.

On 24 October 2016 at 19:48, Jeffrey Sarnoff 
wrote:

> 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)
>
>
> On Monday, October 24, 2016 at 1:24:30 PM UTC-4, digxx wrote:
>>
>> 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...
>>
>

Re: [julia-users] Re: Nemo AcbField error

[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)


On Monday, October 24, 2016 at 1:24:30 PM UTC-4, digxx wrote:
>
> 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...
>

Re: [julia-users] Re: Nemo AcbField error

[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...

Re: [julia-users] Re: Nemo AcbField error

[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?

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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

On 23 October 2016 at 21:59, digxx  wrote:

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

Re: [julia-users] Re: Nemo AcbField error

[digxx]

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

Re: [julia-users] Re: Nemo AcbField error

[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   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 85504  100 855040 0  72326  0  0:00:01  0:00:01 --:--:-- 
72707
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100  672k  100  672k0 0   266k  0  0:00:02  0:00:02 --:--:-- 
 267k
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100  450k  100  450k0 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   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 13.8M  100 13.8M0 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   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 21.8M  100 21.8M0 0   894k  0  0:00:24  0:00:24 --:--:-- 
 926k
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 6066k  100 6066k0 0   825k  0  0:00:07  0:00:07 --:--:-- 
1198k

are binaries??

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 23 October 2016 at 21:48, digxx  wrote:

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

Re: [julia-users] Re: Nemo AcbField error

[digxx]

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

Re: [julia-users] Re: Nemo AcbField error

[digxx]

What do u mean that explains why it doesn't go any further?
Is Nemo not finished yet for Windows?

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On 23 October 2016 at 21:28, digxx  wrote:

> 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   TimeTime Time
>  Current
>  Dload  Upload   Total   SpentLeft
>  Speed
>   0 00 00 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)
>

Re: [julia-users] Re: Nemo AcbField error

[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   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
  0 00 00 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) 

Re: [julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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

Bill.

On 23 October 2016 at 21:11, digxx  wrote:

> 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   TimeTime Time
>  Current
>  Dload  Upload   Total   SpentLeft
>  Speed
> 100 85504  100 855040 0  72326  0  0:00:01  0:00:01 --:--:--
> 72707
>   % Total% Received % Xferd  Average Speed   TimeTime Time
>  Current
>  Dload  Upload   Total   SpentLeft
>  Speed
> 100  672k  100  672k0 0   266k  0  0:00:02  0:00:02 --:--:--
>  267k
>   % Total% Received % Xferd  Average Speed   TimeTime Time
>  Current
>  Dload  Upload   Total   SpentLeft
>  Speed
> 100  450k  100  450k0 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   TimeTime Time
>  Current
>  Dload  Upload   Total   SpentLeft
>  Speed
> 100 13.8M  100 13.8M0 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   TimeTime Time
>  Current
>  Dload  Upload   Total   SpentLeft
>  Speed
> 100 21.8M  100 21.8M0 0   894k  0  0:00:24  0:00:24 --:--:--
>  926k
>   % Total% Received % Xferd  Average Speed   TimeTime Time
>  Current
>  Dload  Upload   Total   SpentLeft
>  Speed
> 100 6066k  100 6066k0 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...
>

[julia-users] Re: Nemo AcbField error

[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   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 85504  100 855040 0  72326  0  0:00:01  0:00:01 --:--:-- 
72707
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100  672k  100  672k0 0   266k  0  0:00:02  0:00:02 --:--:-- 
 267k
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100  450k  100  450k0 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   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 13.8M  100 13.8M0 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   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 21.8M  100 21.8M0 0   894k  0  0:00:24  0:00:24 --:--:-- 
 926k
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100 6066k  100 6066k0 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...

[julia-users] Re: Nemo AcbField error

[Tommy Hofmann]

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

On Wednesday, October 19, 2016 at 2:44:20 AM UTC+2, Jeffrey Sarnoff wrote:
>
> 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.000 + i*1.000
> > c(1,1)
> 1.000 + i*1.000
> > f = ArbField(64)
> Real Field with 64 bits of precision and error bounds
>
> julia> f(1)
>
> 1.000
>
>
>
>
>
> On Tuesday, October 18, 2016 at 6:27:28 PM UTC-4, digxx wrote:
>>
>> 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...
>>
>

[julia-users] Re: Nemo AcbField 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.000 + i*1.000
> c(1,1)
1.000 + i*1.000
> f = ArbField(64)
Real Field with 64 bits of precision and error bounds

julia> f(1)

1.000





On Tuesday, October 18, 2016 at 6:27:28 PM UTC-4, digxx wrote:
>
> 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...
>

[julia-users] Re: Nemo AcbField error

[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...

[julia-users] Re: Nemo AcbField error

['Bill Hart' via julia-users]

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.

On Monday, 17 October 2016 22:43:07 UTC+2, Jeffrey Sarnoff wrote:
>
> 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...
>
>

[julia-users] Re: Nemo AcbField error

[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...

[julia-users] Re: Nemo AcbField error

[digxx]

push...