Maurilio, Viktor:
>Knut says gcc does not create a response file, but what happens if we
>call ld or/and emxomfld directly, without passing through gcc, after
>having created the correct response file?
>We could end up with a solution which works with every version of gcc
>without requiring a patch at all.
[Viktor]
>This is an option. We opted not to call ld directly
>for gcc compilers in general, but I think it's not a
>problem to make an exception for OS/2.
I can not decide here due I do not know technical facts
This is what ld.exe/emxomfld.exe report:
Usage: ld.exe [-d] [-dc] [-dp] [-e symbol] [-l lib] [-n] [-noinhibit-exec]
[-nostdlib] [-o file] [-r] [-s] [-t] [-u symbol] [-x] [-y symbol]
[-z] [-A file] [-Bstatic] [-D size] [-L libdir] [-M] [-N]
[-S] [-T[{text,data}] addr] [-V prefix] [-X] [-Zdll-search]
[file...]
Usage: emxomfld -o <file> [-l <lib>] [-L <libdir>] [-T <base>] [-igtsS]
[-Zexe] [-Zdll] [-Zsym] [-Zstack <size>] [-Zmap[=<map_file>]]
[-Z[no-]autoconv] [-Zdll-search] [-O <option>] [-static]
[-non_shared] [-Bstatic] [-dn] [call_shared] [-Bshared]
[-dy] <file>...
>BTW, they build mozilla or firebird, can it be possibile that those
>monster projects have fewer files than harbour?
Harbour is a monster too :-)
Our problem is intermediate file size greater than 32 Kb in .dll creation
Perhaps Harbour surpassed this limit before than any other monster
project and they will have this problem sooner or later
They may have shorter intermediate file size even with more object files
Harbour need shorter intermediate file size
David Macias
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
