Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2013-10

Make failing in interesting ways: time to upgrade from

7 messages · 3 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Reinier Olislagers

Still trying to get my fpcup dos crosscompiler module to match my recent success manually creating the crosscompiler (thanks Marco & Nikolay).

Hitting all kinds of interesting errors, trying various combinations of manually building + running the commands fpcup generates to find out what's going wrong.

c:\development\fpctrunk\bin has trunk FPC binaries.

1. Is this supposed to happen?
Could perhaps be the PATH containing ( or ) (which indeed is the case on my 64 bit system - sorry, tends to happen with c:\program files (x86) http://okolovich.info/interruptexception-caught-with-code-0xc00000fd/ and reported, but closed as reporter did not give feedback: http://bugs.freepascal.org/view.php?id=17084
2. Should FPC upgrade to a newer make.exe (e.g. 3.81+ as suggested in http://bugs.freepascal.org/view.php?id=17084)?
3. Any "approved" location where I should get an updated make.exe for to test myself meanwhile?

Thanks.

C:\Development\fpctrunk>c:\Development\fpcbootstrap\make --version GNU Make 3.80
Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

C:\Development\fpctrunk>C:\development\fpcbootstrap\make.exe "FPC=C:\development\fpctrunk\bin\i386-win32\ppc386.exe" "--directory=C:\development\fpctrunk"
"INSTALL_PREFIX=C:\development\fpctrunk"
"CROSSBINDIR=C:\development\cross\bin\i8086-msdos" "UPXPROG=echo" "COPYTREE=echo" "all" "OS_TARGET=msdos" "CPU_TARGET=i8086" "BINUTILSPREFIX=msdos-" "CROSSOPT=-XPmsdos- -WmMedium" "OPT=-CX -XXs" C:\development\fpcbootstrap\make.exe: Entering directory `C:/Development/fpctrunk'
C:/development/fpcbootstrap/make.exe compiler_cycle RELEASE=1 make.exe[1]: Entering directory `C:/Development/fpctrunk' C:/development/fpcbootstrap/make.exe -C compiler cycle make.exe[2]: Entering directory `C:/Development/fpctrunk/compiler' C:/development/fpcbootstrap/make.exe OS_TARGET=win32 CPU_TARGET=i386 CROSSBINDIR= BINUTILSPREFIX= CROSSCYCLEBOOTSTRAP=1 rtlclean rtl CYCLELEVEL=1 make.exe[3]: Entering directory `C:/Development/fpctrunk/compiler' C:/development/fpcbootstrap/make.exe -C C:/Development/fpctrunk/rtl clean make.exe[4]: Entering directory `C:/Development/fpctrunk/rtl' C:/Development/fpcbootstrap/rm.exe -f fpcmade.i386-win32 Package.fpc ppas.bat script.res link.res
C:/development/fpcbootstrap/make.exe: Interrupt/Exception caught (code = 0xc00000fd, addr = 0x4ff283)
make.exe[3]: *** [rtlclean] Error 255
make.exe[3]: Leaving directory `C:/Development/fpctrunk/compiler' make.exe[2]: *** [cycle] Error 2
make.exe[2]: Leaving directory `C:/Development/fpctrunk/compiler' make.exe[1]: *** [compiler_cycle] Error 2
make.exe[1]: Leaving directory `C:/Development/fpctrunk' C:\development\fpcbootstrap\make.exe: *** [build-stamp.i8086-msdos] Error 2 C:\development\fpcbootstrap\make.exe: Leaving directory `C:/Development/fpctrunk

Reply by email

Marco van de Voort
to Reinier Olislagers

In our previous episode, Reinier Olislagers said:

Show quoted text 12 lines
Hitting all kinds of interesting errors, trying various combinations of manually building + running the commands fpcup generates to find out what's going wrong. c:\development\fpctrunk\bin has trunk FPC binaries. 1. Is this supposed to happen? Could perhaps be the PATH containing ( or ) (which indeed is the case on my 64 bit system - sorry, tends to happen with c:\program files (x86) http://okolovich.info/interruptexception-caught-with-code-0xc00000fd/ and reported, but closed as reporter did not give feedback: http://bugs.freepascal.org/view.php?id=17084

Strangely enough my experiences are the other way around (generally the FPC make is stable, and have occasional exceptions when I accidentally use the cygwin make).

Do you use the fpc 2.6.2 make, or the one from fpcbuild. Afaik that one was updated by Florian since 2.6.2?

I have (x86) directories in the path too, and don't get exceptions

2. Should FPC upgrade to a newer make.exe (e.g. 3.81+ as suggested in http://bugs.freepascal.org/view.php?id=17084)?

I don't think it is necessarily older or newer, but more finding a version that is stable. Probably depends on what hand fixing and configure tricks they used to build under Windows.

3. Any "approved" location where I should get an updated make.exe for to test myself meanwhile?

mingw site?

Reply by email

Reinier Olislagers
to Reinier Olislagers: Still trying to get my fpcup dos crosscompiler module to match my recent success manually…
Show quoted text 10 lines
1. Is this supposed to happen? Could perhaps be the PATH containing ( or ) (which indeed is the case on my 64 bit system - sorry, tends to happen with c:\program files (x86) http://okolovich.info/interruptexception-caught-with-code-0xc00000fd/ and reported, but closed as reporter did not give feedback: http://bugs.freepascal.org/view.php?id=17084 2. Should FPC upgrade to a newer make.exe (e.g. 3.81+ as suggested in http://bugs.freepascal.org/view.php?id=17084)? 3. Any "approved" location where I should get an updated make.exe for to test myself meanwhile?

Found a bug report that make 3.81 does not work if the path contains double quotes.
Going to try with make 3.82 from
http://www.equation.com/servlet/equation.cmd?fa=make unless there's a better suggestion ;)

Reply by email

Jonas Maebe
to Reinier Olislagers
Reinier Olislagers wrote
Going to try with make 3.82 from http://www.equation.com/servlet/equation.cmd?fa=make unless there's a better suggestion ;)

make 3.82 is more strict in terms of having to explicitly specify all required dependencies in the makefiles, and I don't think all FPC makefiles have already been updated for it. mingw make 3.81 should work fine. This seems to be the most recent release of that version: http://sourceforge.net/projects/mingw/files/MinGW/Extension/make/make-3.81-20090914-mingw32/

Jonas

Reply by email

Reinier Olislagers
to Jonas Maebe
Jonas Maebe wrote 12 lines
On 22 Oct 2013, at 14:00, Reinier Olislagers wrote: > Going to try with make 3.82 from > http://www.equation.com/servlet/equation.cmd?fa=make > unless there's a better suggestion ;) make 3.82 is more strict in terms of having to explicitly specify all required dependencies in the makefiles, and I don't think all FPC makefiles have already been updated for it. mingw make 3.81 should work fine. This seems to be the most recent release of that version: http://sourceforge.net/projects/mingw/files/MinGW/Extension/make/make-3.81-20090914-mingw32/

Thanks guys, I'll have a look.
FYI: ran Laz trunk+fpc trunk x86 build on Win x64 with make 3.82 (mjust now, worked ok.

GNU Make 3.82
Built for i686-pc-mingw32
This program is built by Equation Solution <http://www.Equation.com> for Windows.
Copyright (C) 2010 Free Software Foundation, Inc.

Reply by email

Reinier Olislagers
to Marco van de Voort: In our previous episode, Reinier Olislagers said: Strangely enough my experiences are the…
Marco van de Voort wrote 11 lines
In our previous episode, Reinier Olislagers said: > Could perhaps be the PATH containing ( or ) (which indeed is the case on > my 64 bit system - sorry, tends to happen with c:\program files (x86) > http://okolovich.info/interruptexception-caught-with-code-0xc00000fd/ > and reported, but closed as reporter did not give feedback: > http://bugs.freepascal.org/view.php?id=17084 Strangely enough my experiences are the other way around (generally the FPC make is stable, and have occasional exceptions when I accidentally use the cygwin make).

I've never used cygwin make. I'm using mingw make 3.82 right now.

Do you use the fpc 2.6.2 make, or the one from fpcbuild. Afaik that one was updated by Florian since 2.6.2?

I'll have a look.

I have (x86) directories in the path too, and don't get exceptions

You're probably not doing the weird things I am ;)

Reply by email