[QUOTE=EdH;315838]I have corrected it, though, to:
[code]
svn co https://yafu.svn.sourceforge.net/svnroot/yafu
[/code][/QUOTE]

I know this won't get rid of the tdiv_resieve.c file, but you might want to update your 'svn co' command to:
[code]
svn co https://yafu.svn.sourceforge.net/svnroot/yafu/trunk
[/code]
With your current command you are pulling in a bunch of old code that is unrelated to the current yafu, which is located in the trunk directory. This won't change what you are doing, it will just get you a cleaner, and possibly easier to work with, directory structure for yafu.

[QUOTE=EdH;315849]OK, I'm back and now I'm getting a bunch of "undefined reference to 'align_free' errors. I found align_free in types.h and am studying further...[/QUOTE]

We ran into this earlier in the thread too...

edit: post 14.

The needed fix is now committed in SVN 248.

[QUOTE=bsquared;315866]We ran into this earlier in the thread too...

edit: post 14.

The needed fix is now committed in SVN 248.[/QUOTE]
Sorry I've been so lame, not seeing the old familiar trees...

Anyway, THANK YOU!! All appears to be working fully now!

Sorry to have been such a bother - I'll get out of your hair (at least for a while).:smile:

Thanks, again for great support and for a great program!

[QUOTE=EdH;315874]Sorry I've been so lame, not seeing the old familiar trees...

Anyway, THANK YOU!! All appears to be working fully now!

Sorry to have been such a bother - I'll get out of your hair (at least for a while).:smile:

Thanks, again for great support and for a great program![/QUOTE]

I should have committed that fix back then, and this wouldn't have been an issue again...

Glad to hear that things are working now!
:smile:

Hi Ben,

I'm having a bit of trouble compiling svn 251 on my 32-bit machines:
[code]
factor/qs/med_sieve_32k.c:113:2: error: \u2018_INIT_SSE2_SMALL_PRIME_SIEVE\u2019 undeclared (first use in this function)
factor/qs/med_sieve_32k.c:113:2: note: each undeclared identifier is reported only once for each function it appears in
factor/qs/med_sieve_32k.c:114:2: error: \u2018_SSE2_SMALL_PRIME_SIEVE_32k_DIV3\u2019 undeclared (first use in this function)
factor/qs/med_sieve_32k.c:134:2: error: \u2018_SSE2_SMALL_PRIME_SIEVE_14b\u2019 undeclared (first use in this function)
factor/qs/med_sieve_32k.c:154:2: error: \u2018_SSE2_SMALL_PRIME_SIEVE_15b\u2019 undeclared (first use in this function)
factor/qs/med_sieve_32k.c:49:17: warning: unused variable \u2018asm_input\u2019 [-Wunused-variable]
make: *** [factor/qs/med_sieve_32k.o] Error 1
[/code]svn 250 still works fine. If it's not a simple fix, I can change my "Steps" page to use 250 and all will be OK.

Thanks again for all your work and don't let me hold back any progress.:smile:

[SIZE=1](I hope this isn't another bit I've overlooked or forgotten about again - I did do a search...)[/SIZE]

[QUOTE=EdH;321245]Hi Ben,

I'm having a bit of trouble compiling svn 251 on my 32-bit machines:
[code]
factor/qs/med_sieve_32k.c:113:2: error: \u2018_INIT_SSE2_SMALL_PRIME_SIEVE\u2019 undeclared (first use in this function)
factor/qs/med_sieve_32k.c:113:2: note: each undeclared identifier is reported only once for each function it appears in
factor/qs/med_sieve_32k.c:114:2: error: \u2018_SSE2_SMALL_PRIME_SIEVE_32k_DIV3\u2019 undeclared (first use in this function)
factor/qs/med_sieve_32k.c:134:2: error: \u2018_SSE2_SMALL_PRIME_SIEVE_14b\u2019 undeclared (first use in this function)
factor/qs/med_sieve_32k.c:154:2: error: \u2018_SSE2_SMALL_PRIME_SIEVE_15b\u2019 undeclared (first use in this function)
factor/qs/med_sieve_32k.c:49:17: warning: unused variable \u2018asm_input\u2019 [-Wunused-variable]
make: *** [factor/qs/med_sieve_32k.o] Error 1
[/code]svn 250 still works fine. If it's not a simple fix, I can change my "Steps" page to use 250 and all will be OK.

Thanks again for all your work and don't let me hold back any progress.:smile:

[SIZE=1](I hope this isn't another bit I've overlooked or forgotten about again - I did do a search...)[/SIZE][/QUOTE]

Stick to 250 on your page until this is fixed. He added a bunch of SSE assembly to SIQS, so it might take a while to get all the stupid little bugs out. (Then again, it might not :smile:)

[QUOTE=Dubslow;321268]Stick to 250 on your page until this is fixed. He added a bunch of SSE assembly to SIQS, so it might take a while to get all the stupid little bugs out. (Then again, it might not :smile:)[/QUOTE]
Sounds good! The page has been changed.

Thanks for all your help.

Yep, that's good advice for now. I've worked out most of the bugs with the new assembly, but have not tested at all for 32 bit linux (still mostly an afterthought for me... sorry).