Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[iz0bbz]

I have set up a small compilation environment on Windows, following  wiki instructions.

It compiles today's SVN regularly (well, to be honest I haven't tried to compile the monolithic app - just amulegui & alcc)

Bottomline, It may be interesting to setup a mingw cross-compiler for Windows binaries on GNU/Linux. I'll give it a chance in the future.

[Radek]

No idea, why it doesn't work any longer, but after the mentioned date, I can't compile aMule-Snapshots on any of my machines!

With Debian 4 I have the same error in Scanner.l

Code: [Select]

.../Scanner.l:195: error: 'yylex_destroy' was not declared in this scope as with MingW. It occurred on August, 10th 2008 without me making any changes in the development environment (except maybe some security update or other under Debian).

Today I experimented a little with the arguments to configure but to no avail (debug on/off, optimization on/off, and so on)...
I tried with fresh directories, unpacking under Debian and under Win$, ...

I did not try the mentioned patch for Scanner.l! If such a thing is really still necessary, there is something wrong with the sources and/or the configure process!
....

Update:
For some dependencies I had to use flex 2.3.4 on Debian4. I now installed version 2.5.33 and tried compilation again: same error! I first had to delete Scanner.cpp manually to force flex to regenerate it! After that, compilation went through!

For Debian4 the problem is solved now, as it seems. But still I wonder why it occurred at all?!

Next step: another make in MingW...
I share the same source directory for Debian and Win$. Scanner.cpp was regenerated by my Debian-based compilation. And now I also can compile the Win$-binaries again!

Just amazing!

But ok, I will not think too much about it. Scanner did make trouble some time before, as I remember.

Now I have the problem, that the freshly compiled amuled won't let me connect to it with amuleweb or amulecmd. One problem solved, next problem at the door step :-)

Cheers,
Radek

[Stu Redman]

There is no amuled for Windows. (Yet.)

[iz0bbz]

Now I have the problem, that the freshly compiled amuled won't let me connect to it with amuleweb or amulecmd. One problem solved, next problem at the door step :-)

There is actually a problem on the remote packages.

Testing your "aMule-Win32-SVN20080924-gui-cmdline.zip" package against amuled on Linux (SVN, same date) I can't succed in connection neither with amulecmd.exe nor amulegui.exe . Both executables hang at the beginning, when trying to connect to amuled. The amulegui.exe main window doesn't show , while the amulegui process is still alive (this is the 'usal' behaviour when amulegui cannot connect....)

As double-check I have compiled today's amulegui & amuled SVN on windows myself, and I have no problems with them.

[Radek]

Yes, I realized that, too! As a consequence I removed all the builds after 20080809 again.

But today's build (20080926) seems to be working again - I don't have the slightest idea why! 
As before, I didn't change anything in my environment. I just extracted the sources and started my scripts for the actual compilation.

The only thing that changes from time to time are the wxWidgets sources. I upgrade those maybe once a week. By now I'm using version 2.8.9. Maybe that has sth to do with it.

We'll see, how that develops...

[Nil Einne]

Are you still compiling with debug options on? I ask because I have an annoying crash when quiting which seems to mean some of the part met files are not saved ergo I keep rehashing my downloading files :-( The ordinary log file doesn't seem to show anything useful

[Radek]

No, I just forgot to change the text in the first post (but I did that now).

At the moment I compile without debug and with optimizations to keep the generated executables smaller (my upload is not the best).

But if you need a version with full debug enabled, let me know - I'll produce one out of some hat or other
No big problem.